I would remove the <InstallExecute Before="RemoveExistingProducts" /> line. InstallExecute gets scheduled at the right time automatically.
<InstallExecuteSequence> <Custom Action="CA_ShowTime" After="InstallInitialize">NOT Installed</Custom> <Custom Action="CA_UpdateWebAppMapping" After="InstallFinalize">ASPNETREGIIS AND NOT Installed</Custom> <RemoveExistingProducts Before="InstallFinalize" /> </InstallExecuteSequence> 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 > -----Original Message----- > From: CoolBreeze [mailto:coolbreeze...@googlemail.com] > Sent: Thursday, April 07, 2011 7:48 AM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] GAC File Update > > I'm getting an error 2613 "RemoveExistingProducts action sequenced > incorrectly" when I run my installer and below is my InstallExecuteSequence. > What is causing this to be incorrect? > > <InstallExecuteSequence> > <Custom Action="CA_ShowTime" After="InstallInitialize">NOT > Installed</Custom> > <Custom Action="CA_UpdateWebAppMapping" > After="InstallFinalize">ASPNETREGIIS AND NOT Installed</Custom> > <InstallExecute Before="RemoveExistingProducts" /> > <RemoveExistingProducts Before="InstallFinalize" /> > </InstallExecuteSequence> > > On Wed, Apr 6, 2011 at 6:37 PM, Wilson, Phil > <phil.wil...@invensys.com>wrote: > > > AFAIK all major upgrade element syntax versions allow Schedule to say > > where you want it, "afterInstallExecute" being the one I mentioned > > below and the 3rd bullet here > > > > http://msdn.microsoft.com/en-us/library/aa371197(v=vs.85).aspx which > > says it can be sequenced... > > > > "Between the InstallExecute action, or the InstallExecuteAgain action, > > and the InstallFinalize action. Generally the last three actions are > > scheduled right after one another: InstallExecute, > > RemoveExistingProducts, and InstallFinalize. In this case the updated > > files are installed first and then the old files are removed. However, > > if the removal of the old application fails, then the installer rolls > > back both the removal of the old application and the install of the new > application." > > > > Phil Wilson > > > > > > -----Original Message----- > > From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] > > Sent: Wednesday, April 06, 2011 3:16 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] GAC File Update > > > > I was also under the impression that FileVersion did *not* contribute > > to the naming attributes for a cached assembly. That is the reason I asked. > > > > Phil, you seem to be suggesting that we can also get good behavior (as > > it relates to assembly versioning/naming) if we schedule > > RemoveExistingProducts just before InstallFinalize. Did I understand > > you correctly? Where does the MajorUpgrade element schedule > RemoveExistingProducts? > > > > Edwin G. Castro > > Software Developer - Staff > > Digital Channels > > Fiserv > > Office: 503-746-0643 > > Fax: 503-617-0291 > > www.fiserv.com > > P Please consider the environment before printing this e-mail > > > > > > > -----Original Message----- > > > From: Wilson, Phil [mailto:phil.wil...@invensys.com] > > > Sent: Wednesday, April 06, 2011 2:30 PM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] GAC File Update > > > > > > On the rollback point, you still get rollback when > > > RemoveExistingProdcts > > is > > > after InstallFinalize, but probably not the rollback you'd like > > > because > > it's > > > outside of the transacted part of the operation. So the new product > > installs, > > > transaction finishes, then the uninstall of the old product starts. > > > If > > that fails it > > > rolls back too - back to being installed again. Now you have both > > products > > > installed on the system and a big mess on your hands. A better > > > detour is > > to > > > have a sequence InstallExecute, RemoveExistingProducts, > > > InstallFinalize > > at > > > the end because it still does the ref counting "detour" but is > > > inside the transaction, so in the event of a failure to uninstall it > > > rolls you back > > to having > > > only the original product on the system. > > > > > > The GAC issue is related to assembly identity (its naming > > > attributes) and > > I > > > don't believe file version matters in this particular case (it's not > > > a > > standard > > > naming attribute) and note that the kb article mentions changing > > > AssemblyVersion as a detour, not file version. Caveat: I haven't > > > tested whether changing File Version solves the problem, I just > > > suspect it may > > not. > > > > > > That bug: Internally, "early" in the install Windows decides that > > > the > > incoming > > > assembly in the new MSI file is "identical" (the naming attributes) > > > to > > the one > > > that's already installed and decides not to install the new one. It > > doesn't > > > bother to re-evaluate that decision even when RemoveExistingProducts > > > removes it. Changing AssemblyVersion makes it different, changing > > > strong name should, changing FileVersion "might", dunno. Has that been > tested? > > > Jacques maybe? > > > > > > > > > Phil Wilson > > > > > > -----Original Message----- > > > From: Jacques Eloff [mailto:repst...@gmail.com] > > > Sent: Wednesday, April 06, 2011 11:40 AM > > > To: General discussion for Windows Installer XML toolset. > > > Subject: Re: [WiX-users] GAC File Update > > > > > > The scheduling just depends on whether you want to perform a full > > > uninstall/reinstall and whether or not you want rollback support. > > Scheduling > > > after InstallInitialize does a full uninstall without rollback > > > support - > > but others > > > can correct me. > > > > > > The important thing is having the file version set. Also, by > > > default, the MsiAssembly table won't have the file version > > > information, only the assembly version, so you need to invoke light > > > with the -fv switch to add > > this > > > information > > > > > > On Wed, Apr 6, 2011 at 10:35 AM, Castro, Edwin G. (Hillsboro) < > > > edwin.cas...@fiserv.com> wrote: > > > > > > > > Also, take a look at http://support.microsoft.com/kb/905238 > > > > > > > > > > If the assembly version remains the same, but the assembly file > > > > > version changes, you will need to schedule > > > > > RemoveExistingProducts after InstallIntialize > > > > > > > > The linked article contradicts the recommendation above to > > > > schedule RemoveExistingProducts after InstallInitialize: > > > > > > > > Use a Windows Installer table-authoring tool to change the > > > > sequencing of the RemoveExistingProducts action in the > > > > InstallExecuteSequence table to occur after the InstallFinalize > > > > action. For example, use the Orca.exe database table editor for > > > > creating or editing Windows > > Installer > > > packages. > > > > > > > > After reading the article I understand why it recommends > > > > scheduling after InstallFinalize. I do not understand why > > > > scheduling after InstallInitialize accomplishes the same result. Can > somebody explain? > > > > > > > > Edwin G. Castro > > > > Software Developer - Staff > > > > Digital Channels > > > > Fiserv > > > > Office: 503-746-0643 > > > > Fax: 503-617-0291 > > > > www.fiserv.com > > > > P Please consider the environment before printing this e-mail > > > > > > > > ------------------------------------------------------------------ > > > > ---- > > > > -------- > > > > Xperia(TM) PLAY > > > > It's a major breakthrough. An authentic gaming smartphone on the > > > > nation's most reliable network. > > > > And it wants your games. > > > > http://p.sf.net/sfu/verizon-sfdev > > > > _______________________________________________ > > > > WiX-users mailing list > > > > WiX-users@lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > > > ---------------------------------------------------------------------- > > -------- > > > Xperia(TM) PLAY > > > It's a major breakthrough. An authentic gaming smartphone on the > > > nation's most reliable network. > > > And it wants your games. > > > http://p.sf.net/sfu/verizon-sfdev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > *** Confidentiality Notice: This e-mail, including any associated or > > attached > > > files, is intended solely for the individual or entity to which it > > > is > > addressed. > > > This e-mail is confidential and may well also be legally privileged. > > > If > > you have > > > received it in error, you are on notice of its status. Please notify > > > the > > sender > > > immediately by reply e-mail and then delete this message from your > > system. > > > Please do not copy it or use it for any purposes, or disclose its > > contents to any > > > other person. This email comes from a division of the Invensys > > > Group, owned by Invensys plc, which is a company registered in > > > England and Wales with its registered office at 3rd Floor, 40 > > > Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a > > > list of European legal entities > > within > > > the Invensys Group, please go to > > > > http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&pr > > > ev_id=77. > > > > > > You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail > > > recept...@invensys.com. This e-mail and any attachments thereto may > > > be subject to the terms of any agreements between Invensys (and/or > > > its subsidiaries and affiliates) and the recipient (and/or its > > > subsidiaries > > and > > > affiliates). > > > > > > > > ---------------------------------------------------------------------- > > -------- > > > Xperia(TM) PLAY > > > It's a major breakthrough. An authentic gaming smartphone on the > > > nation's most reliable network. > > > And it wants your games. > > > http://p.sf.net/sfu/verizon-sfdev > > > _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > ---------------------------------------------------------------------- > > -------- > > Xperia(TM) PLAY > > It's a major breakthrough. An authentic gaming smartphone on the > > nation's most reliable network. > > And it wants your games. > > http://p.sf.net/sfu/verizon-sfdev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > *** Confidentiality Notice: This e-mail, including any associated or > > attached files, is intended solely for the individual or entity to > > which it is addressed. This e-mail is confidential and may well also > > be legally privileged. If you have received it in error, you are on > > notice of its status. Please notify the sender immediately by reply > > e-mail and then delete this message from your system. Please do not > > copy it or use it for any purposes, or disclose its contents to any > > other person. This email comes from a division of the Invensys Group, > > owned by Invensys plc, which is a company registered in England and > > Wales with its registered office at 3rd Floor, 40 Grosvenor Place, > > London, SW1X 7AW (Registered number 166023). For a list of European > > legal entities within the Invensys Group, please go to > > > http://www.invensys.com/legal/default.asp?top_nav_id=77&nav_id=80&pr > ev > > _id=77 > > . > > > > You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail > > recept...@invensys.com. This e-mail and any attachments thereto may be > > subject to the terms of any agreements between Invensys (and/or its > > subsidiaries and affiliates) and the recipient (and/or its > > subsidiaries and affiliates). > > > > > > ---------------------------------------------------------------------- > > -------- > > Xperia(TM) PLAY > > It's a major breakthrough. An authentic gaming smartphone on the > > nation's most reliable network. > > And it wants your games. > > http://p.sf.net/sfu/verizon-sfdev > > _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming smartphone on the nation's > most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
