I am not saying you are wrong just that there are other concerns when doing upgrades, Bob posted this interesting article about the subject: http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/.
Neil -----Original Message----- From: Don Benson [mailto:dben...@trulinx.com] Sent: 23 February 2009 22:00 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade I admit that I am not a Windows Installer expert, but I'm not sure that I understand the statement about "the price you pay" for a major upgrade. My client app installation does not use any WiX extensions, the RemoveExistingProducts sequence is after InstallFinalize, and it appears to do major upgrades just fine. If an error occurs during the major upgrade, the old version remains installed and everything is rolled back. Is there some problem I am unaware of lurking to bite the user when they install the client app? With my server installation, I also use FileShare elements, and those seemed to handling rollbacks just fine, too, before I added the ComPlus elements. My first statement about missing assemblies was based on the following Microsoft KB article: http://support.microsoft.com/kb/905238 Assuming that method 1 is not feasible, I was basing my statement on using method 2. On my server installation, I have an assembly that has not changed for a couple years, and I have confirmed that it disappears during a major upgrade, when the existing product is removed after InstallValidate. I could change my build process to Before I started experimenting with WiX this month, I was using a set of VBScript CAs to manage the COM+ installation. I had separate scripts for install/uninstall of the COM+ app and the COM+ components. The app install had a condition, NOT Installed AND NOT UPGRADEFOUND, where UPGRADEFOUND was set from detecting an upgrade code from a prior version. The uninstall of the app had a condition, REMOVE ~= "ALL", so it would only be executed when a complete removal was being done. Would it make sense for the ComPlus extension to work in a different way? With the COMPlus extension, I don't have enough fine-grained control to put conditions on the custom actions it generates. The User element in the Util extension has attributes to control how existing users are handled. It can be instructed not to error off and not change any settings if the User exists. I'd like those kinds of features to be available on the ComPlusApplication element. Are these ideas totally incompatible with how Windows Installer works? Sincerely, - Don Benson - From: Neil Sleightholm (via Nabble) [mailto:ml-user+58265-1563573...@n2.nabble.com] Sent: Monday, February 23, 2009 4:18 PM To: Don Benson Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade I agree with your second statement but that is the price you pay for this type of upgrade it is not specific to COM Plus. I am not sure I agree with the first statement, it doesn't matter if the component hasn't changed the upgrade will still remove it and put it back. Well that is my experience. Neil -----Original Message----- From: Don Benson [mailto:dben...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&no de=2374421&i=0>] Sent: 23 February 2009 20:25 To: wix-us...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=237 4421&i=1> Subject: Re: [WiX-users] COM Plus Applications and Major Upgrade This suggestion is problematic when the installation incudes .NET assemblies that are registered in GAC or native DLLs registered as side-by-side (SxS) assemblies. If either of these assemblies does not change in the major upgrade, the assembly disappears after the major upgrade, leaving you with a non-functional application. Another potentially bad side effect is that any failures during the installation of the new version will result in both the old and new versions being uninstalled. Neil Sleightholm wrote: > > Where do you have RemoveExistingProducts scheduled? Have you tried it > after InstallValidate so that is removes everything before reinstalling. ________________________________ CONFIDENTIALITY NOTICE: This email and any files transmitted with it are the property of Tribute Inc. and/or its affiliates. The contents of this communication are confidential and may contain information that is privileged and/or exempt from disclosure under applicable law. It is intended solely for use of the individual or entity to whom this email is addressed. If you are not one of the named recipient(s) or otherwise have reason to believe that you have received this message in error, please notify the sender and immediately delete this message and any attachments. Any unauthorized use, retention, dissemination, forwarding, printing, or copying of this email is strictly prohibited. -- View this message in context: http://n2.nabble.com/COM-Plus-Applications-and-Major-Upgrade-tp2297098p2 374649.html Sent from the wix-users mailing list archive at Nabble.com. ------------------------------------------------------------------------ ------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
