Re: [WiX-users] RemoveExisitngProducts and deferred CA
When I ran into that error/warning, it was because I had some custom actions that where scheduled before the removeexistingproducts. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/RemoveExisitngProducts-and-deferred-CA-tp7418399p7421588.html Sent from the wix-users mailing list archive at Nabble.com. -- 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
Re: [WiX-users] RemoveExisitngProducts and deferred CA
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=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts I had also tried the following sequence but still got the RemoveExistingProducts error RemoveExistingProducts Before=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts On Thu, Mar 29, 2012 at 1:42 PM, Wilson, Phil phil.wil...@invensys.comwrote: 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
Re: [WiX-users] RemoveExisitngProducts and deferred CA
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=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts I had also tried the following sequence but still got the RemoveExistingProducts error RemoveExistingProducts Before=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts On Thu, Mar 29, 2012 at 1:42 PM, Wilson, Philphil.wil...@invensys.comwrote: 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
Re: [WiX-users] RemoveExisitngProducts and deferred CA
That is what I posted earlier, but without seeing that area in the final MSI file it's not clear that's actually what's going on. Phil W -Original Message- From: David Connet [mailto:d...@agilityrecordbook.com] Sent: Friday, March 30, 2012 1:59 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] RemoveExisitngProducts and deferred CA 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=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts I had also tried the following sequence but still got the RemoveExistingProducts error RemoveExistingProducts Before=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts On Thu, Mar 29, 2012 at 1:42 PM, Wilson, Philphil.wil...@invensys.comwrote: 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
[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
Re: [WiX-users] RemoveExisitngProducts and deferred CA
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
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=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts I had also tried the following sequence but still got the RemoveExistingProducts error RemoveExistingProducts Before=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts On Thu, Mar 29, 2012 at 1:42 PM, Wilson, Phil phil.wil...@invensys.comwrote: 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
Re: [WiX-users] RemoveExisitngProducts and deferred CA
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.comwrote: 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=InstallFinalizePREVIOUSVERSION_AGPM_FOUND/RemoveExistingProducts I had also tried the following sequence but still got the RemoveExistingProducts error RemoveExistingProducts Before=InstallFinalizePREVIOUSVERSION_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
