Thank you Rob! Unfortunately, the MSIs and MSPs in our product are already authored this way as I described in my last email, that they themselves manage "SKU" ARP entries. And it is costly to update our MSIs and MSPs to remove such custom actions, and switch our custom bootstrapper to Burn with a custom BA that does what we have today...
-----Original Message----- From: Rob Mensching [mailto:r...@firegiant.com] Sent: Tuesday, February 25, 2014 1:39 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP Yes, what you said make sense. The suggestion would be to remove the custom actions that create the SKU Product ARP entry and just let Burn do it. It ends up being the same thing in the end except you need one less custom action (always a good thing!). _______________________________________________________________ FireGiant | Dedicated support for the WiX toolset | http://www.firegiant.com/ -----Original Message----- From: Jun Yin [mailto:jun...@microsoft.com] Sent: Tuesday, February 25, 2014 11:34 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP Thank you Bob for the link to the blog. In general I agree with Rob that we should consider Bundle as if it is MSI, which is cached and manageable. That is perhaps also the reason why setupexe/setupbld is retired after WiX 3.5. Typically when we author a Bundle to install one or more MsiPackage, we would set MsiPackage/@Visiable to yes (or ARPSYSTEMCOMPONENT to 1), so that the ARP entry for the MSI is hidden from users. Only the ARP entry for the Bundle is visible to users so that users can manage the Bundle as a whole instead of managing individual packages and leaving the Bundle in a weird state. However, we find there are some MSIs and MSPs that they themselves behave like a bundle. These MSIs and MSPs belong to a multi-MSI SKU product. The MSIs have custom actions that will create another SKU product ARP entry, and hide the MSI ARP entry. The MSPs also have custom actions to create another SKU update ARP entry, whose ParentKeyName is set to the SKU product ARP entry. The MSP ARP entry is hidden automatically because the MSI ARP is hidden by SystemComponent = 1. Now we need to author a bundle to install such MSIs and MSPs, and we suddenly run into a dilemma: 1. If the Bundle is cached and registered, the MSIs and MSPs will create another set of SKU product and update ARP entries, in addition to the Bundle ARP entries. Since the users can interact with the SKU product and update ARP entries, they can even uninstall the underlying MSIs and MSPs all together. 2. If the users run the Bundle.exe again, the Bundle will say it is already installed, and thus offer only Repair and Uninstall functionalities. Therefore, we want a "fire and forget" bootstrapper, which is not cached and registered. The boostrapper detects the installation state of the MSIs and MSPs, and always install them if they are current missing from the system. The users can always uninstall the MSIs and MSPs through the SKU product and update ARP entries. Does what I said make sense? Thanks, Jun -----Original Message----- From: Bob Arnson [mailto:b...@joyofsetup.com] Sent: Monday, February 24, 2014 8:01 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Suppress bundle caching and registration in ARP On 24-Feb-14 20:41, Jun Yin wrote: > Is it possible to suppress bundle caching and registration in ARP (Add/Remove > Programs or Program and Features). No. Burn is not a "fire and forget" bootstrapper. See http://robmensching.com/blog/posts/2012/6/25/b-is-for-bundle-and-thats-good-enough-for-me and http://www.joyofsetup.com/2013/07/05/burn-zero-one-or-n/. -- sig://boB http://joyofsetup.com/ ------------------------------------------------------------------------------ Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis & security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
