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
- :
- Re: Suite Installer Question
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
‎Aug 17, 2017
07:55 AM
Suite Installer Question
New to Suite Installers and we are looking to use them to help our build times. To better understand our need, our current data package is an installscript package that compresses to 450 and 400GB (2 different packages). These take about 30 hours to build, its compressing 2 TBs of data. These files change every build, but usually its only one or two and we want to structure this into about 50 sets each so we only need to build the one set that changes and will decrease build time significantly. That said, to do this we need a wrapper installer for it.
So my first question is any solid paperwork/how tos/youtube videos on setting up suite installers and linking the variables back to the other installers?
More importantly, my second question is when building the suite installer how do you tell it not to package the installers in it? It wont save us any time if we need to package the compressed model packages every time we build the suite installer. My assumption was it sat "outside" so to speak of the installer. So you launch the suite installer and it just kicks off the files sitting outside of it... is this not the case?
So my first question is any solid paperwork/how tos/youtube videos on setting up suite installers and linking the variables back to the other installers?
More importantly, my second question is when building the suite installer how do you tell it not to package the installers in it? It wont save us any time if we need to package the compressed model packages every time we build the suite installer. My assumption was it sat "outside" so to speak of the installer. So you launch the suite installer and it just kicks off the files sitting outside of it... is this not the case?
(6) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 17, 2017
09:21 AM
When you click on each package in the Suite UI you should have choices
"Copy From Source Media"
"Extract From Setup.exe"
"Download From The Web"
The first choice (which seems to be the default for me) seems like the choice you would want. It will put each package into a subfolder of its own outside of the Setup.exe using a unique folder name to put them in so that Setup.exe knows what to look for.
What I'm confused about though is your claimed sizes are vastly larger than the maximum sizes allowed for a single file as well as the size of a CAB file. Some good info at this web site.
http://www.installsite.org/pages/en/msifaq/a/1043.htm
Chad
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 17, 2017
12:02 PM
chad.petersen wrote:
When you click on each package in the Suite UI you should have choices
"Copy From Source Media"
"Extract From Setup.exe"
"Download From The Web"
The first choice (which seems to be the default for me) seems like the choice you would want. It will put each package into a subfolder of its own outside of the Setup.exe using a unique folder name to put them in so that Setup.exe knows what to look for.
What I'm confused about though is your claimed sizes are vastly larger than the maximum sizes allowed for a single file as well as the size of a CAB file. Some good info at this web site.
http://www.installsite.org/pages/en/msifaq/a/1043.htm
Chad
I didn't let it go for hours, but I used Copy From Source Media and it seemed to not be a quick thing... almost like it was "packaging" it so to speak.
The file size limitation is an MSI thing, so InstallScript projects can have larger cabs, ours are 17GB each. We definitely can't compress the files into msi capable cabs for sure.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 17, 2017
12:57 PM
Ah, yes, you are using the old InstallScript-only project type.
It is going to copy each package into their own folders from wherever it is picking them up from. I'd imaging copying that much data would take some time.
Chad
It is going to copy each package into their own folders from wherever it is picking them up from. I'd imaging copying that much data would take some time.
Chad
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 18, 2017
11:33 AM
chad.petersen wrote:
Ah, yes, you are using the old InstallScript-only project type.
It is going to copy each package into their own folders from wherever it is picking them up from. I'd imaging copying that much data would take some time.
Chad
It does (although still a lot less that rebuilding the package from scratch). More importantly though, why can't I overwrite the copied data manually? As in, if I don't have to re-build the single installer, why bother when I can just copy the files in. I just tried this and it still installed the files it though it should. I am not even sure how thats physically possible lol.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 18, 2017
01:41 PM
chad.petersen wrote:
Ah, yes, you are using the old InstallScript-only project type.
It is going to copy each package into their own folders from wherever it is picking them up from. I'd imaging copying that much data would take some time.
Chad
We figured out my copy issue, I had to turn of cache path.
That said, for some reason each component installs properly but I always get a "failure to install, would you like to continue" message. It also launched prior to the exe being kicked off it seems... Thoughts on what that could even be?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Sep 06, 2017
01:31 PM
Hi Don,
InstallShield SUITE has the concept of packages. There are two types of packages, dependent packages, and primary packages.
From the chain of messages, it appears you have a pure InstallScript installer to handle the large file issue mentioned.
The suite installer should have an 'eligibility condition' that it evaluates to see if the package is installed.
The first thing to check is your InstallScript package and verify that it is set as the primary package.
Second check the 'Eligibility Condition' for this package in your suite project file. Take your Product Code and Product Version and verify that both are set correctly on the test machine and that the condition evaluates to true correctly based on your Comparison. These values should be located in the registry.
I haven't worked with InstallScript packages directly yet, but this is the expected behavior of any primary package. At the end of install it checks this condition and if it is false it should display the message you indicate.
InstallShield SUITE has the concept of packages. There are two types of packages, dependent packages, and primary packages.
From the chain of messages, it appears you have a pure InstallScript installer to handle the large file issue mentioned.
The suite installer should have an 'eligibility condition' that it evaluates to see if the package is installed.
The first thing to check is your InstallScript package and verify that it is set as the primary package.
Second check the 'Eligibility Condition' for this package in your suite project file. Take your Product Code and Product Version and verify that both are set correctly on the test machine and that the condition evaluates to true correctly based on your Comparison. These values should be located in the registry.
I haven't worked with InstallScript packages directly yet, but this is the expected behavior of any primary package. At the end of install it checks this condition and if it is false it should display the message you indicate.
![](/skins/images/8CE4FAD0DE6F3A6F9D0567434D2D2DAE/responsive_peak/images/icon_anonymous_message.png)