Everything you say is true. :) >> ...where the component's keypath does not change... And again, this corresponds to File or RegistryKey as a key path, not Directory, which is the case in my case...
But, anyway, thanks for discussion. The process is much clearer for me know. -- Yan -----Original Message----- From: Blair [mailto:os...@live.com] Sent: Thursday, December 03, 2009 16:42 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] NeverOverwrite attribute behavior The text you are referring to relates to the <Component><Condition> element (unless you make the component Transitive, you can't add or remove the component independently from its feature(s) with a maintenance installation. You would have to use a major upgrade (or make the component transitive)). If Installed=Local AND Action=Local that is a sign that the component is being reinstalled (it might be upgraded or simply needs repair). That means that the code that handles the IIS site needs to know that the "should" already exist and should act accordingly (ensure that it is configured according to the specs). In most upgrade scenarios where the component's keypath does not change, you will see Component: CreateIISSite7x64; Installed: Local; Request: Null; Action: Null In that case, the component will be left in place and won't be touched. -----Original Message----- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Thursday, December 03, 2009 3:17 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] NeverOverwrite attribute behavior Thanks for the answer, Blair. However, I'm not sure I fully understand the way it works. The MSDN docs for Component table state the following: " ...the component remains enabled once installed even if the conditional statement in the Condition column later evaluates to False on a subsequent maintenance installation of the product... " This means that my component, which contains the IIS site definition to be created, will always be enabled (and thus, re-installed) on each maintenance installation, that is, patching as well. I can see the following entry in log file for this: Component: CreateIISSite7x64; Installed: Local; Request: Local; Action: Local Is this expected? I believe, yes. Then in order to avoid re-creating of IIS site on reinstall (upgrade), I have two options: - condition the appropriate component using installed state of component - condition the ConfigureIIs CA in order to prevent running it on upgrades Which one is preferable? Are there any other options? Thank you, -- Yan -----Original Message----- From: Blair [mailto:os...@live.com] Sent: Wednesday, December 02, 2009 19:02 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] NeverOverwrite attribute behavior MSDN explicitly says that the keypaths required for this flag are files and registry entries. When they are explicit they only guarantee the behavior within the scope they describe. Since you are using a directory as the keypath (and not a file) I assume the flag is being ignored, but you would have to look at a verbose debug log to be certain. The IIS extension simply checks the installation states of the component it lives inside of. It doesn't have anything to do with the keypath directly (that is Windows Installer's domain). You control the keypath (and thus the installation behavior of the IIS extension) yourself. -----Original Message----- From: Yan Sklyarenko [mailto:y...@sitecore.net] Sent: Wednesday, December 02, 2009 12:37 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] NeverOverwrite attribute behavior Hello WiX community, According to the MSI documentation, "if 'NeverOverwrite' bit is set, the installer does not install or reinstall the component if a key path file or a key path registry entry for the component already exists". What about components, which refer to the parent directory as a key path? For instance, I have a component containing only IIS site definition, and it doesn't specify any file or registry key as a key path. On reinstall, its key path, which is a parent directory, exists and hence it should behave as 'NeverOverwrite'. However, I still see my website being reinstalled, resetting the custom settings to initial defaults... Is this the way IIS extension works? Is it correct (I guess, no)? Or do I simply missing the point how 'NeverOverwrite' technique works? I would appreciate your hints. Thanks, -- Yan ------------------------------------------------------------------------ ---- -- 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 ------------------------------------------------------------------------ ------ 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
