[WiX-users] Testing C# Custom Actions
I've looked high and low, and there's not much discussions about unit testing custom actions. Does anybody have a strategy for this? My initial thought was to refactor my code so that any Session references occur outside of the scope of what I'm testing, but that no longer works for some of my custom actions. Now I'm at the point where I need to mock the Session class, but it's proving to be a very difficult task. Thank you, Christoph Griesshammer GE Healthcare IT Software Engineer E: christoph.griessham...@ge.commailto:christoph.griessham...@ge.com http://www.gehealthcare.comhttp://www.gehealthcare.com/ 116 Huntington Ave Boston, MA, USA 02116-5744 GE Imagination at Work -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing C# Custom Actions
You can do some state testing of immediate custom actions using Lux. If you concentrate on having most of the logic in the immediate custom action, then unit testing of the deferred custom actions can proceed much like ordinary C++ or C# code. Lux mutation can be used to explore immediate custom action behavior in different install and/or machine states. I would mock (an interesting idea) only for deferred actions. Then you can focus on just their function. Except for the mocking (which I'll have to explore--currently use stubs), this is the scheme I use for all of my custom actions. I have immediate actions set properties, and then a table drives the deferred and commit custom actions from a table-driven immediate custom action. Deferred and commit actions then alter machine state. Rollback is scheduled as part of the table-driven immediate custom action. -- John Merryweather Cooper Senior Software Engineer | Integration Development Group | Enterprise Notification Service Jack Henry Associates, Inc.® | Lenexa, KS 66214 | Ext: 431050 |jocoo...@jackhenry.com -Original Message- From: Griesshammer, Christoph (GE Healthcare) [mailto:christoph.griessham...@ge.com] Sent: Thursday, May 28, 2015 4:06 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Testing C# Custom Actions The e-mail below is from an external source. Please do not open attachments or click links from an unknown or suspicious origin. I've looked high and low, and there's not much discussions about unit testing custom actions. Does anybody have a strategy for this? My initial thought was to refactor my code so that any Session references occur outside of the scope of what I'm testing, but that no longer works for some of my custom actions. Now I'm at the point where I need to mock the Session class, but it's proving to be a very difficult task. Thank you, Christoph Griesshammer GE Healthcare IT Software Engineer E: christoph.griessham...@ge.commailto:christoph.griessham...@ge.com http://www.gehealthcare.comhttp://www.gehealthcare.com/ 116 Huntington Ave Boston, MA, USA 02116-5744 GE Imagination at Work -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Testing C# Custom Actions
I agree with John's advice and this advice http://www.joyofsetup.com/2010/02/08/introducing-lux-declarative-unit-testing-for-custom-actions/ . I found it helpful to study the WixGamingExtension and other WixExtension implementations, when learning to create CAs using the pattern recommended above. I also implemented a Compiler Extension to wrap my CAs. My CA dll is built for Win32 and x64, and has separate classes for each functional group of CAs. There are similar 'partial class implementations for each functional topic in the Compiler Extension and the Lux test projects so that the same Solution/project is scaled as the need to add new functionality to the 'toolbox' is implemented. I use LUX to test the Immediate CAs (which leaves very little left to test in the deferred CA) and I have a redundant set of LUX tests which drives the Compiler Extension (for a higher level test of the CA integration). Both sets of tests are integrated into the build process. A couple of threads about using lux are here http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Using-Lux-and-Nit-td7597183.html#a7599043 and here http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Lux-Multi-value-Unit-Test-td7599206.html . I use Wix 3.10, as lux and nit in Wix 3.9x did not function in a .Net 4.x context. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Testing-C-Custom-Actions-tp7600474p7600476.html Sent from the wix-users mailing list archive at Nabble.com. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn, deploy and rollback Patches
Hello I need a to be able to roll back patches (to the previous patch) via burn. The applied patches show in 'Installed Updates', and patch 1.0.2 supersedes patch 1.0.1. This all works fines, but when I uninstall patch 1.0.2, patch 1.0.1 is still present on the system, but does not show in 'Installed Updates'. I understand this has been reported as issue http://wixtoolset.org/issues/4033 4033http://wixtoolset.org/issues/4033, and is marked as fixed, but I tried the latest 3.10 and 4.0 and well as 3.9 R2 and it's not working for me. Could someone please point me in the right direction? many thanks Robert DISCLAIMER: This email and any files transmitted with it are solely intended for the use of the addressee(s) and may contain information that is confidential and privileged. If you receive this email in error, please advise me immediately and delete your copy. This email is subject to copyright. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden without written consent on behalf of ANCA Pty Ltd. The views expressed in this email may be the personal views of the sender and not that of ANCA Pty Ltd unless specifically stated. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automatic upgrades/provisioning options...
Thanks for the suggestion. On Fri, May 22, 2015 at 10:28 AM, David Watson dwat...@sdl.com wrote: We use Trueupdate for delivering updates:- http://www.indigorose.com/products/trueupdate/ We chose it instead of rolling our own as it had solved all the hard things already (resuming downloads, firewall and proxy stuff) and it is quite customizable. Downsides are we had to learn lua and we had to fix some localization problems(encoding related) which lead to a convoluted build process. Dave [http://cdn.sdl.tridion.sdlproducts.com/static/corporate/SDLlogo2014.png] www.sdl.com/ www.sdl.com 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. -Original Message- From: Tony [mailto:yellowjacketl...@gmail.com] Sent: 22 May 2015 14:49 To: WiX Users Subject: [WiX-users] Automatic upgrades/provisioning options... This is not directly WiX related (though all of our installers are WiX based), but I thought many of you might have some experience in this area. We need a system/framework for deploying/managing/upgrading software (OS management is NOT a requirement) on 100's of remote Kiosks. Briefly (I don't expect dissertations, just product names, and/or a sentence or two), what have you done to solve this scenario? Thanks. -- Tony -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been scanned for malware by Websense. www.websense.com -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Tony -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Automatic upgrades/provisioning options...
Also Advanced Installer (http://www.advancedinstaller.com/) comes with Auto Updater which can be used independently for WiX generated MSI and Burn packages and might be worth a try. See http://www.advancedinstaller.com/auto-updater.html for further details. -- ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
