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
- :
- Installsheild2010-creating ISM
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
Jul 08, 2010
03:13 AM
Installsheild2010-creating ISM
Hi ,
I am trying to capture a package using installsheild 2010 repackager wizard.i was able to create IRP file . when i build this file i get two ISM file as output(app.context.ism and app.ism). both with different size.
can anybody tell me why do we get two ism files,as output.
Thanks,
Mahendra
I am trying to capture a package using installsheild 2010 repackager wizard.i was able to create IRP file . when i build this file i get two ISM file as output(app.context.ism and app.ism). both with different size.
can anybody tell me why do we get two ism files,as output.
Thanks,
Mahendra
(1) Reply
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Jul 09, 2010
11:01 AM
Hi Mahendra,
Please see the following help article as reference:
Capturing Virtualization Context
http://helpnet.flexerasoftware.com/robo/projects/adminstudio95/ashelplibrary/isrcapturecontext.htm
The context MSI contains the metadata registry and files that Windows Installer creates to manage installations - it isn't any actual application data. Since most applications don't really care how they were installed, this context data isn't usually necessary for the application to function. But it is possible for the application to search for one of its files by doing a MSI API query based on a component code of that file. In this situation the API call would fail unless the original MSI metadata is also put down by the context MSI.
The basic idea is that you should only repackage a MSI if you are interested in converting it to a virtual package. In this situation Repackager will combine the information in the main MSI with the context MSI to create the virtual package.
If you are repackaging to convert legacy packages into MSI packages, then you can ignore the context ISM/MSIs.
Please see the following help article as reference:
Capturing Virtualization Context
http://helpnet.flexerasoftware.com/robo/projects/adminstudio95/ashelplibrary/isrcapturecontext.htm
The context MSI contains the metadata registry and files that Windows Installer creates to manage installations - it isn't any actual application data. Since most applications don't really care how they were installed, this context data isn't usually necessary for the application to function. But it is possible for the application to search for one of its files by doing a MSI API query based on a component code of that file. In this situation the API call would fail unless the original MSI metadata is also put down by the context MSI.
The basic idea is that you should only repackage a MSI if you are interested in converting it to a virtual package. In this situation Repackager will combine the information in the main MSI with the context MSI to create the virtual package.
If you are repackaging to convert legacy packages into MSI packages, then you can ignore the context ISM/MSIs.
