Thanks, our ideal result is to give the installer to our production support team, who will run the single msi however many times is needed and each time specify a different brand (virtual directory). This is sounding like the instance transforms is what will be needed; otherwise, there is the potential to have to create 1..N msi's for brands and maintaining the various associated UpgradeCodes so way.
On Thu, Jun 23, 2011 at 12:19 PM, David Watson <dwat...@sdl.com> wrote: > Yes you are probably correct depending on exactly how you are supporting > multiple brands. > > If you want 2 identical products but the installation branded with > different > logos and installed to a different location, your best bet is to make > multiple msis (you can do this from a shared codebase to simplify > development), we have done this here with editions of software (full > featured > or cut down etc). We tend to have one installation package these days and > support editions with licensing in the application. > > If you wish to install multiple websites on the same machine you are either > looking at instance transforms (never done this myself but there have been > threads on this list) or you could also have a base MSI that does the > actual > grunt work of installing the application then do multiple sets of > configuration either as small msis or outside of MSI altogether as a > configuration step. > > Dave > > -----Original Message----- > From: CoolBreeze [mailto:coolbreeze...@googlemail.com] > Sent: 23 June 2011 17:06 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Issue with MajorUpdate Element > > Edwin as you described this is the behavior that is occurring as the > ProductCode is different, but the ProductVersion and UpgradeCode are the > same. > > Are my only options to accomplish what I want to: > > 1. Create a new MSI with a different ProductCode and UpgradeCode for each > Brand. > 2. Configure my installer to support Multiple Instance installs. > > > On Thu, Jun 23, 2011 at 11:51 AM, Castro, Edwin G. (Hillsboro) < > edwin.cas...@fiserv.com> wrote: > > > > As I understand from the Wix docs that when the MajorUpdate element is > > > used with the attribute AllowSameVersionUpgrades="no" that I should be > > > able to run my installer a second time and the new installation would > be > > > treated by MSI as a new product independent from the previous one. I'm > > > not finding this to be the case though. > > > > This is *not* how I understand the meaning of the > > AllowSameVersionUpgrades="no". Windows Installer does not use the Upgrade > > table to determine what constitutes an independent product. That is > driven > > by ProductCode, ProductVersion, and UpgradeCode. The Upgrade table > provides > > a mechanism for finding/detecting earlier installations and automatically > > removing them as part of the current install. The value of > > AllowSameVersionUpgrades will only affect whether a related product > (equal > > UpgradeCode but different ProductCode) will be detected if it has the > same > > ProductVersion as the product getting installed. > > > > Assume you install PackageA with some ProductCode, ProductVersion and > > UpgradeCode. > > > > Installing PackageB with a different ProductCode than PackageA and the > > same ProductVersion and UpgradeCode as PackageA will not result in > > PackageA's installation getting selected for removal. In my experience > this > > results in multiple entries in ARP (they are different products after > all) > > but might end up clobbering each other's resources (which is very bad). I > > would recommend that you avoid releasing different related products > (equal > > UpgradeCode but different ProductCode) with the same ProductVersion. > > > > If you install PackageA once. And then attempt to install it again, then > my > > experience is that Windows Installer will treat that as a repair > situation. > > This is the behavior I would expect since it is the same product (same > > UpgradeCode, ProductCode, and ProductVersion... and if it really is the > same > > package, then same PackageCode). > > > > Edwin G. Castro > > Software Developer - Staff > > Digital Channels > > Fiserv > > Office: 503-746-0643 > > Fax: 503-617-0291 > > www.fiserv.com > > Please consider the environment before printing this e-mail > > > > > > > > ----------------------------------------------------------------------------- > - > > Simplify data backup and recovery for your virtual environment with > > vRanger. > > Installation's a snap, and flexible recovery options mean your data is > > safe, > > secure and there when you need it. Data protection magic? > > Nope - It's vRanger. Get your free trial download today. > > http://p.sf.net/sfu/quest-sfdev2dev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > ----------------------------------------------------------------------------- > - > Simplify data backup and recovery for your virtual environment with > vRanger. > Installation's a snap, and flexible recovery options mean your data is > safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > SDL PLC confidential, all rights reserved. > If you are not the intended recipient of this mail SDL requests and > requires that you delete it without acting upon or copying any of its > contents, and we further request that you advise us. > SDL PLC is a public limited company registered in England and Wales. > Registered number: 02675207. > Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 > 7DY, UK. > > ------------------------------------------------------------------------------ > Simplify data backup and recovery for your virtual environment with > vRanger. > Installation's a snap, and flexible recovery options mean your data is > safe, > secure and there when you need it. Data protection magic? > Nope - It's vRanger. Get your free trial download today. > http://p.sf.net/sfu/quest-sfdev2dev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
