/build/static/layout/Breadcrumb_cap_w.png

Strategy for Installing Multiples of Same File (.dlls)

Hi all,

We are soon going to be undertaking the task of streamlining our installs and here is a situation that I would like to cleanup....

First, for background... our core application has some interop .dlls installed to the main program/application directory. These same interops are used in various places throughout the application. What happens is this. During our installation build script, the interops for the core application are compiled then copied to the various subfolders where they are needed. What results is an overhead of 77-80 additional files in the installation that are exactly the same.

What I would like to do here to clean this mess up is have all the ancillary applications that are installed as part of our core app reference the .dlls in the core program installation folder instead of their own application folder. This, of course would be a development initiative, but would clean up the install considerably.

I was just wondering if this was the best approach.

There is another piece. We have some PlugIn installations that, when installed, detect the core apps presence and copy the interops where needed for this new PlugIn. I would think the same could/should be done here as well - just reference the .dlls in the core programs installation location.

Does this sound like a good plan or are there other ways of handling these scenarios. We like to try to keep to ourselves in that we don't like to have to write anything to the GAC, SxS folders, etc.

Since none of the ancillary applications or the external PlugIns will function or even install without the presence of our core application, I don't think we have to install the .dlls for each, use ref counts, etc.

The practices described above are ancient practices that I think should be cleaned up as much as possible.

Any insight would be greatly appreciated!

Again, I think this is more or less a core/PlugIn development issue and not that of installation development, but hopefully any added responses will clear it up for me.

Thanks in advance!!!!

0 Comments   [ + ] Show comments

Answers (3)

Posted by: anonymous_9363 14 years ago
Red Belt
0
The scenario sounds exactly like that for which MS designed the 'Program Files\Common Files\[VendorName]' structure...move all your junk into that and you have a nice, tidy, always-in-the-same-place reference point.
Posted by: Superfreak3 14 years ago
2nd Degree Black Belt
0
So you're saying one file dumped to the Common Files location.

I like that idea.
Posted by: jmcfadyen 14 years ago
5th Degree Black Belt
0
if you did decide to follow your intended path you can use the duplicate file table to achieve the initial goal. Although as always Ian's idea is probably cleaner.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ