If you sequence before InstallFinalize, you need to also schedule InstallExecute (and REP is sequenced after that.) http://msdn.microsoft.com/en-us/library/windows/desktop/aa371197%28v=vs.85%29.aspx
Dave On 3/30/2012 1:40 PM, Wilson, Phil wrote: > There may not be enough context in that WiX to see what actually gets > generated in the MSI file. That sequence is certainly allowed because other > tools have been generating it for years. > > Phil W > > -----Original Message----- > From: Meera Jindal [mailto:meera.jin...@gmail.com] > Sent: Thursday, March 29, 2012 2:26 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] RemoveExisitngProducts and deferred CA > > Thanks for your reply Phil, I had tried that and unfortunately got the error > > *"RemoveExistingProducts action sequenced incorrectly"* > > The sequence which I had tried was > > <InstallExecute Before="RemoveExistingProducts" /> > <RemoveExistingProducts > Before="InstallFinalize">PREVIOUSVERSION_AGPM_FOUND</RemoveExistingProducts> > > I had also tried the following sequence but still got the > RemoveExistingProducts error > <RemoveExistingProducts > Before="InstallFinalize">PREVIOUSVERSION_AGPM_FOUND</RemoveExistingProducts> > > On Thu, Mar 29, 2012 at 1:42 PM, Wilson, Phil<phil.wil...@invensys.com>wrote: > >> The other placement of RemoveExistingProducts is in a sequence at the end >> typically something like: >> >> PublishProduct >> InstallExecute >> RemoveExistingProducts >> InstallFinalize >> >> >> So there is room for your deferred CA in that gap between REP and >> InstallFinalize. >> >> Phil W >> >> -----Original Message----- >> From: Meera Jindal [mailto:meera.jin...@gmail.com] >> Sent: Thursday, March 29, 2012 9:43 AM >> To: General discussion for Windows Installer XML toolset. >> Subject: [WiX-users] RemoveExisitngProducts and deferred CA >> >> Hi >> >> Due to KB 905238(http://support.microsoft.com/kb/905238) I have to >> schedule >> RemoveExisitngProducts after InstallFinalize. Hence during upgrade my new >> product gets installed first and then the old product gets removed. >> >> The product which I am working on adds a port rule to the firewall so that >> the port can be used by the service installed by the product for >> communicating with the network. Now the msi of the old product removes this >> port from firewall during uninstall. Since both the new and the old version >> of the product use the same port for communicating, the behavior which we >> are seeing during upgrade is that even though the new product opens the >> port during install, the old product removes it during uninstall. The net >> effect is that port is removed from the firewall. >> >> Opening up a port in the firewall seems to be a system change and should be >> done in a deferred custom action and should be done after the old product >> has been uninstalled. Hence, this custom action should be done >> after RemoveExisitngProducts. However, since RemoveExisitngProducts is >> after Installfinalize, I cannot run this as a deferred custom action >> because deferred CAs run between InstallInitilaize and InstallFinalize. I >> also cannot change the old product behavior to not remove the port during >> an upgrade case as the old product has already been released. >> >> Can someone please guide me through this and let me know how can invoke a >> custom action making a system change after RemoveExistingProducts(which is >> scheduled after InstallFinalize). Alternatively, if there is any other way >> of doing this I would be interested in knowing that as well. >> >> Thanks for your help!! >> >> Regards >> Meera >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure >> _______________________________________________ >> 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/en/legal/default.aspx. >> >> 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). ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
