WiX doesn't make a habit of documenting (duplicating) Windows Installer docs. These are the update rules for versioned files:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa367835(v=vs.85).as px And you are probably confusing AssemblyVersion that's used for client binding with AssemblyFileVersion, which isn't (because file version isn't one the "namimg" attributes of an assembly). Phil -----Original Message----- From: Tomer Cohen [mailto:tome...@qualisystems.com] Sent: Wednesday, March 13, 2013 7:18 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not supersede first Patch No... there is nothing in the documentation about that... Won't it make the .NET stop working, the assemblies are signed... if some are not in the same version, it won't find them... Thanks for the fast reply. :) -----Original Message----- From: David Watson [mailto:dwat...@sdl.com] Sent: יום ד 13 מרץ 2013 16:04 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not supersede first Patch Did you increase the assemblyfileversion of those dlls? -----Original Message----- From: Tomer Cohen [mailto:tome...@qualisystems.com] Sent: 13 March 2013 13:28 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not supersede first Patch No no, you got me all wrong. I don't want cumulative patches! The opposite, I want the last patch that I install to supersede all others, overwriting the files. I have the MSP file and in z7 I can see that it has all the "right" files, that is the new files. But if I install it after I installed an earlier patch... those files don't get to the installation folder...?! I'm using: msiexec.exe /L*v c:\temp\log.txt /p "c:\temp\patch2\patch.msp" REINSTALL=ALL REINSTALLMODE=aumsv ADDLOCAL=ALL REBOOT=ReallySuppress the log of the second patch installation: Note: 1: 2228 2: 3: MsiAssembly 4: SELECT `MsiAssembly`.`Attributes`, `MsiAssembly`.`File_Application`, `MsiAssembly`.`File_Manifest`, `Component`.`KeyPath` FROM `MsiAssembly`, `Component` WHERE `MsiAssembly`.`Component_` = `Component`.`Component` AND `MsiAssembly`.`Component_` = ? MSI (s) (48:C4) [15:13:42:791]: Patch Modified Files List: //it gives only a partial list of the files that are in the MSP file... allthose files are !NOT! .NET dlls, the .NET dlls are the files that don't get overwritten for some reason... Please help! Thanks. Tomer Cohen InSight Team Leader, R&D QualiSystems Mobile: +972-52-3362846 Email: tome...@qualisystems.com Web: www.qualisystems.com -----Original Message----- From: Brian_Covington [mailto:briancoving...@yahoo.com] Sent: יום ד 13 מרץ 2013 06:02 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not supersede first Patch Sorry, no. We are weeks away from having to release and the plan for now is to not use cumulative patches. ________________________________ From: Tomer Cohen [via Windows Installer XML (WiX) toolset] <ml-node+s687559n758426...@n2.nabble.com> To: Brian_Covington <briancoving...@yahoo.com> Sent: Tuesday, March 12, 2013 10:11 AM Subject: Re: Managed Bootstrapper - Second Patch does not supersede first Patch Got anywhere with this? I have the same problem.... I don't mind having both patches appear in the add remove - updates side by side, but the second patch doesn't replace the files at all... If I install it without the first patch already installed then that patch works great. Tomer. Thanks. -----Original Message----- From: Brian_Covington [mailto:[hidden email]] Sent: יום ה 15 נובמבר 2012 00:41 To: [hidden email] Subject: Re: [WiX-users] Managed Bootstrapper - Second Patch does not supersede first Patch Same results with versions 10.00.35.0004, 10.00.36.0004 (HF1), and 10.00.37.0004 (HF2). I am changing the bundle version as well as the version of the msi, but still the second patch for the bundle appears alongside the first one, not replacing it as I would expect. Do I need to do something to "hide" the first patch when the second one is applied? And if so, how would I undo this when uninstalling the second patch? As these are cumulative, removable patches, only one entry must exist in the "Installed Updates" of ARP. I do see where it realized the first patch bundle was installed, but did nothing with it. Plan 3 packages, action: Install [0F98:0E38][2012-11-14T16:19:55]: Skipping dependency registration on package with no dependency providers: Netfx4Full [0F98:0E38][2012-11-14T16:19:55]: Skipping dependency registration on package with no dependency providers: S3DInstallPatch [0F98:0E38][2012-11-14T16:19:55]: Setting string variable 'WixBundleLog_S3DInstallPatch' to value 'C:\Users\sp3dtest\AppData\Local\Temp\PRODUCT_S3D_HotFix_2_20121114161952_{C 1 93CA79-FACC-4874-AF85-6CCC6B10851C}_0_S3DInstallPatch.log' [0F98:0E38][2012-11-14T16:19:55]: Setting string variable 'WixBundleRollbackLog_S3DInstallPatch' to value 'C:\Users\sp3dtest\AppData\Local\Temp\PRODUCT_S3D_HotFix_2_20121114161952_{C 1 93CA79-FACC-4874-AF85-6CCC6B10851C}_0_S3DInstallPatch_rollback.log' [0F98:0E38][2012-11-14T16:19:55]: Skipping dependency registration on package with no dependency providers: RADInstallPatch [0F98:0E38][2012-11-14T16:19:55]: Planned package: Netfx4Full, state: Present, default requested: Present, ba requested: Present, execute: None, rollback: None, cache: No, uncache: No, dependency: None [0F98:0E38][2012-11-14T16:19:55]: Planned package: S3DInstallPatch, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: None [0F98:0E38][2012-11-14T16:19:55]: Planned package: RADInstallPatch, state: Present, default requested: Present, ba requested: Present, execute: None, rollback: None, cache: No, uncache: No, dependency: None *[0F98:0E38][2012-11-14T16:19:55]: Planned related bundle: {1ca42db4-c103-4fa2-ba05-d3c20f8f5d70}, type: Dependent, default requested: None, ba requested: None, execute: None, rollback: None, dependency: None* Then in the msi install log, I see Final Patch Application Order: MSI (s) (44:2C) [16:20:06:348]: {379A67FF-1175-42B8-B7B7-8F8ED98CA7EB} - C:\ProgramData\Package Cache\{379A67FF-1175-42B8-B7B7-8F8ED98CA7EB}\S3DInstallPatch MSI (s) (44:2C) [16:20:06:349]: Other Patches: *MSI (s) (44:2C) [16:20:06:349]: Superseded: {ADC561F5-6FC8-4EA1-8DB1-E79A7F18A7DD} - * Which I can only assume is the First Patch being superseeded, so it looks like the MSI is correct, just not the Bootstrapper. Is no one else facing this problem? Or does no one do cumulative patching? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootst r apper-Second-Patch-does-not-supersede-first-Patch-tp7581779p7581928.html Sent from the wix-users mailing list archive at Nabble.com. ---------------------------------------------------------------------------- - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users ---------------------------------------------------------------------------- - - Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the endpoint security space. For insight on selecting the right partner to tackle endpoint security challenges, access the full report. http://p.sf.net/sfu/symantec-dev2dev _______________________________________________ WiX-users mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/wix-users ________________________________ If you reply to this email, your message will be added to the discussion below: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootst r apper-Second-Patch-does-not-supersede-first-Patch-tp7581779p7584264.html To unsubscribe from Managed Bootstrapper - Second Patch does not supersede first Patch, click here. NAML -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Managed-Bootst r apper-Second-Patch-does-not-supersede-first-Patch-tp7581779p7584282.html Sent from the wix-users mailing list archive at Nabble.com. ---------------------------------------------------------------------------- - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ---------------------------------------------------------------------------- - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. ---------------------------------------------------------------------------- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ---------------------------------------------------------------------------- -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
