Re: [WiX-users] WiX training in the US (or at least in English)?
Sometimes German Training centers offer English trainings as well. SD Technologies, which offers the German speaking WiX Training has an english speaking contact form for their trainings (http://www.sd-technologies.com/training.html). Maybe they arrange English speaking training upon request. For a German description of the WiX training see http://www.training.sd-technologies.de/wix-schulung-beschreibung.html. Google Transate should be able to translate it to understandable English -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FW: WiX using with MSBuild can't reference other project: error CNDL0150: Undefined preprocessor variable
Hi, I use Votive (WiX 3.5) with VS 2008. I have added two projects in the solution. One is a WiX project and another one is a library project which implements a CustomAction. WiX project references the library: ItemGroup ProjectReference Include=..\InstallDataBase\InstallDataBase.csproj NameInstallDataBase/Name Project{e67df855-60e0-4abf-abf7-46ecea4f64a1}/Project PrivateTrue/Private DoNotHarvestTrue/DoNotHarvest RefProjectOutputGroupsBinaries;Content;Satellites/RefProjectOutputGro ups RefTargetDirINSTALLLOCATION/RefTargetDir /ProjectReference /ItemGroup And I use the following: Binary Id=DBScriptAction SourceFile=$(var.InstallDataBase.TargetDir)$(var.InstallDataBase.Target Name).CA.dll / to call the custom action from the WiX project. It works ok when I build the WiX project in Visual Studio. But it doesn't work when I build it using MSBuild task. In my build definition I use the following: MSBuild Projects=@(WixProject) Condition='$(CreateSetup)'=='true' Properties =MsiInstallVersion=$(Major).$(Minor).$(Build).$(Revision);AutoBuild=Tru e/ I'm getting this error when using MSBuild: Product.wxs(361): error CNDL0150: Undefined preprocessor variable '$(var.InstallDataBase.TargetDir)'. I checked the build outputs from both VS and MSBuild and the difference is that when building in MSBuild the candle.exe doesn't have the properties for the library project (for instance -dLibraryProjectName.ProjectDir, etc.). It looks to me that when building wixproj from MSBuild task candle do not provide the properties for the referenced project. Thanks, -- Ruslan Albu -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX and dynamic file linking
Sorry, I did not mean during Minor/Patch creation that files can be deleted, but during regular development that they can be. As long as each component is correctly set up with single folder link and a static key file then each build will not generate a new guid/keyfile. Anyways as I mentioned I am new to WiX and therefore just trying to learn the tool in's and out's as IS did a lot of the background msi database work for you and therefore you did not need to know what was necessarily going on in the back ground to create a complex install. Thanks, Tim. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-and-dynamic-file-linking-tp688166p7283873.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Very simplest bundle not working
I've rechecked and it works fine on the beta version (build 2221 I think) - so is this a regression or have I made a mistake in my wxs file? I would appreciate it if someone could have a quick check of this for me. Or should I file a bug? Thanks,Pete From: peterhul...@hotmail.com To: wix-users@lists.sourceforge.net Date: Sat, 11 Feb 2012 11:54:09 + Subject: Re: [WiX-users] Very simplest bundle not working Hotmail ruined my message! Trying again.. Dear All, I've made quite a few installers and bundles with WiX already, but all of a sudden when making a minimal example, I can't seem to get it to work! Please can you have a look, I'm sure I must be doing something obviously wrong. This is WiX 3.6.2603.0 on WinXP. I've got a wxs to make an empty MSI: Version='1.0.0.0' Manufacturer='PH' UpgradeCode='{4542D2F4-147B-4F37-88F9-2C2FB1347328}' Comments='A single file' Manufacturer='PH' InstallerVersion='200' Compressed='yes' InstallScope=perUser / Then a second wxs to make the bundle: And I am building like this: candle install.wxs candle bundle.wxs light install.wixobj light bundle.wixobj -ext WixBalExtension It compiles OK but when I run I get error 0x8007003 (File Not Found) with the following log: [0A94:08FC][2012-02-11T10:02:55]: Burn v3.6.2603.0, path: C:\Documents and Settings\peter hull.UKDEEDEV012\My Documents\minimal\bundle.exe, cmdline: '/q /log install.txt' [0A94:08FC][2012-02-11T10:02:55]: Setting string variable 'WixBundleLog' to value 'C:\Documents and Settings\peter hull.UKDEEDEV012\My Documents\minimal\install.txt' [0A94:08FC][2012-02-11T10:02:55]: Setting string variable 'WixBundleName' to value '' [0A94:08FC][2012-02-11T10:02:55]: Setting string variable 'WixBundleOriginalSource' to value 'C:\Documents and Settings\peter hull.UKDEEDEV012\My Documents\minimal\bundle.exe' [0A94:08FC][2012-02-11T10:02:55]: Detect 1 packages [0A94:08FC][2012-02-11T10:02:55]: Detected package: install.msi, state: Absent, cached: No [0A94:08FC][2012-02-11T10:02:55]: Detect complete, result: 0x0 [0A94:08FC][2012-02-11T10:02:55]: Plan 1 packages, action: Install [0A94:08FC][2012-02-11T10:02:55]: Setting string variable 'WixBundleLog_install.msi' to value 'C:\Documents and Settings\peter hull.UKDEEDEV012\My Documents\minimal\install_0_install.msi.txt' [0A94:08FC][2012-02-11T10:02:55]: Setting string variable 'WixBundleRollbackLog_install.msi' to value 'C:\Documents and Settings\peter hull.UKDEEDEV012\My Documents\minimal\install_0_install.msi_rollback.txt' [0A94:08FC][2012-02-11T10:02:55]: Planned package: install.msi, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register [0A94:08FC][2012-02-11T10:02:55]: Plan complete, result: 0x0 [0A94:08FC][2012-02-11T10:02:55]: Apply begin [0A94:08FC][2012-02-11T10:02:55]: Caching bundle from: 'C:\DOCUME~1\PETERH~1.UKD\LOCALS~1\Temp\{98c3a113-6f9a-4c5f-a6d3-b1da166bbbe6}\.be\bundle.exe' to: 'C:\Documents and Settings\peter hull.UKDEEDEV012\Local Settings\Application Data\Package Cache\{98c3a113-6f9a-4c5f-a6d3-b1da166bbbe6}\bundle.exe' [0A94:08FC][2012-02-11T10:02:55]: Error 0x80070003: Failed to cache bundle from: 'C:\DOCUME~1\PETERH~1.UKD\LOCALS~1\Temp\{98c3a113-6f9a-4c5f-a6d3-b1da166bbbe6}\.be\bundle.exe' to 'C:\Documents and Settings\peter hull.UKDEEDEV012\Local Settings\Application Data\Package Cache\{98c3a113-6f9a-4c5f-a6d3-b1da166bbbe6}\bundle.exe' [0A94:08FC][2012-02-11T10:02:55]: Error 0x80070003: Failed to cache bundle from path: C:\DOCUME~1\PETERH~1.UKD\LOCALS~1\Temp\{98c3a113-6f9a-4c5f-a6d3-b1da166bbbe6}\.be\bundle.exe [0A94:08FC][2012-02-11T10:02:55]: Error 0x80070003: Failed to begin registration session. [0A94:08FC][2012-02-11T10:02:55]: Error 0x80070003: Failed to register bundle. [0A94:08FC][2012-02-11T10:02:55]: Apply complete, result: 0x80070003 restart: No [0A94:08FC][2012-02-11T10:02:55]: Shutting down, exit code: 0x80070003 Any ideas? Pete -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you
[WiX-users] Bootstrapper Setup Failed - 0x80070645
Hello, I am having difficulty getting a chained .msi install to work using Burn to create my setup. It appears to install correctly and then at the end, a Setup Failed dialog with 0x80070645 - This action is only valid for products that are currently installed. The .msi payload looks like it installed correctly and indeed, I see it in ARP. I am using an Instance Transform. I searched the registry before the install and did not find {3332C54F-3BED-4A25-8699-331A10B0F24E}. Any help, comments or suggestions would be enthusiastically, eagerly and appreciatively received... I am new to this install game and I have so much to learn. OS Win7 x64 WiX v3.6.2610.0 Release Visual Studio 2008 This is the instance transform in the SetupProject1.msi: Property Id=RADPRODUCTID Value=UndefinedRADProductID / InstanceTransforms Property=RADPRODUCTID Instance Id=Instance1 ProductCode=5D52FCDA-9630-4FED-9D44-B9099AAFE624 ProductName=RADInstance1/ Instance Id=Instance2 ProductCode=086677C8-07A1-4D1F-B3F9-86C7CF8F3CE4 ProductName=RADInstance2/ Instance Id=Instance3 ProductCode=3332C54F-3BED-4A25-8699-331A10B0F24E ProductName=RADInstance3/ /InstanceTransforms This is the Bundle.wxs code: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Bundle Name=Bootstrapper3 Version=1.0.0.0 Manufacturer=Manufacturer UpgradeCode=abbc4201-4b60-45c0-8d7b-18527c252c25 Log Disable=no/ BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.RtfLicense / Chain !-- TODO: Define the list of chained packages. -- MsiPackage SourceFile=L:\bldtools\Setup\WiX\SetupProject1\SetupProject1\bin\Debug\SetupProject1.msi MsiProperty Name=TRANSFORMS Value=:Instance3/ MsiProperty Name=MSINEWINSTANCE Value=1/ !--MsiProperty Name=TARGETFOLDER Value=C:\ /-- MsiProperty Name=INSTALLFOLDER Value=C:\temp\TestPID3 / MsiProperty Name=RADAPPLICATION Value=TestPID3/ /MsiPackage /Chain /Bundle /Wix This is the Bootstrapper log: [1938:2568][2012-02-14T09:44:47]: Burn v3.6.2610.0, path: L:\bldtools\Setup\WiX\Bootstrapper3\Bootstrapper3\bin\Debug\Bootstrapper3.exe, cmdline: '-burn.unelevated BurnPipe.{26DF0A77-1345-4393-853C-7BFEAE2DCEEA} {10F18146-372B-4202-AE80-5A4E25729CB9} 6844' [1938:2568][2012-02-14T09:44:47]: Setting string variable 'WixBundleLog' to value 'C:\Users\hrody\AppData\Local\Temp\Bootstrapper3_20120214094447.log' [1938:2568][2012-02-14T09:44:47]: Setting string variable 'WixBundleName' to value 'Bootstrapper3' [1938:2568][2012-02-14T09:44:47]: Setting string variable 'WixBundleOriginalSource' to value 'L:\bldtools\Setup\WiX\Bootstrapper3\Bootstrapper3\bin\Debug\Bootstrapper3.exe' [1938:2568][2012-02-14T09:44:48]: Detect 1 packages [1938:2568][2012-02-14T09:44:48]: Detected package: SetupProject1.msi, state: Absent, cached: No [1938:2568][2012-02-14T09:44:48]: Detect complete, result: 0x0 [1938:2568][2012-02-14T09:44:52]: Plan 1 packages, action: Install [1938:2568][2012-02-14T09:44:52]: Setting string variable 'WixBundleLog_SetupProject1.msi' to value 'C:\Users\hrody\AppData\Local\Temp\Bootstrapper3_20120214094447_0_SetupProject1.msi.log' [1938:2568][2012-02-14T09:44:52]: Setting string variable 'WixBundleRollbackLog_SetupProject1.msi' to value 'C:\Users\hrody\AppData\Local\Temp\Bootstrapper3_20120214094447_0_SetupProject1.msi_rollback.log' [1938:2568][2012-02-14T09:44:52]: Planned package: SetupProject1.msi, state: Absent, default requested: Present, ba requested: Present, execute: Install, rollback: Uninstall, cache: Yes, uncache: No, dependency: Register [1938:2568][2012-02-14T09:44:52]: Plan complete, result: 0x0 [1938:2568][2012-02-14T09:44:52]: Apply begin [1ABC:212C][2012-02-14T09:44:52]: Caching bundle from: 'C:\Users\hrody\AppData\Local\Temp\{c1edb98f-61a0-4e47-81cf-093309e0e72b}\.be\Bootstrapper3.exe' to: 'C:\ProgramData\Package Cache\{c1edb98f-61a0-4e47-81cf-093309e0e72b}\Bootstrapper3.exe' [1ABC:212C][2012-02-14T09:44:52]: Registering bundle dependency provider: {c1edb98f-61a0-4e47-81cf-093309e0e72b}, version: 1.0.0.0 [1ABC:1E94][2012-02-14T09:44:53]: Verified acquired payload: SetupProject1.msi at path: C:\ProgramData\Package Cache\.unverified\SetupProject1.msi, moving to: C:\ProgramData\Package Cache\{7CB17298-D56B-40C3-9040-D9CC676F4AFF}v1.0.0.1\SetupProject1.msi. [1ABC:1E94][2012-02-14T09:44:53]: Verified acquired payload: cabF52D1B2425057F8281C66111B2795130 at path: C:\ProgramData\Package Cache\.unverified\cabF52D1B2425057F8281C66111B2795130, moving to: C:\ProgramData\Package Cache\{7CB17298-D56B-40C3-9040-D9CC676F4AFF}v1.0.0.1\cab1.cab. [1ABC:212C][2012-02-14T09:44:53]: Applying package: SetupProject1.msi, action: Install, path: C:\ProgramData\Package
[WiX-users] Bundle rollback during install is not correct
I have wixstdba bundle with MSI packages A, B, C, D, E. They are all marked as vital and the chain explicitly says DisableRollback=no. There are no RollbackBoundary elements, either. I'm using a wix build 3.6.2527.0. During install, if I click the cancel button during package C's installation, I would expect burn to rollback packages A, B, and C, and remove A - E from the cache. 1) After clicking cancel and then confirming, the UI disappears. There is already bug 3431330 open on this. 2) Looking at C's MSI log, it rolled back properly. 3) However, A and B do not rollback, they stay installed and cached. 4) The bundle logs cuts off. The last line is Applying package: C, action Install ... a. In repro attempts I found inconsistent behavior as to where the bundle log stops writing. 5) The bundle stays installed keeps A and B registered. 6) Packages C, D, and E, though not registered with the bundle, are still cached. 7) The bundle still shows up in Programs and Features. If I uninstall, A and B will be removed OK as will the bundle, but the system is left with C, D, and E still cached with no dependencies. If I try and install again, nothing breaks since it just seeing some packages in the cache and uses them, and adds A and B to the cache normally. Repairing the partially installed / rollbacked bundle also installs everything appropriately as I would expect. As you can see from 3-7, it looks like there is one or more bugs here. Before I file a bug I wanted to see if anyone has any thoughts on if I'm doing something wrong in my authoring. I have repro'd this many times, though as I note in 4a the bundle log cuts off at different times though the actual behavior is identical. I found a bunch of similar bugs for rollback during uninstall, but they have mostly been fixed. I didn't see much about rollback during install. Thanks, Ian -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to downcase a public property?
Hi, I'm running into a problem where I need to configure my application with something resembling the computer name. I'm currently doing this using the remember property pattern. Here's the code [1] where I'm setting the public property to the default value of [ComputerName] This works well and I'm writing this value to the configuration file just fine but our application needs this configuration setting to be all lower case. How should I manipulate the string to be lower case? I started to look at a JScript custom action but I've decided to heed Rob's dire warnings [2] against using such scripts because I'd like to play nice with antivirus software. [1] https://github.com/jeffmccune/puppet_for_the_win/blob/96df962532addef2efb3984e0c738ab4078c3914/wix/puppet.wxs#L187 [2] http://blogs.msdn.com/b/robmen/archive/2004/05/20/136530.aspx Thanks, -- Jeff McCune -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to downcase a public property?
If you are really serious about simplying setup and making it bulletproof you should push back at your application developers and challenge why they need the hostname to be lower cased. The code that reads the XML should to it's own .ToLower() if it's that important to them. Otherwise you'll need to write a custom action ( c++ for example ) that gets the computername, lower cases it and sets the property for writing to the XML. I can write code like this in a heartbeat but I know which one makes the install cleaner. From: Jeff McCune j...@puppetlabs.com Sent: Tuesday, February 14, 2012 8:45 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to downcase a public property? Hi, I'm running into a problem where I need to configure my application with something resembling the computer name. I'm currently doing this using the remember property pattern. Here's the code [1] where I'm setting the public property to the default value of [ComputerName] This works well and I'm writing this value to the configuration file just fine but our application needs this configuration setting to be all lower case. How should I manipulate the string to be lower case? I started to look at a JScript custom action but I've decided to heed Rob's dire warnings [2] against using such scripts because I'd like to play nice with antivirus software. [1] https://github.com/jeffmccune/puppet_for_the_win/blob/96df962532addef2efb398 4e0c738ab4078c3914/wix/puppet.wxs#L187 [2] http://blogs.msdn.com/b/robmen/archive/2004/05/20/136530.aspx Thanks, -- Jeff McCune -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to downcase a public property?
On Tue, Feb 14, 2012 at 7:18 PM, Christopher Painter chr...@iswix.com wrote: If you are really serious about simplying setup and making it bulletproof you should push back at your application developers and challenge why they need the hostname to be lower cased. The code that reads the XML should to it's own .ToLower() if it's that important to them. I am one of the application developers... /me goes off to push back on myself. =) Seriously though, we store the x.509 certificate as a file so we need to play nicely with case-insensitive filesystems. While www.metamachine.net and WWW.METAMACHINE.NET are the same hostname we don't want to store two different files on unix filesystems if the end user is inconsistent with their case. From a time is money point of view, it's a lot cheaper for me to downcase the default (suggested) value in the installation process than it is to change the behavior of many subsystems of the application. -Jeff -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to downcase a public property?
On Tue, Feb 14, 2012 at 9:19 PM, Jeff McCune j...@puppetlabs.com wrote: On Tue, Feb 14, 2012 at 7:18 PM, Christopher Painter chr...@iswix.com wrote: If you are really serious about simplying setup and making it bulletproof you should push back at your application developers and challenge why they need the hostname to be lower cased. The code that reads the XML should to it's own .ToLower() if it's that important to them. I am one of the application developers... /me goes off to push back on myself. =) Seriously though, we store the x.509 certificate as a file so we need to play nicely with case-insensitive filesystems. While www.metamachine.net and WWW.METAMACHINE.NET are the same hostname we don't want to store two different files on unix filesystems if the end user is inconsistent with their case. From a time is money point of view, it's a lot cheaper for me to downcase the default (suggested) value in the installation process than it is to change the behavior of many subsystems of the application. This is actually inaccurate, what I'd actually like to do is munge the user supplied value, or the default value (ComputerName) before writing it into the configuration file. I actually did just patch the application to force the setting to be lower case, but this presents an interesting incongruity between the clearly expressed desire of the end user and the behavior of the application. I'm trying to avoid the situation where the user says I want XYZ and the app says I'm assuming you're implying xyz. At installation time I can clearly communicate with the user and say I know you said you want XYZ but I'm going to change that right now to be xyz. Bail out now if you don't like me interpreting your desires for you. Yes, it's minor but I view it as a UX thing. -- Jeff McCune -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users