This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- adding components
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 20, 2008
09:52 AM
Component for each dll
Is it strictly necessary to create a component (using an Installshield Basic MSI project) for every dll?
Especially if there are 100's of dlls.
Or can dynamic linking be used?
Cheers
Especially if there are 100's of dlls.
Or can dynamic linking be used?
Cheers
(9) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 20, 2008
11:58 AM
Are your reservations about this due to having to add each one through the component wizard or individually? When I have to add hundreds of components like this, I often just go to the "Files and Folders" view and drag the whole file/folder structure from "Source computer's folders" to the "Destination computer's folders". You do not have to do this dynamically. You will be prompted for dynamic association, but just click "No" and it will add the components for you in regular fashion. It is true that you will have hundreds of components in your "Components" view that are called something like "AllOtherFiles1", but we usually feel we don't care in these cases. If we need to see what is being installed, we go back to the "Files and Folders" view and look there.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 20, 2008
12:37 PM
I'm on the other side of this question and feel like piggy-backing. Is there a way to make installshields wizard want to create separate components for ALL files and not just DLLs? say I'm bulk-adding a ton of HTML files, Installshield always puts them into a single component, but I need to manually go create individual components for them. This is even more of a problem when it comes to image folders that have 100+ jpg files in them, and I want individual components for each one.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 20, 2008
01:41 PM
I'm curious. Why do you want to have hundreds of components for non-versioned files? Right off hand, I can't think of any reason to want this kind of overhead.
If it is because you want to be absolutely certain that every file is always overwritten, then allow them to be in a single component and right-click the component's properties, do a "Select All", and check "Always Overwrite". They will then always be overwritten.
If it is because you want to be absolutely certain that every file is always overwritten, then allow them to be in a single component and right-click the component's properties, do a "Select All", and check "Always Overwrite". They will then always be overwritten.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 20, 2008
04:50 PM
andyamstrad wrote:
Is it strictly necessary to create a component (using an Installshield Basic MSI project) for every dll?
Especially if there are 100's of dlls.
Or can dynamic linking be used?
Cheers
I have been using Dynamic liking without much of any issue.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 20, 2008
06:38 PM
ITI_Randy wrote:
I'm curious. Why do you want to have hundreds of components for non-versioned files? Right off hand, I can't think of any reason to want this kind of overhead.
If it is because you want to be absolutely certain that every file is always overwritten, then allow them to be in a single component and right-click the component's properties, do a "Select All", and check "Always Overwrite". They will then always be overwritten.
Well the only reason I guess I do it is so that I can patch any file in a patch (I was always under the impression that unless the components keyfile changed, it would not properly create patches), and we do a lot of patching of .js and .aspx files in our applications. If I am incorrect please let me know as I would save a ton of work. I figured any file I could conceivably patch had to be a keyfile, and therefore it's own component.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 21, 2008
10:50 AM
I ended up using the component wizard. But just wondered what the advantages and disadvantages od using Dynamic Linking were?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 21, 2008
11:57 AM
Dynamic file linking works well for me when I am updating a glob of files and nested directories where I'm not really concerned about accurately patching on a historically tracked, maintenance basis. If all I care about is pulling in the newest file structure in the new version, and I'm doing a major upgrade, then I would use dynamic file linking. It is much easier than dealing with a per-component maintenance plan, as in patching.
Major upgrades don't seem to have a problem with dynamic file linking. The reason being that the whole thing gets replaced with whatever it is now pointing to. It's "out with the old and in with the new". Minor upgrades and patches, however, are much more sensitive, as they have to deal with moving up what was previously installed on the target machine.
Major upgrades don't seem to have a problem with dynamic file linking. The reason being that the whole thing gets replaced with whatever it is now pointing to. It's "out with the old and in with the new". Minor upgrades and patches, however, are much more sensitive, as they have to deal with moving up what was previously installed on the target machine.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 22, 2008
10:10 AM
How about self repairs?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎May 22, 2008
10:28 AM
The installation caches to the target machine and the cached version will be used for repair in maintenance mode. I have not had issues with repairs when using dynamic file linking when it is used in a major upgrade. Again, I would caution about various pit-falls that one will encounter when attempting to use dynamic file linking in patches and minor upgrades.
![](/skins/images/8CE4FAD0DE6F3A6F9D0567434D2D2DAE/responsive_peak/images/icon_anonymous_message.png)