Our installer is written with Inno Setup and we are actually quite happy with it. Yet some customers keep asking for an MSI installer which they could more easily distribute via Active Directory. We have already gone to some lengths to make the installer deal really well with automated and unattended installations by extending Inno Setup's /LOADINF
-mechanism with our own options.
In order to satisfy the customers asking for MSI, I had been thinking about simply wrapping our regular installer inside an MSI, possibly created using WIX. The question is: can I maintain the high configurability which our current installer offers that way? How would I go about exposing the Inno Setup installer's options through the outer MSI in the unattended/mass installation scenario?
Note that I haven't really gotten to the point of actually digging into MSI-creation and WIX myself yet. Right now I'm only interested in whether people who do know what they're talking about think this would be a feasible/sensible approach to invest our energy in in the first place...
[EDIT:]
Initially I thought I could do with the temp extraction and execution approach, i.e. the MSI would simply serve as a vessel for delivering the Inno installer to the target PC and executing it there in /VERYSILENT
-mode. But I guess the customers who ask for the MSI also want to be able to uninstall or even modify the install from a central location and I guess that won't be possible in that scenario, would it?
P.S.: We do have an old copy of WISE for MSI here as well but that experience was actually the reason why we started using Inno instead to begin with...
It makes no sense mixing install technologies.
If you are mixing you getting the first problem with the uninstall stuff. without changes you get 2 uninstallers of your program.
there are some articles starting with windows installer in the "entwickler magazine"
http://entwickler-magazin.de/
windows installer should be the only technology for your installations. its future proof and its stable!
Its pretty easy to make a wrapper kit that automatically installs INNOSETUPper from MSI. For basic functionality (install/uninstall) this is enough. Most setuppers do not implement repair anyway.
create silent.inf script for INNO Setup (optional)
create install.bat that calls
myinnosetup.exe /silent /NOCANCEL /norestart /Components="xxx"
you can use /verysilent
you can load settings from silent.inf with /LOADINF="silent.inf"
create MSI setup file that calls install.bat ( with parameters if necessary)
deliver all 4 files to your customer and they can deploy your Inno setupper with SMS or ActiveDirectory and everyone is happy :)
although the last comment is feasible and workable, moving to MSI is the best way to handle this.
almost all large organisations stipulate MSI only, there are multitudes of reasons why.
1) first is ease of deployment 2) more important to some is application sociability 3) self healing
inno setup and other such tools not implementing Windows Installer simply cannot offer application sociability in the same ways as windows installer.
you have to understand Inno setup is software designed to deploy a single application.
Windows Installer is an entire framework to deal with sociability, user impersonation, user elevation, self healing, user profile fix up.
They two are not even remotely close in functionality, inno setup in my mind is completely and utterly way off course in terms of comparing with windows installer.
Can it create successful installers ? yes Is it easy to use ? yes Does it create good single installers ? yes Is it the best choice for enterprise ? no
The earliest tools developed by microsoft "SMS Installer" was innosetup 10 years ago. Things have changed drastically in the install world and inno setup simply hasnt kept up with the pace of that change.
In response to your edit: yes, what you describe will prevent doing upgrades (other than delete/reinstall) and remote configuration, since the MSI database won't know anything about the contents of your installer.
Many installer packages started MSI 'support' in this way, though: InstallShield did, for example. That's the main reason I dumped them, because installers made in that way are useless for MSI purposes. I don't know if recent versions of InstallShield are better, last time I checked was 5 years ago.
I need to input a custome value on the silent.inf (not a stablished inno setup setting value) dosent look like LOADINF allows for that.
Note:If you use makemsi you do not have to include a bat as you can use $WrapInstall.
I have had this problem many times myself. Therefore, I created a standard way to approach this problem and it resulted in a wizard that will guide you through the steps. The tool will support the following:
You can get it at http://www.exemsi.com (the basic version is free)
Use my contact form and let me know what you think :-)