Did you keep the Component Guid stable? What does the log file say about the Component being installed and uninstalled? You want to focus on the Component state.
On Thu, Mar 29, 2012 at 2:25 PM, Meera Jindal <meera.jin...@gmail.com>wrote: > 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 > > > > ------------------------------------------------------------------------------ > 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 > -- virtually, Rob Mensching - http://RobMensching.com LLC ------------------------------------------------------------------------------ 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
