Ok I have to admit to being wrong, that wasn't at all what I expected and I am still a bit confused by what I found.
Using a fragment like this and test with v3.0.5120.0: <iis:WebSite Id="WebSite" Description="Default Web Site" SiteId="*"> <iis:WebAddress Id="TestWebSite" Port="1" /> </iis:WebSite> The following work: 1. If WebSite/@SiteId="*" then a case sensitive match on WebSite/@Description happens. 2. If WebSite/@SiteId matches the site id than WebSite/@Description is ignored and a match on site id happens. 3. If WebSite/@SiteId has any value WebAddress/@Port is ignored (although the syntax requires it and it can't be 0). 4. If WebSite/@SiteId is missing WebAddress/@Port is used and WebSite/@Description is ignored. 5. Once a website is created and gets site id, you can rename it (therefore its site id is not the hash of its name), the WebSite/@SiteId="*" syntax will match on the WebSite/@Description. If anyone can think of any other scenarios I will test them. Neil -----Original Message----- From: Thomas S. Trias [mailto:tomtr...@artizan.com] Sent: 09 April 2009 23:22 To: Neil Sleightholm Cc: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] is it a bug that iis:WebSite doesn't locate presence of existing website using just the Name -> Description attribute value versus port settings? Perhaps it depends upon the version of the code? I am developing on top of 3.0.4923.0. I wouldn't be so adamant, except that I have just recently been working with the IIS code, and that is the EXACT behavior I was looking for for the installations and upgrades of our sites, and I haven't made any such modification. Looking back through the local SubVersion repository that I use for my local changes (and to track the changes from each time I upgrade from the CVS repository), I see that the functionality was added somewhere between 3.0.4624.0 and 3.0.4923. This is also where "*" was added as a valid choice for SiteId. Traipsing through CVS, (rev 1.65 is 3.0.4624.0 for wixver.h; is there a tag structure in the CVS repository to find files by WiX version? It's been so long since I've had to maintain a CVS repository), I tracked down the change in rev 1.17 of scaweb.cpp. Judging by the dates, this corresponds to 3.0.4805. As I said, I can only really give advice regarding the version I'm using. I do, however, make sure that the behavior is within the official WiX code-base and not part of my modifications (at least until I'm done with the current deployment and have time to clean up the code and submit it for inclusion). Thanks, Thomas S. Trias Senior Developer Artizan Internet Services http://www.artizan.com/ -------- Original Message -------- Subject: Re: [WiX-users] is it a bug that iis:WebSite doesn't locate presence of existing website using just the Name -> Description attribute value versus port settings? From: Neil Sleightholm <n...@x2systems.com> To: tomtr...@artizan.com, General discussion for Windows Installer XML toolset. <wix-users@lists.sourceforge.net> Date: 4/9/2009 4:41 PM > I will have to test this because looking at the code I can't see how. > Also, the other poster has suggested that referencing "Default Web Site" > with SiteId="*" didn't work. > > Neil > > -----Original Message----- > From: Thomas S. Trias [mailto:tomtr...@artizan.com] > Sent: 09 April 2009 22:25 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] is it a bug that iis:WebSite doesn't locate > presence of existing website using just the Name -> Description > attribute value versus port settings? > > Hopefully my earlier response will post shortly; this is absolutely > correct for adding new sites, but does not take into account the fact > that SiteId = "*" does, in fact, trigger a search for the existing site > by description. > > Thanks, > > Thomas S. Trias > Senior Developer > Artizan Internet Services > http://www.artizan.com/ > > > P.S. Sorry for not trimming down the previous emails; since my mail > client turns nested replies into a tree with all but the topmost node > collapsed, I tend to forget to trim them down. > > > > ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users