/build/static/layout/Breadcrumb_cap_w.png

Repackage Installshield setup

I have made a new package with WPS 6.0 for the vendor MCL LINK Installshield setup. I deployed the new package by GPO to one of my test computers. At first the package seems to install oke. But after some testing, i noticed that every time the application is started by a different user a msi repair starts.

The package validation showed some ICE03 (invalid format string), ICE38 (component install in user profile) and ICE64 (directory is in user profile but is not listed in the removeFile table) errors. I checked this forum and found a post stating that this problem may be caused by a msi inside the installshield setup.

I monitored the installation from the Installshield setup with procmon and noticed the following:
-the installation starts by copying files from the setup file to the installdir and to the "common file" dir
-when all files are in place, another setup is started which installs some files and starts a msi file to install some drivers
-after that, a commandbox is open to execute "netsh exec" to set some firewall setting

I have little experience with repackaging applications, and no experience with repackaging Installshield setup files. I tried to extract the files from the setup, but was unsuccessful. So, any ideas how to handle this will be appreciated.

TIA

0 Comments   [ + ] Show comments

Answers (5)

Posted by: anonymous_9363 14 years ago
Red Belt
0
If a package contains any user-level components (i.e. anything which gets put into the user profile, either file- or registry-wise) then the repair/self-heal behaviour is by design.
Posted by: spartacus 14 years ago
Black Belt
0
Well yes, it is generally not a great idea to repackage something you know contains an embedded MSI.

Perhaps you could try the UniExtract utility available for download at

http://legroom.net/scripts/download.php?file=uniextract16

to see if you can extract the files - I have had reasonably good results using this utility with InstallShield setup.exe files.

Assuming extraction is possible, you might want to try installing the driver MSI first and then perform the repackage capture and then consider deploying this as two MSI's (one for the main application and the other for the drivers).

Regards,

Spartacus
Posted by: TalkingMarble 14 years ago
Orange Belt
0
I will give uniextract a try.

I have one more question about the repair/self-heal. I red in some posts, that in order to keep the repair time as short as possible one can move the components causing the repair into a separate feature. How or where can i see which components are causing the repair?
Posted by: anonymous_9363 14 years ago
Red Belt
0
The Event Viewer's Application log will detail the component ID. You can then find that ID in the 'Component' table.
Posted by: raviray 14 years ago
Orange Belt
0
In case you didnt get chance to read this post I am forwarding you the link:
http://www.appdeploy.com/messageboards/tm.asp?m=38499&mpage=1&key=&#38499
http://itninja.com/question/distribution-message21
There is detailed information given in this post on how to structure components so repair/per user configration will be quick.
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