You're welcome to do what you want. All I ask is that you be careful about suggesting doing things against the recommendations. It's one thing to say, "Don't use that technology, it has all kinds of problems". It's another thing to say, "It's too hard to use that technology so use it in a way that isn't recommended."
I'm not like Raymond, I personally think that applications that use platform technologies wrong should be actively broken. Why? Because I see so many platforms that are hamstrung because developers choose to do things the wrong way. IMHO, the Windows Installer is probably one of the most "trapped" technologies out there because developers have done so many horrible things in it. Also, IMHO, a fair bit of the blame falls on the Windows Installer team itself since there is a lot of the technology that is not easy to understand and not a lot of direction out there how to use it correctly. But, AFAICT, it's pretty clear that publisher policies are recommended over assemblyFileVersion. If you have issues with that (and I won't argue against them because I probably agree with you) then don't suggest that developers should ignore the recommendations. Work to get the recommendations changed. That's my outlook. -----Original Message----- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Tuesday, January 20, 2009 09:22 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file Sorry but I couldn't leave it... 1. I have to disagree, I'm sure you have a better inside track than me but they do it because they want us to all have the same version, even Office updates work this way. Policy files just don't cut it especially if you do daily builds - you would need hundreds of them very quickly. Office uses policy file to upgrade us from v11 to v12 which makes sense. 2. My GAC doesn't contain anything done the "right way" so I would have to question why it is right. Neil -----Original Message----- From: Rob Mensching [mailto:rob.mensch...@microsoft.com] Sent: 20 January 2009 15:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file The "assemblyFileVersion" is only applicable when installing into the GAC. Otherwise, AFAIK, standard file versioning rules apply. The guidance is to use publisher policy instead of "assemblyFileVersion" when installing to the GAC. Also, as it has been related to me, those 90% of Microsoft assemblies fall into two buckets: 1. Core runtime stuff that can't be affected by publisher policy (something has to process it). 2. Microsoft teams doing the wrong thing. Using the argument, "But Microsoft does it" will not always make you right. <smile/> -----Original Message----- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Monday, January 19, 2009 23:36 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Getting the version from the Assembly file >> 2. My understanding of the .NET Framework documentation does not recommend setting the "fileVersion" in the assembly identity. They recommend SxS semantics by upgrading the assembly's "version" only. Apologies for going off topic but... I think this is true but rarely practical, in reality you often need to upgrade in place and policy redirects don't help - they are only really useful for redirection between major versions. If you take a look in the GAC I think you will find that 90% of what Microsoft ships has different file and assembly versions. Neil Neil Sleightholm X2 Systems Limited n...@x2systems.com ------------------------------------------------------------------------ ------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------ ------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users