[WiX-users] Custom Action cannot find dependent assembly
Using Wix 3.5, I have a Custom Action that requires an interop .NET assembly. When I run the installer, it complains that the assembly is not found. I've searched for info on how to package the DLL file in the MSI, but only instruction seems to be for Visual Studio, and use of CopyLocal flag. Problem is, my CA is built not with VS, but Microsoft's CoreXt. Is it possible to do this without VS? Is there any flag I can set in WiX itself to include extra assemblies? I suppose an alternative would be to put the dependent assembly in the GAC, but I would prefer not to do that. -- Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Applying two patches causes version number confusion
Sorry, due to legal reasons, I cannot really post my Patch wxs file. But it's basically the same file used in both patches. The only difference between patches are: 1. In PatchCreation element, the Id attribute is different, auto-generated GUID is used each time we patch. 2. In Family element, the SequenceStart attribute MAY or MAY NOT be different. Interestingly, the version number does not appear in the Patch wxs file at all. Oh, one other thing, as it was suggested here that the cause maybe due to 4-digit version number vs. 3-digit number. I tested this out, and that's not the reason. If I go from a.b.c.d to a.b.e.f, both will become a.b.e.f, always keeping the highest version number. -Original Message- From: kjk129 [mailto:kjk...@coolblue.com] Sent: Friday, June 20, 2014 11:01 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Applying two patches causes version number confusion Could you post a copy of both of your Patch WXS files? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Applying-two-patches-causes-version-number-confusion-tp7595340p7595395.html Sent from the wix-users mailing list archive at Nabble.com. -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Applying two patches causes version number confusion
*Bump.* Anyone? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Wednesday, June 18, 2014 12:35 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Applying two patches causes version number confusion Our patches are cumulative, and uninstall is disabled. When I apply one patch, and then go to //Control Panel/Programs/Program and Features/Installed Updates, it looks something like this, and it's correct: My Program Hotfix for my program MyPrograma.b.c.d MyCompany InstalledDate1 However, if I apply a second (different) patch, with version number a.b.c.e, the Installed Updates screen now look like this: My Program (2) Hotfix for my program MyPrograma.b.c.e MyCompany InstalledDate1 Hotfix for my program MyPrograma.b.c.e MyCompany InstalledDate2 Note that both lines now say a.b.c.e, when the first line should remain a.b.c.d. Any idea what causes this? I'm using Wix 3.5. Thanks! George -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Applying two patches causes version number confusion
Our patches are cumulative, and uninstall is disabled. When I apply one patch, and then go to //Control Panel/Programs/Program and Features/Installed Updates, it looks something like this, and it's correct: My Program Hotfix for my program MyPrograma.b.c.d MyCompany InstalledDate1 However, if I apply a second (different) patch, with version number a.b.c.e, the Installed Updates screen now look like this: My Program (2) Hotfix for my program MyPrograma.b.c.e MyCompany InstalledDate1 Hotfix for my program MyPrograma.b.c.e MyCompany InstalledDate2 Note that both lines now say a.b.c.e, when the first line should remain a.b.c.d. Any idea what causes this? I'm using Wix 3.5. Thanks! George -- HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing Easy Data Exploration http://p.sf.net/sfu/hpccsystems ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] msimsp - Cannot Generate a Primary Transform
Using Wix3.5, I modified a CustomTable to add a new column, and using this new column as the primary key. This custom table is used by a custom action during patching. In doing so, I get a msimsp error 0xc00e5173, and a message Cannot Generate a Primary Transform. Searching the Internet, I found some info that says that msimsp cannot allow changing primary key in a CustomTable. So am I stuck? Do I have to wait until next major release before I can change my CustomTable? -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What does '' and '!' inside CDATA[] do?
Based on suggestions given, I did more research on this issue. As I mentioned earlier, my custom action looks something like this: Custom Action='_xxx' After='_yyy' ![CDATA[!AAA=3 And PATCH And BBB=0]] /Custom Where AAA is a feature that should be installed (and I guess that's what !AAA=3 checks for). However, in my log I see this: Feature: AAA; Installed: Advertise; Request: Reinstall; Action: Reinstall Advertise, from documention, is state 1. My guess is that's why it fails to patch. What does Advertise state mean? George -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Wednesday, May 14, 2014 10:28 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? I'd install the patch creating a verbose log, if you've not already done so, and verify that the values of the other properties in the expression are as expected. If it's deferred then it must be after InstallInitialize, so it will be after CostFinalize as required. Your original post also asked how to determine the current state of the AAA feature, to which the short answer is that you need a way to know that the existing installed product that's being patched did in fact install that feature. The verbose log should say something about the feature state as absent, present etc. --- Phil Wilson On Tue, May 13, 2014 at 4:21 PM, George Fleming gef...@microsoft.com wrote: Yes, AAA is a feature, and Custom Action is executed in deferred stage. I have problems when I patch on top of another patched version; but it's ok if I patch on a un-patched version. -Original Message- From: Pavan Konduru [mailto:pavan.kond...@accelrys.com] Sent: Tuesday, May 13, 2014 2:35 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Is AAA a feature? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Tuesday, May 13, 2014 2:33 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Thanks for the link. I'm trying to debug a situation where the Custom Action is not executing as expected. In the example below, where !AAA=3 should be true, but it appears not to be. How do I debug in this case? How do I determine the current state of AAA? Thanks, George -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Monday, May 12, 2014 10:27 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Scroll down here for explanations about the stated of various features and components: http://msdn.microsoft.com/en-us/library/aa368012(v=vs.85).aspx --- Phil Wilson On Mon, May 12, 2014 at 10:14 AM, George Fleming gef...@microsoft.com wrote: Does anyone know the meaning of '!' and '' in front of AAA below? Custom Action='_xxx' After='_yyy' ![CDATA[!AAA=3 And PATCH And BBB=0]] /Custom Custom Action='_zzz' After='_xxx' ![CDATA[AAA=3 And CCC1 And DDD=1]] /Custom Thanks, George - - Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles
Re: [WiX-users] What does '' and '!' inside CDATA[] do?
Just another bit of information, my feature line looks something like this: Feature Id=AAA Title=AAA Description=This feature installs AAA Level=100 AllowAdvertise=no InstallDefault=local If AllowAdvertise is set to no, how is it on patching my installed state is Advertise? Could someone explain what Advertise means, and why my patch fails sometimes because it's in that state? Thanks, George -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Monday, May 19, 2014 2:13 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Based on suggestions given, I did more research on this issue. As I mentioned earlier, my custom action looks something like this: Custom Action='_xxx' After='_yyy' ![CDATA[!AAA=3 And PATCH And BBB=0]] /Custom Where AAA is a feature that should be installed (and I guess that's what !AAA=3 checks for). However, in my log I see this: Feature: AAA; Installed: Advertise; Request: Reinstall; Action: Reinstall Advertise, from documention, is state 1. My guess is that's why it fails to patch. What does Advertise state mean? George -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Wednesday, May 14, 2014 10:28 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? I'd install the patch creating a verbose log, if you've not already done so, and verify that the values of the other properties in the expression are as expected. If it's deferred then it must be after InstallInitialize, so it will be after CostFinalize as required. Your original post also asked how to determine the current state of the AAA feature, to which the short answer is that you need a way to know that the existing installed product that's being patched did in fact install that feature. The verbose log should say something about the feature state as absent, present etc. --- Phil Wilson On Tue, May 13, 2014 at 4:21 PM, George Fleming gef...@microsoft.com wrote: Yes, AAA is a feature, and Custom Action is executed in deferred stage. I have problems when I patch on top of another patched version; but it's ok if I patch on a un-patched version. -Original Message- From: Pavan Konduru [mailto:pavan.kond...@accelrys.com] Sent: Tuesday, May 13, 2014 2:35 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Is AAA a feature? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Tuesday, May 13, 2014 2:33 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Thanks for the link. I'm trying to debug a situation where the Custom Action is not executing as expected. In the example below, where !AAA=3 should be true, but it appears not to be. How do I debug in this case? How do I determine the current state of AAA? Thanks, George -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Monday, May 12, 2014 10:27 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Scroll down here for explanations about the stated of various features and components: http://msdn.microsoft.com/en-us/library/aa368012(v=vs.85).aspx --- Phil Wilson On Mon, May 12, 2014 at 10:14 AM, George Fleming gef...@microsoft.com wrote: Does anyone know the meaning of '!' and '' in front of AAA below? Custom Action='_xxx' After='_yyy' ![CDATA[!AAA=3 And PATCH And BBB=0]] /Custom Custom Action='_zzz' After='_xxx' ![CDATA[AAA=3 And CCC1 And DDD=1]] /Custom Thanks, George - - Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What does '' and '!' inside CDATA[] do?
Thanks for the link. I'm trying to debug a situation where the Custom Action is not executing as expected. In the example below, where !AAA=3 should be true, but it appears not to be. How do I debug in this case? How do I determine the current state of AAA? Thanks, George -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Monday, May 12, 2014 10:27 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Scroll down here for explanations about the stated of various features and components: http://msdn.microsoft.com/en-us/library/aa368012(v=vs.85).aspx --- Phil Wilson On Mon, May 12, 2014 at 10:14 AM, George Fleming gef...@microsoft.com wrote: Does anyone know the meaning of '!' and '' in front of AAA below? Custom Action='_xxx' After='_yyy' ![CDATA[!AAA=3 And PATCH And BBB=0]] /Custom Custom Action='_zzz' After='_xxx' ![CDATA[AAA=3 And CCC1 And DDD=1]] /Custom Thanks, George -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] What does '' and '!' inside CDATA[] do?
Yes, AAA is a feature, and Custom Action is executed in deferred stage. I have problems when I patch on top of another patched version; but it's ok if I patch on a un-patched version. -Original Message- From: Pavan Konduru [mailto:pavan.kond...@accelrys.com] Sent: Tuesday, May 13, 2014 2:35 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Is AAA a feature? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Tuesday, May 13, 2014 2:33 PM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Thanks for the link. I'm trying to debug a situation where the Custom Action is not executing as expected. In the example below, where !AAA=3 should be true, but it appears not to be. How do I debug in this case? How do I determine the current state of AAA? Thanks, George -Original Message- From: Phil Wilson [mailto:phildgwil...@gmail.com] Sent: Monday, May 12, 2014 10:27 AM To: General discussion about the WiX toolset. Subject: Re: [WiX-users] What does '' and '!' inside CDATA[] do? Scroll down here for explanations about the stated of various features and components: http://msdn.microsoft.com/en-us/library/aa368012(v=vs.85).aspx --- Phil Wilson On Mon, May 12, 2014 at 10:14 AM, George Fleming gef...@microsoft.com wrote: Does anyone know the meaning of '!' and '' in front of AAA below? Custom Action='_xxx' After='_yyy' ![CDATA[!AAA=3 And PATCH And BBB=0]] /Custom Custom Action='_zzz' After='_xxx' ![CDATA[AAA=3 And CCC1 And DDD=1]] /Custom Thanks, George -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] What does '' and '!' inside CDATA[] do?
Does anyone know the meaning of '!' and '' in front of AAA below? Custom Action='_xxx' After='_yyy' ![CDATA[!AAA=3 And PATCH And BBB=0]] /Custom Custom Action='_zzz' After='_xxx' ![CDATA[AAA=3 And CCC1 And DDD=1]] /Custom Thanks, George -- Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available Simple to use. Nothing to install. Get started now for free. http://p.sf.net/sfu/SauceLabs ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ARPSYSTEMCOMPONENT and patches
1. Is there any info online that describes how to do patch in a bundle? I found some info online, but not very complete. If patch is inside a bundle, then the patch would be delivered as an .exe file? Not sure if that satisfy our requirements. 2. One thoughts going around is whether we could apply ARPSYSTEMCOMPONENT property to the bootstrapper, and not the MSI. Is it possible to block the bootstrapper from showing up in the Add/Remove Program? Would that cause problems if one installs from bootrapper, and uninstalls from MSI entry in ARP? Thanks, George -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, September 4, 2013 1:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] ARPSYSTEMCOMPONENT and patches Ship the patch in a Bundle. On Wed, Sep 4, 2013 at 10:04 AM, George Fleming gef...@microsoft.comwrote: I have two applications, a MSI and a bootstrapper/UI that invokes the MSI. To prevent double ARP entries, we set the ARPSYSTEMCOMPONENT property in the bootstrapper bundle. This works fine, except when we apply a patch. Because the MSI is blocked, so is its patch. We cannot see it, and therefore cannot uninstall the patch. If I force it to show up in ARP by adding registry entries, a patch that is applied to a MSI install (not through bootstrapper) now shows double patch entries in the ARP. What is correct way to handle this problem? I'm using Wix 3.6. Thanks, George -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.c lktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58041391iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ARPSYSTEMCOMPONENT and patches
I have two applications, a MSI and a bootstrapper/UI that invokes the MSI. To prevent double ARP entries, we set the ARPSYSTEMCOMPONENT property in the bootstrapper bundle. This works fine, except when we apply a patch. Because the MSI is blocked, so is its patch. We cannot see it, and therefore cannot uninstall the patch. If I force it to show up in ARP by adding registry entries, a patch that is applied to a MSI install (not through bootstrapper) now shows double patch entries in the ARP. What is correct way to handle this problem? I'm using Wix 3.6. Thanks, George -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] msiexec.exe /qn option causes memory corruption?
I recently made some changes to installer code, and now it doesn't install properly. Investigations show that if I install without /qn option at command line, everything works as expected. If installed with /qn option (which also requires installer to run as admin), the variable INSTALLFOLDER mysteriously becomes null in my custom action. In my custom action, I have: string oldString = session[INSTALLFOLDER]; session.Log(string value = {0}, oldString); and it's invoked right after CostInitialize (non-deferred) stage. Log shows that oldString has a value of null, but log also shows that INSTALLFOLDER is set correctly elsewhere. If I don't use /qn option, then oldstring has correct value. I'm guessing that /qn somehow corrupts the memory, but not sure how at the moment. I will try to back out my changes to try and isolate this, but has anyone else seen anything like this? Thanks, George -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msiexec.exe /qn option causes memory corruption?
Thanks for the tip. Moving my CA from after CostInitialize to after CostFinalize seems to do the trick. I have no UI in my installer, so I wonder how the variable got set before, but not now. -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: Thursday, August 15, 2013 12:39 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msiexec.exe /qn option causes memory corruption? No, it doesn't corrupt memory, but with UI completely suppressed, only your execute sequence is going to run. Also, in general you can't count on Directory properties being valid until after CostFinalize. The combination of early scheduling and your UI sequence not running probably results in INSTALLFOLDER not being initialized. When the UI runs, the InstallDir Dialog (or something like it--I don't know your authoring) has a chance to set this. -- John Merryweather Cooper Build Install Engineer -- ESA Jack Henry Associates, Inc.(r) Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Thursday, August 15, 2013 2:25 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] msiexec.exe /qn option causes memory corruption? I recently made some changes to installer code, and now it doesn't install properly. Investigations show that if I install without /qn option at command line, everything works as expected. If installed with /qn option (which also requires installer to run as admin), the variable INSTALLFOLDER mysteriously becomes null in my custom action. In my custom action, I have: string oldString = session[INSTALLFOLDER]; session.Log(string value = {0}, oldString); and it's invoked right after CostInitialize (non-deferred) stage. Log shows that oldString has a value of null, but log also shows that INSTALLFOLDER is set correctly elsewhere. If I don't use /qn option, then oldstring has correct value. I'm guessing that /qn somehow corrupts the memory, but not sure how at the moment. I will try to back out my changes to try and isolate this, but has anyone else seen anything like this? Thanks, George -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ 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. -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Actions that need to call unmanaged DLL
I would like do something like this: CustomActions.cs: [CustomAction] Public static ActionResults MyCustomAction(Session session) { ... NativeMethod.XYZ xyz = new NativeMethod.XYZ(); } NativeMethods.cs: internal static class NativeMethods { Internal class XYZ { XYZ() { ... XYZInternalFunc(); } [DllImport(XYZ)] Static extern private UInt32 XYZInternalFunc(); } } Questions: 1. Is this possible? 2. Do I need to deploy XYZ.dll in same directory as my MSI file? 3. Is it possible to bundle the XYZ.dll so that just the MSI is sufficient to do the installs? Thanks, George -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patching error
What do you mean by repairs correctly? The patch log shows errors, so I assumed that means it didn't repair correctly? I don't store the values of SERVICEACCOUNT or SERVICEPASSWORD, but they are provided via command-line parameters. However, I just noticed from the log these lines: Ignoring disallowed property SERVICEACCOUNT Ignoring disallowed property SERVICEPASSWORD -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Friday, June 14, 2013 1:50 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error A patch application is just a repair with all relevant patch transformations applied to the msi. Check if your MSI repairs correctly. Do you persist SERVICEACCOUNT and SERVICEPASSWORD? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: 13 June 2013 22:54 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Patching error I following online instructions and created a patch (msp file). There were no errors during the creation. When I tried to verify the patch by applying it, I got following error: MSI (s) (C0:F0) [13:36:29:463]: Executing op: ActionStart(Name=CreateUser,,) MSI (s) (C0:F0) [13:36:29:463]: Executing op: CustomActionSchedule(Action=CreateUser,ActionType=11265,Source=BinaryData,Tar get=**,CustomActionData=**) MSI (s) (C0:88) [13:36:29:463]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIA410.tmp, Entrypoint: CreateUser MSI (s) (C0:9C) [13:36:29:463]: Generating random cookie. MSI (s) (C0:9C) [13:36:29:463]: Created Custom Action Server with PID 3760 (0xEB0). MSI (s) (C0:A8) [13:36:29:495]: Running as a service. MSI (s) (C0:FC) [13:36:29:495]: Hello, I'm your 32bit Elevated custom action server. CreateUser: Error 0x80070103: failed to read attributes from custom action data CustomAction CreateUser returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) Action ended 13:36:29: InstallFinalize. Return value 3. My code that has CreateUser in it is: Component Id='' Win64=$(var.Win64) Guid='{*}' util:User Id='***' Name='[SERVICEACCOUNT]' Password='[SERVICEPASSWORD]' CreateUser='no' LogonAsService='yes'/ File Id=*** Name=** KeyPath=yes Source=* / ServiceInstall Id='*' Name='**' DisplayName='***' Type='ownProcess' Start='auto' ErrorControl='normal' Description='**' Account='[SERVICEACCOUNT]' Password='[SERVICEPASSWORD]' Vital='yes' util:ServiceConfig FirstFailureActionType='restart' SecondFailureActionType='restart' ThirdFailureActionType='none' RestartServiceDelayInSeconds='10' ResetPeriodInDays='1'/ /ServiceInstall ServiceControl Id=StartService Stop=both Remove=uninstall Name=** Wait=yes / /Component I am a bit at loss as to how to fix this problem. I have heard that when patching, custom actions lose their parameters. Is this true? If util:user is internally implemented as a custom action, how do I get around this? Thanks, George - - This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ 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. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Patching error
I installed the patch using command line... Msiexec /p My.msi /L*v log SERVICEACCOUNT=xxx SERVICEPASSWORD=yyy I know parameters don't persist, but shouldn't they be defined if you explicitly supply them via command line parameters? -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Friday, June 14, 2013 10:00 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error If you install your program on a test machine then run a repair from ARP or the command line does it fail with the same error? If you have not persisted these settings then they will be undefined or set to whatever default you specified during a repair or patch, unless you only install patches from the command line and re-specify the parameters. Error 0x80070103 is No more data is available. which suggests that the properties are unset. The 'ignoring' message is a warning when properties are not secure (i.e. you did not set the @secure attribute on the property definition) that means it does not get passed between the execute and ui sequences. It's usually a good idea to do this for public properties. Dave -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: 14 June 2013 17:25 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error What do you mean by repairs correctly? The patch log shows errors, so I assumed that means it didn't repair correctly? I don't store the values of SERVICEACCOUNT or SERVICEPASSWORD, but they are provided via command-line parameters. However, I just noticed from the log these lines: Ignoring disallowed property SERVICEACCOUNT Ignoring disallowed property SERVICEPASSWORD -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Friday, June 14, 2013 1:50 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error A patch application is just a repair with all relevant patch transformations applied to the msi. Check if your MSI repairs correctly. Do you persist SERVICEACCOUNT and SERVICEPASSWORD? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: 13 June 2013 22:54 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Patching error I following online instructions and created a patch (msp file). There were no errors during the creation. When I tried to verify the patch by applying it, I got following error: MSI (s) (C0:F0) [13:36:29:463]: Executing op: ActionStart(Name=CreateUser,,) MSI (s) (C0:F0) [13:36:29:463]: Executing op: CustomActionSchedule(Action=CreateUser,ActionType=11265,Source=BinaryData,Tar get=**,CustomActionData=**) MSI (s) (C0:88) [13:36:29:463]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIA410.tmp, Entrypoint: CreateUser MSI (s) (C0:9C) [13:36:29:463]: Generating random cookie. MSI (s) (C0:9C) [13:36:29:463]: Created Custom Action Server with PID 3760 (0xEB0). MSI (s) (C0:A8) [13:36:29:495]: Running as a service. MSI (s) (C0:FC) [13:36:29:495]: Hello, I'm your 32bit Elevated custom action server. CreateUser: Error 0x80070103: failed to read attributes from custom action data CustomAction CreateUser returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) Action ended 13:36:29: InstallFinalize. Return value 3. My code that has CreateUser in it is: Component Id='' Win64=$(var.Win64) Guid='{*}' util:User Id='***' Name='[SERVICEACCOUNT]' Password='[SERVICEPASSWORD]' CreateUser='no' LogonAsService='yes'/ File Id=*** Name=** KeyPath=yes Source=* / ServiceInstall Id='*' Name='**' DisplayName='***' Type='ownProcess' Start='auto' ErrorControl='normal' Description='**' Account='[SERVICEACCOUNT]' Password='[SERVICEPASSWORD]' Vital='yes' util:ServiceConfig FirstFailureActionType='restart' SecondFailureActionType='restart' ThirdFailureActionType='none' RestartServiceDelayInSeconds='10' ResetPeriodInDays='1'/ /ServiceInstall ServiceControl Id=StartService Stop=both Remove=uninstall Name=** Wait=yes / /Component I am a bit at loss as to how to fix this problem. I have heard that when patching, custom actions lose their parameters. Is this true? If util:user is internally implemented as a custom action, how do I get around this? Thanks, George - - This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev
Re: [WiX-users] Patching error
If that's the case, I don't understand how normal installs work, but only patching fails. I have no problem if I type: Msiexec /i My.msi /L*v log SERVICEACCOUNT=xxx SERVICEPASSWORD=yyy i.e. use /i instead of /p. Why does secure matter in patching, but not in normal install? -Original Message- From: Phil Wilson [mailto:phil.wil...@mvps.org] Sent: Friday, June 14, 2013 3:25 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Patching error It's the ignoring part that is the issue, that's David's point. Properties will not be propagated from the UI sequence (and command lines) unless they are marked secure. Internally that's here in the MSI file: http://msdn.microsoft.com/en-us/library/windows/desktop/aa371571(v=vs.85).as px So they need to be secure or they are gone when your code runs on the server side. Phil -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Friday, June 14, 2013 1:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error I installed the patch using command line... Msiexec /p My.msi /L*v log SERVICEACCOUNT=xxx SERVICEPASSWORD=yyy I know parameters don't persist, but shouldn't they be defined if you explicitly supply them via command line parameters? -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Friday, June 14, 2013 10:00 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error If you install your program on a test machine then run a repair from ARP or the command line does it fail with the same error? If you have not persisted these settings then they will be undefined or set to whatever default you specified during a repair or patch, unless you only install patches from the command line and re-specify the parameters. Error 0x80070103 is No more data is available. which suggests that the properties are unset. The 'ignoring' message is a warning when properties are not secure (i.e. you did not set the @secure attribute on the property definition) that means it does not get passed between the execute and ui sequences. It's usually a good idea to do this for public properties. Dave -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: 14 June 2013 17:25 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error What do you mean by repairs correctly? The patch log shows errors, so I assumed that means it didn't repair correctly? I don't store the values of SERVICEACCOUNT or SERVICEPASSWORD, but they are provided via command-line parameters. However, I just noticed from the log these lines: Ignoring disallowed property SERVICEACCOUNT Ignoring disallowed property SERVICEPASSWORD -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Friday, June 14, 2013 1:50 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Patching error A patch application is just a repair with all relevant patch transformations applied to the msi. Check if your MSI repairs correctly. Do you persist SERVICEACCOUNT and SERVICEPASSWORD? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: 13 June 2013 22:54 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Patching error I following online instructions and created a patch (msp file). There were no errors during the creation. When I tried to verify the patch by applying it, I got following error: MSI (s) (C0:F0) [13:36:29:463]: Executing op: ActionStart(Name=CreateUser,,) MSI (s) (C0:F0) [13:36:29:463]: Executing op: CustomActionSchedule(Action=CreateUser,ActionType=11265,Source=BinaryData,Ta r get=**,CustomActionData=**) MSI (s) (C0:88) [13:36:29:463]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIA410.tmp, Entrypoint: CreateUser MSI (s) (C0:9C) [13:36:29:463]: Generating random cookie. MSI (s) (C0:9C) [13:36:29:463]: Created Custom Action Server with PID 3760 (0xEB0). MSI (s) (C0:A8) [13:36:29:495]: Running as a service. MSI (s) (C0:FC) [13:36:29:495]: Hello, I'm your 32bit Elevated custom action server. CreateUser: Error 0x80070103: failed to read attributes from custom action data CustomAction CreateUser returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) Action ended 13:36:29: InstallFinalize. Return value 3. My code that has CreateUser in it is: Component Id='' Win64=$(var.Win64) Guid='{*}' util:User Id='***' Name='[SERVICEACCOUNT]' Password='[SERVICEPASSWORD]' CreateUser='no' LogonAsService='yes'/ File Id=*** Name=** KeyPath=yes Source=* / ServiceInstall Id='*' Name='**' DisplayName
[WiX-users] Patching error
I following online instructions and created a patch (msp file). There were no errors during the creation. When I tried to verify the patch by applying it, I got following error: MSI (s) (C0:F0) [13:36:29:463]: Executing op: ActionStart(Name=CreateUser,,) MSI (s) (C0:F0) [13:36:29:463]: Executing op: CustomActionSchedule(Action=CreateUser,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (C0:88) [13:36:29:463]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIA410.tmp, Entrypoint: CreateUser MSI (s) (C0:9C) [13:36:29:463]: Generating random cookie. MSI (s) (C0:9C) [13:36:29:463]: Created Custom Action Server with PID 3760 (0xEB0). MSI (s) (C0:A8) [13:36:29:495]: Running as a service. MSI (s) (C0:FC) [13:36:29:495]: Hello, I'm your 32bit Elevated custom action server. CreateUser: Error 0x80070103: failed to read attributes from custom action data CustomAction CreateUser returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) Action ended 13:36:29: InstallFinalize. Return value 3. My code that has CreateUser in it is: Component Id='' Win64=$(var.Win64) Guid='{*}' util:User Id='***' Name='[SERVICEACCOUNT]' Password='[SERVICEPASSWORD]' CreateUser='no' LogonAsService='yes'/ File Id=*** Name=** KeyPath=yes Source=* / ServiceInstall Id='*' Name='**' DisplayName='***' Type='ownProcess' Start='auto' ErrorControl='normal' Description='**' Account='[SERVICEACCOUNT]' Password='[SERVICEPASSWORD]' Vital='yes' util:ServiceConfig FirstFailureActionType='restart' SecondFailureActionType='restart' ThirdFailureActionType='none' RestartServiceDelayInSeconds='10' ResetPeriodInDays='1'/ /ServiceInstall ServiceControl Id=StartService Stop=both Remove=uninstall Name=** Wait=yes / /Component I am a bit at loss as to how to fix this problem. I have heard that when patching, custom actions lose their parameters. Is this true? If util:user is internally implemented as a custom action, how do I get around this? Thanks, George -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Is is possible to change default database port?
Default SQL Database IP port is 1443. Is it possible to change this value? I don't see any port attribute in the SqlDatabase element of Wix. George -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is it possible to change default database port?
Wix already has a separate instance attribute. So for Server attribute, specify server,port? -Original Message- From: John Cooper [mailto:jocoo...@jackhenry.com] Sent: Monday, May 13, 2013 1:33 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Is it possible to change default database port? Yes, server,port/instance or server,port would be correct. Got it out of sequence in my last post. -- John Merryweather Cooper Build Install Engineer - ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Edwin Castro [mailto:egca...@gmail.com] Sent: Monday, May 13, 2013 1:43 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Is is possible to change default database port? On Mon, May 13, 2013 at 11:20 AM, John Cooper jocoo...@jackhenry.comwrote: You can pass the server/instance pair to the Server attribute. I've never tried this with SqlDatabase, but can you pass the server/instance,port? I would expect server,port to work as well. -- Edwin G. Castro -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ 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. -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Change impersonation from within a Custom Action
I have a deferred custom action that has Impersonate set to yes to execute some SQL commands. Conditionally, it also needs to start a Windows Service. Windows service fails to start because impersonate of yes lacks sufficient privileges. Is there any way to change the impersonation within the custom action? An alternative is to split the custom action into two, one with impersonate of yes, and one with impersonate of no, but that requires passing data between the two deferred CA's, which isn't easy. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. This 200-page book is written by three acclaimed leaders in the field. The early access version is available now. Download your free book today! http://p.sf.net/sfu/neotech_d2d_may ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Burn/Boostrapper WITHOUT .NET installer
Running Wix 3.6, I had to follow one of many examples on the net on adding PackageGroup to my code to check/install .NET 4.0, just to get my Setup to build. Here's the thing...I know Setup requires .NET to run, but I DONT want to check for .NET, and I don't want to package the .NET installer. .NET is a Windows feature that is turned on by default on Windows Server platform that my applications runs on, and internally we check the .NET version anyway. We don't want to add an extra EXE to our deployment, and we don't want to embed it in our Setup. Is there a way to build a boostrapper without .NET checking? All the example code I have seen have the .NET PackageGroup/PackageGroupRef code. Is there an example of boostrapper code that doesn't require a .NET package? If I remove these Package statements, it doesn't compile either. Thanks, George -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Could not find assembly if msi is invoked by setup
I have a msi that installs fine. But if msi is invoked by a Wix setup, I get: Exception thrown by custom action: System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. --- System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.Web.Administration, Version=7.9.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35' or one of its dependencies. The system cannot find the file specified. The dll is in \Windows\System32\inetsrv. So why is it that the msi can find it, but the setup, which invokes the msi to do the install, cannot? -- Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis visualization. Get a free account! http://www2.precog.com/precogplatform/slashdotnewsletter ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Windows Service always starts (even when I don't want it to)
I have Wix code that looks something like this to start a Windows service using a virtual service account: File Id= Name=$(var.RunbookService.exe) KeyPath=yes Source= / ServiceInstall Id='***' Name='***' DisplayName='' Type='ownProcess' Start='auto' ErrorControl='normal' Description='' Account='[SERVICEACCOUNT]' Vital='yes'/ ServiceControl Id=StartServiceVirtualAccount Start=install Stop=both Remove=uninstall Name=*** Wait=yes / And it works fine in starting the service. Problem is, lately the service has been crashing, and therefore I wish to temporarily disable auto-start of the service. I modified the Start parameter to 'demand', but the install still fails as it tries to start the service anyway. I also tried 'disabled', but the service crashes too! What's going on? Log file shows (I've masked out some fields): MSI (s) (78:14) [14:10:16:326]: Executing op: ActionStart(Name=InstallServices,Description=Installing new services,Template=Service: [2]) MSI (s) (78:14) [14:10:16:326]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=130) MSI (s) (78:14) [14:10:16:326]: Executing op: ServiceInstall(Name=***,DisplayName=***,ImagePath=***.exe,ServiceType=16,StartType=4,ErrorControl=32769,,Dependencies=[~],,StartName=nt service\***,Password=**,Description=***,,) MSI (s) (78:14) [14:10:16:358]: Executing op: ActionStart(Name=StartServices,Description=Starting services,Template=Service: [1]) MSI (s) (78:14) [14:10:16:358]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=130) MSI (s) (78:14) [14:10:16:373]: Executing op: ServiceControl(,Name=***,Action=1,Wait=1,) MSI (c) (DC:4C) [14:10:46:458]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1920. Service '***' (***) failed to start. Verify that you have sufficient privileges to start system services. When I changed the Start field, I noticed in log that the StartType field went from 2 to 3(demand) to 4(disabled). Eventlog shows that the service crashed. But why is it still starting the service? -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Windows Service always starts (even when I don't want it to)
Does Start in ServiceControl override Start in ServiceInstall? I want to install the service, but not have it auto-start. I'm using a virtual service account, created by the service itself, and it has no password. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: Wednesday, April 03, 2013 3:06 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Windows Service always starts (even when I don't want it to) One issue I think you have is in the ServiceControl, you have it to Start on Install but to Stop on both Install and Uninstall... If you want the service NOT to start to test, then take out Start=install After testing put back in Start=install and change Stop=uninstall Question re ServiceIntall, What Account are you using? Does it have a password? If so you need to add it to the Password element Steve -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: April-03-13 5:41 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Windows Service always starts (even when I don't want it to) I have Wix code that looks something like this to start a Windows service using a virtual service account: File Id= Name=$(var.RunbookService.exe) KeyPath=yes Source= / ServiceInstall Id='***' Name='***' DisplayName='' Type='ownProcess' Start='auto' ErrorControl='normal' Description='' Account='[SERVICEACCOUNT]' Vital='yes'/ ServiceControl Id=StartServiceVirtualAccount Start=install Stop=both Remove=uninstall Name=*** Wait=yes / And it works fine in starting the service. Problem is, lately the service has been crashing, and therefore I wish to temporarily disable auto-start of the service. I modified the Start parameter to 'demand', but the install still fails as it tries to start the service anyway. I also tried 'disabled', but the service crashes too! What's going on? Log file shows (I've masked out some fields): MSI (s) (78:14) [14:10:16:326]: Executing op: ActionStart(Name=InstallServices,Description=Installing new services,Template=Service: [2]) MSI (s) (78:14) [14:10:16:326]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=130) MSI (s) (78:14) [14:10:16:326]: Executing op: ServiceInstall(Name=***,DisplayName=***,ImagePath=***.exe,ServiceType=16,StartType=4,ErrorControl=32769,,Dependencies=[~],,StartName=nt service\***,Password=**,Description=***,,) MSI (s) (78:14) [14:10:16:358]: Executing op: ActionStart(Name=StartServices,Description=Starting services,Template=Service: [1]) MSI (s) (78:14) [14:10:16:358]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=130) MSI (s) (78:14) [14:10:16:373]: Executing op: ServiceControl(,Name=***,Action=1,Wait=1,) MSI (c) (DC:4C) [14:10:46:458]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1920. Service '***' (***) failed to start. Verify that you have sufficient privileges to start system services. When I changed the Start field, I noticed in log that the StartType field went from 2 to 3(demand) to 4(disabled). Eventlog shows that the service crashed. But why is it still starting the service? -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How do I reference Directory Id's in custom action's exeCommand
If I have a Directory tree: Directory Id=TARGETDIR Name=SourceDir Directory Id=$(var.ProgFilesId) Directory Id=AAA Name=AAA Directory Id=bbb Name=bbb Directory Id=ccc Name=ccc / /Directory /Directory /Directory /Directory And a custom action: CustomAction Id=xxx Directory=PowershellLocation ExeCommand=powershell.exe -NoLogo -NonInteractive -WindowStyle Hidden -Command quot; APS-Cmd -Path Full-path-of-directory-ccc-herequot; Execute=deferred Impersonate=no Return=check / Is there any way to use a variable where I have Full-path-of-directory-ccc-here above? I know you can reference a directory Id in the Directory property, but how about the ExeCommand? I don't want to hard-code the full path if I don't have to. Also, there's a possibility directory AAA could be overridden from command-line too. -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Order of Execution
Running Wix 3.7, I have a feature with several ComponentGroupRef's: Feature Id=, Title=, Level=1 ComponentGroupRef Id=one / ComponentGroupRef Id=two / ... ComponentGroupRef Id=xxx / ComponentGroupRef Id=yyy / /Feature I need to yyy to execute after xxx because of a dependency (it needs to wait for IIS to start). How do I do this? I know Wix order-of-execution is unpredictable. And I know if I were doing via Custom Actions, I could order them, but I would rather not do Custom Actions if I don't have to. -- 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
[WiX-users] Setup.exe won't exit gracefully
Running Wix 3.6.1922, I have a Setup.exe that's a custom managed boostrapper application. When I execute, I see two or three instances of Setup.exe in the Task Manager. Problem is, when the Setup.exe terminates (normally or abnormally), it almost always leaves an instance of Setup.exe still running. I have to manually use Task Manager to kill it. Any idea why this is, and how do I fix this problem? Thanks! -- 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
[WiX-users] WixTargetPath and relative paths
With Wix 3.6.1922, I manually add the WixToolPath, WixTargetsPath and WixTaskPath to my .wixproj file. If I use absolute paths, there's never any problem. However, due to build servers not having Wix installed, I must use relative paths, and that's where I run into all kinds of problems, especially with WixTargetPath. If I use a relative path that enables it to find WixTasks.dll, it then seems to screw up my WixExtension later in the file, causing my extension DLL's to not be found. I think WIx 3.7 works better, but due to some incompatibilities, I am stuck with 3.6.1922 for now. Is there a work-around? -- 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
Re: [WiX-users] Managed Boostrapper Application and Wix 3.7
I modified per your instruction, and then got a compiler error regarding WixMbaPrereqPackageId and WixMbaPrereqLicenseUrl. So I followed the example in http://blogs.msdn.com/b/heaths/archive/2011/10/28/introducing-managed-bootstrapper-applications.aspx. It again compiles, but when I run the exe, I now get: [1D54:18C8][2013-03-14T10:18:19]i000: Loading managed bootstrapper application. [1D54:18C8][2013-03-14T10:18:19]e000: Error 0x8007000b: Failed to create the managed bootstrapper application. [1D54:18C8][2013-03-14T10:18:19]e000: Error 0x8007000b: Failed to create UX. [1D54:18C8][2013-03-14T10:18:19]e000: Error 0x8007000b: Failed to load UX. [1D54:18C8][2013-03-14T10:18:19]e000: Error 0x8007000b: Failed while running Is there anything else that needs to change going from 3.6 to 3.7? Thanks. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, March 13, 2013 10:35 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Managed Boostrapper Application and Wix 3.7 You must have something from very early in WiX v3.6. The correct way to reference the mbahost is like so: BootstrapperApplicationRef Id='ManagedBootstrapperApplicationHost' On Wed, Mar 13, 2013 at 8:58 PM, George Fleming gef...@microsoft.comwrote: I have an Burn app that works with Wix 3.6. The Bundle.wxs looks something like this: BootstrapperApplication Id='ManagedBootstrapperApplicationHost' SourceFile=$(var.WixToolsDir)\Burn\mbahost.dll Payload SourceFile=$(var.WixToolsDir)\SDK\BootstrapperCore.dll Name=BootstrapperCore.dll / Payload SourceFile=BootstrapperCore.config Name=BootstrapperCore.config / Trying to do the same thing with Wix 3.7, and I ran into problems (see my previous posts under Can Wix Bootstrapper project be a VS Startup project). Since Wix 3.7 doesn't have a mbahost.dll as part of the package, I copied the mbahost.dll from Wix 3.6, and I guess that's probably the source of the problem. Using this old dll, my application fails to create UX, according to the log file. So I guess the question is, for Wix 3.7, what is the correct way to do this? -- 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
[WiX-users] Can Wix Boostrapper project be a VS Startup project?
I have a solution with a Wix Boostrapper project, and several other c++/c# projects. The Boostrapper project, the project that creates the EXE file, cannot be set to be the startup project. Although the solution compiles and a setup.exe gets build, nothing happens when I run the setup.exe. If I try to run from VS, it says that my startup project is a DLL. Is it possible to make the Boostrapper project the startup project? Or is there some other way to build? -- 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
Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project?
So any tip on how I can debug my problem? My Setup.exe doesn't seem to do anything (it just silently returns, with no screen pop up). Is there any way to invoke logging, like with msiexec? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, March 13, 2013 11:11 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project? Not today. You can build the bootstrapper project but there are no debugging/launch features built into Votive. So all that F5 related stuff doesn't do anything. On Wed, Mar 13, 2013 at 9:58 AM, George Fleming gef...@microsoft.comwrote: I have a solution with a Wix Boostrapper project, and several other c++/c# projects. The Boostrapper project, the project that creates the EXE file, cannot be set to be the startup project. Although the solution compiles and a setup.exe gets build, nothing happens when I run the setup.exe. If I try to run from VS, it says that my startup project is a DLL. Is it possible to make the Boostrapper project the startup project? Or is there some other way to build? -- 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
Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project?
OK, I found the log file in %TEMP%. Here's basically what it says: [127C:12C0][2013-03-13T11:54:57]i001: Burn v3.7.1224.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\...\Setup.exe, cmdline: '' [127C:12C0][2013-03-13T11:54:57]i000: Initializing string variable 'InstallFolder' to value 'PlaceHolder' ... [127C:12C0][2013-03-13T11:54:57]i000: Setting string variable 'WixBundleName' to value 'Worker' [127C:12C0][2013-03-13T11:54:57]i000: Loading managed bootstrapper application. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed to create the managed UX. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed to create UX. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed to load UX. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed while running Any pointer on what's wrong? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Wednesday, March 13, 2013 11:28 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project? So any tip on how I can debug my problem? My Setup.exe doesn't seem to do anything (it just silently returns, with no screen pop up). Is there any way to invoke logging, like with msiexec? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, March 13, 2013 11:11 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project? Not today. You can build the bootstrapper project but there are no debugging/launch features built into Votive. So all that F5 related stuff doesn't do anything. On Wed, Mar 13, 2013 at 9:58 AM, George Fleming gef...@microsoft.comwrote: I have a solution with a Wix Boostrapper project, and several other c++/c# projects. The Boostrapper project, the project that creates c++the EXE file, cannot be set to be the startup project. Although the solution compiles and a setup.exe gets build, nothing happens when I run the setup.exe. If I try to run from VS, it says that my startup project is a DLL. Is it possible to make the Boostrapper project the startup project? Or is there some other way to build? -- 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 -- 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
[WiX-users] Managed Boostrapper Application and Wix 3.7
I have an Burn app that works with Wix 3.6. The Bundle.wxs looks something like this: BootstrapperApplication Id='ManagedBootstrapperApplicationHost' SourceFile=$(var.WixToolsDir)\Burn\mbahost.dll Payload SourceFile=$(var.WixToolsDir)\SDK\BootstrapperCore.dll Name=BootstrapperCore.dll / Payload SourceFile=BootstrapperCore.config Name=BootstrapperCore.config / Trying to do the same thing with Wix 3.7, and I ran into problems (see my previous posts under Can Wix Bootstrapper project be a VS Startup project). Since Wix 3.7 doesn't have a mbahost.dll as part of the package, I copied the mbahost.dll from Wix 3.6, and I guess that's probably the source of the problem. Using this old dll, my application fails to create UX, according to the log file. So I guess the question is, for Wix 3.7, what is the correct way to do this? -- 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
Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project?
Just kind of a general question on how to do this. Since my Setup.exe only has a Setup.wixpdb, and not a Setup.pdb, VS does not allow me to step into it. How do I utilize pdbs.zip and sources.zip to debug? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, March 13, 2013 1:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project? This is an area to improve for debugging Bootstrapper Applications. The error code will help but hard sometimes to figure out all the different things that can go wrong in a managed BA. I often drop down to do devenv.com /debugexe path\to\bundle.exe and then start debugging through the Burn code using the pdbs.zip and sources.zip files. Brute force, but very, very effective. On Wed, Mar 13, 2013 at 12:05 PM, George Fleming gef...@microsoft.comwrote: OK, I found the log file in %TEMP%. Here's basically what it says: [127C:12C0][2013-03-13T11:54:57]i001: Burn v3.7.1224.0, Windows v6.1 (Build 7601: Service Pack 1), path: C:\...\Setup.exe, cmdline: '' [127C:12C0][2013-03-13T11:54:57]i000: Initializing string variable 'InstallFolder' to value 'PlaceHolder' ... [127C:12C0][2013-03-13T11:54:57]i000: Setting string variable 'WixBundleName' to value 'Worker' [127C:12C0][2013-03-13T11:54:57]i000: Loading managed bootstrapper application. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed to create the managed UX. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed to create UX. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed to load UX. [127C:12C0][2013-03-13T11:54:57]e000: Error 0x80131040: Failed while running Any pointer on what's wrong? -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: Wednesday, March 13, 2013 11:28 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project? So any tip on how I can debug my problem? My Setup.exe doesn't seem to do anything (it just silently returns, with no screen pop up). Is there any way to invoke logging, like with msiexec? -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Wednesday, March 13, 2013 11:11 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can Wix Boostrapper project be a VS Startup project? Not today. You can build the bootstrapper project but there are no debugging/launch features built into Votive. So all that F5 related stuff doesn't do anything. On Wed, Mar 13, 2013 at 9:58 AM, George Fleming gef...@microsoft.com wrote: I have a solution with a Wix Boostrapper project, and several other c++/c# projects. The Boostrapper project, the project that creates c++the EXE file, cannot be set to be the startup project. Although the solution compiles and a setup.exe gets build, nothing happens when I run the setup.exe. If I try to run from VS, it says that my startup project is a DLL. Is it possible to make the Boostrapper project the startup project? Or is there some other way to build? -- 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 -- 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
[WiX-users] How do i convert a global property string value to uppercase (or lowercase)?
I have a global property that's modifiable by the user via command line parameter. How do I convert it to uppercase before using it in a Condition statement? For example, if global is CREATETABLE, I could do something like this: Condition![CDATA[(CREATETABLE=YES) OR (CREATETABLE=yes) OR (CREATETABLE=Yes)]]/Condition It would be nice if I could convert it to uppercase, and just have one condition, CREATETABLE=YES. -- 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 WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Upgrade to Visual Studio 2012
I have been using VS2010SP1 with Wix3.7, and everything works. Recently, I installed VS2012. When I tried to open the installer solution using VS2012, I got a warning that .wixproj is not supported, and the wix project does not load. I re-installed Wix3.7, but that did not help. I also noticed that VS2012 does not know about the Wix templates, as I cannot find Wix projects template under New - Project. How do I migrate to VS2012? Thanks, George -- 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 WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Upgrade to Visual Studio 2012
Not a typo. I want to go from VS2010 Ultimate SP1 to VS2012 Ultimate Update 1. I did try to repair install Wix 3.7. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Wednesday, March 06, 2013 1:45 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Upgrade to Visual Studio 2012 I'm guessing a typo and the first one should be VS2008SP1 not 2012, if so the when you go from 2008 to 2012 the easiest option is to reinstall WiX as it needs to register with Visual Studio. Neil -Original Message- From: George Fleming [mailto:gef...@microsoft.com] Sent: 06 March 2013 19:29 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Upgrade to Visual Studio 2012 I have been using VS2010SP1 with Wix3.7, and everything works. Recently, I installed VS2012. When I tried to open the installer solution using VS2012, I got a warning that .wixproj is not supported, and the wix project does not load. I re-installed Wix3.7, but that did not help. I also noticed that VS2012 does not know about the Wix templates, as I cannot find Wix projects template under New - Project. How do I migrate to VS2012? Thanks, George -- 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 WiX-users@lists.sourceforge.net 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 WiX-users@lists.sourceforge.net 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 WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WixTargetPath and Wix 3.7
From Wix documentation page, http://wix.sourceforge.net/manual-wix3/daily_builds.htm, it says to modify .wixproj file and add following lines: WixToolPath$(SourceCodeControlRoot)\wix\3.6.3220.0\/WixToolPath WixTargetsPath$(WixToolPath)Wix.targets/WixTargetsPath WixTasksPath$(WixToolPath)wixtasks.dll/WixTasksPath I'm using Wix 3.7, and I could not find Wix.targets file in the distribution. It seems that files have been moved recently, as binaries are now under a bin directory, instead of directly under the installation directory. If I skip defining WixTargetsPath, it defaults to $ProgramFiles\MSBuiild\Microsoft\Wix\v3.x\Wix.targets, and builds fine. But I'm not sure if everyone has that path. So does v3.7 have a Wix.targets file? What should I set WixTargetsPath to in v3.7? -- 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_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Best way to choose Windows Auth vs. SQL Auth
I need to create a database, and let user choose Windows Auth or SQL Auth. It looks like you could do it with two different components, and two separate conditions, but that doesn't seem very elegant and creates duplicate code. I see old threads such as this that seem like a better solution, but I don't know if it's ever been implemented. http://www.mail-archive.com/wix-devs@lists.sourceforge.net/msg01154.html Anyone has example on the current (and elegant) way to choose the SQL authentication mode? How do I create a null util:user? -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Moving from Web Deploy to Wix
We currently have an IIS Web Service that is deployed using Web Deploy (with binaries in a zip file, and other xml files). I am trying to figure out how best to change this to an MSI using Wix. So far, I haven't found any good example on how best to do this. Is there some good way I can utilize the existing zip file with WiX, or do I have to change the build and work with individual files? Thanks, George -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Two references to same SqlDatabase
Using Wix 3.7, I want to create a database if the CREATEDATABASE parameter is set on command-line, but then always execute the create login SQL command (which may fail because the login already exists). So my Wix code looks something like this: ComponentGroup Id=SqlComponents Directory=INSTALLFOLDER Component Id='InstallDatabase' Win64=$(var.Win64) Guid='{Guid}' KeyPath='yes' ConditionCREATEDATABASE/Condition sql:SqlDatabase Id='SqlDatabaseCreate' Database='[SQLDATABASE]' User='SQLUser' Server='[SQLSERVER]' CreateOnInstall='yes' DropOnUninstall='no' ContinueOnError='no' sql:SqlScript Id='AspNetSchema' BinaryKey='AspNetSchema' ExecuteOnInstall='yes' Sequence='10'/ /sql:SqlDatabase /Component Component Id='SetDatabasePermissions' Win64=$(var.Win64) Guid='{Guid}' KeyPath='yes' sql:SqlDatabase Id='SqlDatabaseSet' Database='[SQLDATABASE]' User='SQLUser' Server='[SQLSERVER]' CreateOnInstall='no' DropOnUninstall='no' ContinueOnError='no' sql:SqlString Id='CreateLogin' ExecuteOnInstall='yes' ContinueOnError='yes' SQL='create login [ACCOUNT] from windows' Sequence='20' / /Component /ComponentGroup Since there is no sql:SqlDatabaseRef statement, I had to created two sqlDatabase statements, under two Components. The compiler forces me to have two different SqlDatabase Id's, which is fine. But it won't let me do this because my second SqlDatabase statement has no 'yes' to CreateOnInstall, DropOnInstall, etc. What is the proper way to do this? -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Two references to same SqlDatabase
Sorry, I don't quite understand your reply earlier. Compiler doesn't like my second SqlDatabase below. How do I reference a database created in another Component, without creating it again. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Friday, January 18, 2013 12:24 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Two references to same SqlDatabase SqlString/@SqlDb. When nested under SqlDatabase that attribute is set to parent element. On Fri, Jan 18, 2013 at 12:05 PM, George Fleming gef...@microsoft.comwrote: Using Wix 3.7, I want to create a database if the CREATEDATABASE parameter is set on command-line, but then always execute the create login SQL command (which may fail because the login already exists). So my Wix code looks something like this: ComponentGroup Id=SqlComponents Directory=INSTALLFOLDER Component Id='InstallDatabase' Win64=$(var.Win64) Guid='{Guid}' KeyPath='yes' ConditionCREATEDATABASE/Condition sql:SqlDatabase Id='SqlDatabaseCreate' Database='[SQLDATABASE]' User='SQLUser' Server='[SQLSERVER]' CreateOnInstall='yes' DropOnUninstall='no' ContinueOnError='no' sql:SqlScript Id='AspNetSchema' BinaryKey='AspNetSchema' ExecuteOnInstall='yes' Sequence='10'/ /sql:SqlDatabase /Component Component Id='SetDatabasePermissions' Win64=$(var.Win64) Guid='{Guid}' KeyPath='yes' sql:SqlDatabase Id='SqlDatabaseSet' Database='[SQLDATABASE]' User='SQLUser' Server='[SQLSERVER]' CreateOnInstall='no' DropOnUninstall='no' ContinueOnError='no' sql:SqlString Id='CreateLogin' ExecuteOnInstall='yes' ContinueOnError='yes' SQL='create login [ACCOUNT] from windows' Sequence='20' / /Component /ComponentGroup Since there is no sql:SqlDatabaseRef statement, I had to created two sqlDatabase statements, under two Components. The compiler forces me to have two different SqlDatabase Id's, which is fine. But it won't let me do this because my second SqlDatabase statement has no 'yes' to CreateOnInstall, DropOnInstall, etc. What is the proper way to do this? -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users