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&node=2374421&i=0>]
Sent: 23 February 2009 20:25
To: 
wix-us...@...<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=2374421&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-tp2297098p2374649.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

Reply via email to