As a general rule, if the component is simply an upgraded version of its previous self and could assume the same identity, it's guid should stay the same. So, no, don't change the guids.
One possibility would be to create an HKLM registry value as the keypath of the IIS components (a different value for each). That way, the component isn't ever removed until you remove the last instance of the product (after this new release). -----Original Message----- From: Scharp, Craig [mailto:craig.sch...@fuelquest.com] Sent: Tuesday, December 01, 2009 7:01 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] website being removed after upgrade Hi Blair, Thanks for the response. Guids are the same, but the directory is definitely different since that's the main purpose of the upgrade (to replace the website content). Should the guids change for all components on a major upgrade? Also, what I want to do is replace the website content, but leave IIS alone. If the IIS: website is inside a component, will that always be replaced on an upgrade? Also, after testing more, I am able to recreate this in iis 7. So, now the site is getting blown away in both environments (IIS 6 and IIS 7). The original issue was that I was losing the application pool after upgrade, but only in iis 6. It appears that after trying to resolve that issue, I have mucked something up where my site is getting removed in both environments. I will go back to where I was when it was only losing the app pool in iis 6. Thanks again for your time and suggestions, I definitely appreciate it! -----Original Message----- From: Blair [mailto:os...@live.com] Sent: Monday, November 30, 2009 10:56 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] website being removed after upgrade Did either component's guid change between the two versions? Are the directories the two components live in identical between the two versions? -----Original Message----- From: Scharp, Craig [mailto:craig.sch...@fuelquest.com] Sent: Monday, November 30, 2009 9:46 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] website being removed after upgrade Hi all, Has anyone run into the issue where website is being removed after a major upgrade on Windows Server 2003 (IIS 6)? This does not happen on server 2008 (IIS 7). My original install creates a database and website. Now, I'm trying to perform upgrades in IIS 6, after the upgrade the website is blown away. To resolve it, I have to change UpgradeVersion to not remove previous product. Doing this allows the upgrade to work properly fine, but leaves the older version in add/remove programs. I would prefer to replace the older version if possible. I'm using wix version 3.0.5217.0. I have tried using the SkipIISCA custom action, but no luck. Thanks in advance for any ideas or solutions! Here's some sample code from the wix file: <Upgrade Id="$(var.UpgradeCode)"> <UpgradeVersion Minimum="$(var.ProductVersion)" IncludeMinimum="yes" Maximum="$(var.ProductVersion)" IncludeMaximum="yes" Language="1033" Property="SELFFOUND" OnlyDetect="yes" /> <UpgradeVersion Minimum="$(var.RTMProductVersion)" IncludeMinimum="yes" Maximum="$(var.ProductVersion)" IncludeMaximum="no" Language="1033" Property="PREVIOUSFOUND" /> </Upgrade> <InstallExecuteSequence> <!-- <Custom Action="SkipIISCA" After="CostFinalize"><![CDATA[&WebsiteFeature <> 3 AND Not Installed]]></Custom> --> <!-- <Custom Action="SkipIISCA" After="CostFinalize">1</Custom> --> <Custom Action="VerifyPreviousVersion" After="FindRelatedProducts">NOT PREVIOUSFOUND</Custom> <Custom Action="PreventDowngrading" After="FindRelatedProducts">SELFFOUND</Custom> </InstallExecuteSequence> <Component Id="NewWebsiteConfigASP" Guid="{MYGUID}"> <iis:WebSite Id="IISWebsite" Description="[WEBSITEDESCRIPTION]" Directory="TARGETDIR" AutoStart="yes" ConfigureIfExists="yes" StartOnInstall="yes"> <iis:WebAddress Id="IISWebAddress" Port="[WEBSITEPORT]" IP="[WEBSITEIP]" Header="[WEBSITEHOSTHEADER]" /> <iis:WebDirProperties Id="IISWebDirProperties" Execute="yes" Read="yes" DefaultDocuments="default.aspx,index.aspx,index.htm,index.html,default.h tm,default.html" /> <iis:WebDir Id="IISAppDataWebDir" Path="App_Data"> <iis:WebDirProperties Id="IISAppDataWebDirProperties" Write="yes" Read="yes" DefaultDocuments="default.aspx,index.aspx,index.htm,index.html,default.h tm,default.html" /> </iis:WebDir> <iis:WebApplication Id="WebApplication" Name="[WEBAPPLICATIONNAME]" WebAppPool="WebAppPool"> </iis:WebApplication> </iis:WebSite> <iis:WebAppPool Id="WebAppPool" Name="[WEBAPPLICATIONPOOLNAME]" Identity="networkService" /> <Condition>TARGETMODE = "NewWebsite" AND SCRIPTLANGUAGE = "ASP"</Condition> </Component> <Component Id="ExistingWebsiteConfigASP" Guid="{MYGUID}"> <iis:WebSite Id="IISWebsiteExisting" Description="[WEBSITEDESCRIPTION]" ConfigureIfExists="no" Directory="TARGETDIR"> <iis:WebAddress Id="IISWebAddressExisting" Port="[WEBSITEPORT]" IP="[WEBSITEIP]" Header="[WEBSITEHOSTHEADER]" /> <iis:WebVirtualDir Id="WebVirtualDirectory" Alias="[VIRTUALDIRECTORYNAME]" Directory="TARGETDIR"> <iis:WebDirProperties Id="IISWebVirtualDirPropertiesExisting" Execute="yes" Read="yes" DefaultDocuments="default.aspx,index.aspx,index.htm,index.html,default.h tm,default.html" /> <iis:WebApplication Id="WebApplicationExisting" Name="[WEBAPPLICATIONNAME]" WebAppPool="WebAppPoolExisting"> </iis:WebApplication> </iis:WebVirtualDir> </iis:WebSite> <iis:WebAppPool Id="WebAppPoolExisting" Name="[WEBAPPLICATIONPOOLNAME]" Identity="networkService" /> <Condition>TARGETMODE = "ExistingWebsite" AND SCRIPTLANGUAGE = "ASP"</Condition> </Component> ------------------------------------------------------------------------ ---- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------ ------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ---------------------------------------------------------------------------- -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
