1) Because you lose control over the particular ProductCode that represents your GA/RTM installer. Now ANY installer built by ANYONE can be installed. This exponentially increases the number of combinations you'll need to support in the field. Not good unto itself. Pretty easy scenario too--one of you dev's "loans" a dev build with the same version to one of your product support team to help a client with a problem. Happens all the time. If you allow same version, you live with the consequences.
2) Because of 1), your patch authoring will be much more difficult. No longer will you be able to target one ProductCode. Now, you must support all of them. And test patches against all of them. 3) Because an install of the same version with different ProductCode doesn't necessarily behave like you expect during an upgrade, repair, etc. In one case, all the assemblies have the same AssemblyFIleVersion, but there are code changes you want propagated. Not going to happen like you think. In the other, the versions are different. Now you have different combinations of assemblies in the same product release--and you must support all combinations. Not good. Don’t believe me? Study the Component Rules carefully and think about the consequences. -- John Merryweather Cooper Build & Install Engineer – ESA Jack Henry & Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -----Original Message----- From: Walter Dexter [mailto:wfdex...@gmail.com] Sent: Friday, May 30, 2014 1:36 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Uninstall then Reinstall Same Package Why is doing this a bad idea? I know that's the common belief, but I don't know the reason. On Fri, May 30, 2014 at 11:09 AM, John Cooper <jocoo...@jackhenry.com> wrote: > Instead of using the old Upgrade authoring, use the MajorUpgrade > authoring and take a look at the AllowSameVersionUpgrades attribute. > Note that this is a really bad idea(tm) in the field. > > -- > John Merryweather Cooper > Build & Install Engineer - ESA > Jack Henry & Associates, Inc.® > Shawnee Mission, KS 66227 > Office: 913-341-3434 x791011 > jocoo...@jackhenry.com > www.jackhenry.com > > > > -----Original Message----- > From: Ben Metheny [mailto:benmeth...@gmail.com] > Sent: Friday, May 30, 2014 11:03 AM > To: WiX-users@lists.sourceforge.net > Subject: [WiX-users] Uninstall then Reinstall Same Package > > I have a requirement to allow 'overwrite' of same version. I've tried > various combinations of <Upgrade>, here is my current: > > <Upgrade Id="INSERT_GUID_HERE"> > <UpgradeVersion OnlyDetect="yes" Property="SELFFOUND" > Minimum="1.0.0" IncludeMinimum="yes" > Maximum="1.0.0" IncludeMaximum="yes" /> > <UpgradeVersion OnlyDetect="yes" Property="NEWERFOUND" > Minimum="1.0.1" IncludeMinimum="no" /> > </Upgrade> > > and in InstallExecuteSequence I have: > > <RemoveExistingProducts Before="InstallInitialize" /> > > I think the 'right' thing to do is to require uninstall and then > reinstall 'manually', but my requirement is to allow user to go > through installer forms - using custom managed BA - and change values, > including 'INSTALLLOCATION'. I've been able to handle a 'Modify' > operation correctly in the BA, showing all required screen with values > from previous install filled. Is there some way to force MSI to > uninstall itself then install again? I suppose I could, from the BA, > run the msi with /uninstall options then run it again with /install > options but is this the best way to do something like that? > > ---------------------------------------------------------------------- > -------- Time is money. Stop wasting it! Get your web API in 5 > minutes. > www.restlet.com/download > http://p.sf.net/sfu/restlet > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > NOTICE: This electronic mail message and any files transmitted with it > are intended exclusively for the individual or entity to which it is > addressed. The message, together with any attachment, may contain > confidential and/or privileged information. > Any unauthorized review, use, printing, saving, copying, disclosure or > distribution is strictly prohibited. If you have received this message > in error, please immediately advise the sender by reply email and > delete all copies. > > > > ---------------------------------------------------------------------- > -------- Time is money. Stop wasting it! Get your web API in 5 > minutes. > www.restlet.com/download > http://p.sf.net/sfu/restlet > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > ------------------------------------------------------------------------------ Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. ------------------------------------------------------------------------------ Time is money. Stop wasting it! Get your web API in 5 minutes. www.restlet.com/download http://p.sf.net/sfu/restlet _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
