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!!!!
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)
Please log in to answer
Posted by:
anonymous_9363
14 years ago
Posted by:
Superfreak3
14 years ago
Posted by:
jmcfadyen
14 years ago
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
so that the conversation will remain readable.