[WiX-users] Component element and Directory attribute
Hello, First of all, I am new to WIX so be gentle :-) Testing WIX to see if we can use it in a project. Using Wix 3.7 on Windows 7 at the moment. The script below generate a working msi file but I am not fully sure how it works and if it is a sensible setup. It appears Wix/Product/Feature/ComponentGroupRef refers to Wix/Fragment/ComponentGroup which makes sense. Then it appears Wix/Fragment/ComponentGroup/Component@Directory contains same value as Wix/Product/Directory/Directory/Directory/Directory@Id. Do the two attributes form an link between each other? If I try to alter the content of either attribute I get 'error LGHT0094: Unresolved reference to symbol 'Directory::Dir01' in section 'Fragment:'. If I try to remove the Component/@Directory attribute I get error CNDL0010: the Component/@Directory attribute was not found; it is requried. If they do form a link, it is not easy to understand based on naming or documentation. The documentation for the Component element (http://wix.sourceforge.net/manual-wix3/wix_xsd_component.htm) says Sets the Directory of the Component. If this element is nested under a Directory element, this value defaults to the value of the parent Directory/@Id. . The docs should be updated to say this attribute is required. ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=490F391C-336C-4a47-A7F6-587B2C92AC92 Language=1033 Manufacturer=MyManufacturer Name=MyName UpgradeCode=E5B47089-C70D-46bd-AA9C-D222CFE9A699 Version=1.0.0.0 Package Compressed=yes InstallerVersion=200 / Media Id=1 Cabinet=product.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=MyCompany Directory Id=Dir01 Name=myInstallSubDir / /Directory /Directory /Directory Feature Id=ProductFeature Level=1 Title=MyTitle ComponentGroupRef Id=SourceComponent / /Feature /Product Fragment ComponentGroup Id=SourceComponent Component Id=cmp829B7EDF9835ECFBEB6B7A5E00D6B29F Directory=Dir01 Guid=* File Id=filD32196FBAB143D1B642565E64AFE743C KeyPath=yes Source=$(var.SourceDir)\MyFile.ext / /Component /ComponentGroup /Fragment /Wix -- 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] Adding a new dependent file to shared component without breaking component rules
Why not put D2.dll in it's own Component? On Sun, Aug 11, 2013 at 10:37 PM, Michael Partridge michael.partri...@petrosys.com.au wrote: Hi All, I was wondering if the state of play has changed at all since http://stackoverflow.com/questions/703359/wix-add-new-file-to-shared-componentwas discussed? Basically, I have Product1 (already released) and Product2 (in development) which both share the same component A.dll. A.dll is installed to %COMMONFILES%/MyProducts/. Product1 installs A.dll version 1.0.0, which is dependent upon D1.dll. Product2 installs A.dll version 1.1.0, which is dependent upon D1.dll and D2.dll. Due to the way that A.dll is used (it's a COM component registered in a thirdparty application, and we can only register one .dll) there isn't the option of creating newA.dll and putting that into Product2. (At least not without breaking Product1.) I think my only option is to add D2.dll in A.dll's component, breaking the component rules, and live with the fact that D2.dll will remain on the user's computer if they uninstall Product2 then uninstall Product1. At least then, if someone uninstalls Product2 our .dll will continue to run correctly. Does anyone have any further insight? Thanks, Michael -- 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
Re: [WiX-users] Component element and Directory attribute
Yes, the Component Directory attribute is a reference to the Directory with matching Id. This pattern is used heavily in the WiX toolset. The Directory attribute isn't required when the Component element is nested under a Directory. The doc could be updated to note that a Component's Directory reference can be inherited from it's parent ComponentGroup Directory attribute (if present). On Mon, Aug 12, 2013 at 1:25 AM, Lars Lars laasu...@hotmail.com wrote: Hello, First of all, I am new to WIX so be gentle :-) Testing WIX to see if we can use it in a project. Using Wix 3.7 on Windows 7 at the moment. The script below generate a working msi file but I am not fully sure how it works and if it is a sensible setup. It appears Wix/Product/Feature/ComponentGroupRef refers to Wix/Fragment/ComponentGroup which makes sense. Then it appears Wix/Fragment/ComponentGroup/Component@Directory contains same value as Wix/Product/Directory/Directory/Directory/Directory@Id. Do the two attributes form an link between each other? If I try to alter the content of either attribute I get 'error LGHT0094: Unresolved reference to symbol 'Directory::Dir01' in section 'Fragment:'. If I try to remove the Component/@Directory attribute I get error CNDL0010: the Component/@Directory attribute was not found; it is requried. If they do form a link, it is not easy to understand based on naming or documentation. The documentation for the Component element ( http://wix.sourceforge.net/manual-wix3/wix_xsd_component.htm) says Sets the Directory of the Component. If this element is nested under a Directory element, this value defaults to the value of the parent Directory/@Id. . The docs should be updated to say this attribute is required. ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=490F391C-336C-4a47-A7F6-587B2C92AC92 Language=1033 Manufacturer=MyManufacturer Name=MyName UpgradeCode=E5B47089-C70D-46bd-AA9C-D222CFE9A699 Version=1.0.0.0 Package Compressed=yes InstallerVersion=200 / Media Id=1 Cabinet=product.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLLOCATION Name=MyCompany Directory Id=Dir01 Name=myInstallSubDir / /Directory /Directory /Directory Feature Id=ProductFeature Level=1 Title=MyTitle ComponentGroupRef Id=SourceComponent / /Feature /Product Fragment ComponentGroup Id=SourceComponent Component Id=cmp829B7EDF9835ECFBEB6B7A5E00D6B29F Directory=Dir01 Guid=* File Id=filD32196FBAB143D1B642565E64AFE743C KeyPath=yes Source=$(var.SourceDir)\MyFile.ext / /Component /ComponentGroup /Fragment /Wix -- 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] I have an installer of an application that needs to be installed over any existing version, regardless of version number. Can this be done using Wix 3.7v ?
I have an installer of an application that needs to be installed over any existing version, regardless of version number. Can this be done using Wix 3.7v?. If yes can I know how to do this ? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/I-have-an-installer-of-an-application-that-needs-to-be-installed-over-any-existing-version-regardles-tp7587937.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] WIX: Create an installer which will install the Printer driver using INI file
Dear All, I want to create an installer which will install the Printer driver using INI file. My problem is explained Input -- Printer driver set Output: --- Option 1: MSI file Option 2: EXE file Option 3: Installer + Printer driver set + INI file Option 1,2 created successfully by adding the Printer driver set to WIX . Now i am looking for Option 3. Option 3: Installer + Printer driver set + INI file - In Option 1, 2, I have added the Printer driver set to the WIX file. Output will be MSI for Option 1 and EXE for Option 2. But for Option 3, Output should be installer(exe) + Printer driver set (driver set will be provided by me) + INI file (provided by me). Using installer(exe), we should read INI file and install Printer driver set accordingly. Could you please let me know how to achieve this option 3 using Wix? -- 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] Wix BA: Launch target app crash
Hello, Our installed app crashes after 'Launch' click with windows dialog that saying: Looking for solutions. Windows 7 I found this message in Event logs: Faulting application name: #.exe, version: 2.0.0.0, time stamp: 0x5208c428 Faulting module name: KERNELBASE.dll, version: 6.1.7601.18015, time stamp: 0x50b83c8a Exception code: 0xe0434f4d Fault offset: 0xc41f Faulting process id: 0x%9 Faulting application start time: 0x%10 Faulting application path: %11 Faulting module path: %12 Report Id: %13 Our package contains few DLLs and EXE files Does anyone know why this would be happening? Thanks, Andriy T. -- 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] I have an installer of an application that needs to be installed over any existing version, regardless of version number. Can this be done using Wix 3.7v ?
If over any existing version means that the old product will be removed and replaced by the new one, a major upgrade with RemoveExistingProducts early (e.g. just after InstallInitialize) will do that. You'll need to set the major upgrade to detect and replace any installed version, even products with a higher version than the incoming one. Phil W -Original Message- From: akshayB [mailto:akshay...@gmail.com] Sent: Monday, August 12, 2013 3:57 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] I have an installer of an application that needs to be installed over any existing version, regardless of version number. Can this be done using Wix 3.7v ? I have an installer of an application that needs to be installed over any existing version, regardless of version number. Can this be done using Wix 3.7v?. If yes can I know how to do this ? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/I-have-an-inst aller-of-an-application-that-needs-to-be-installed-over-any-existing-version -regardles-tp7587937.html Sent from the wix-users mailing list archive at Nabble.com. -- 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
Re: [WiX-users] multi-language bundle - A BIG THANKS
Phill/Alnoor I had to make a few more adjustments to my code to match what you have, but it will still only launch in English when running on a French OS. If I use the command line option -lang 1036 then the Burn wrapper will correctly show UI and License in French. So how do I get it to show the UI in the language of the system OS? Thanks. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587944.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] Creating a system restore point using burn
According to the log file [2013-08-12T17:22:27]i360: Creating a system restore point. [2013-08-12T17:22:27]i362: System restore disabled, system restore point not created. the bootstrapper is already trying to create a system restore point. Does it fail only because of some system settings, or could some wrong WiX options (e.g. in the bundle msi) be the problem, too? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-a-system-restore-point-using-burn-tp7587945.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] multi-language bundle - A BIG THANKS
I am trying to solve that same issue, so I do not have a solution yet. I was in the process of importing the 'extended bootstrapper' and writing a BAFunction.dll to try and get the language of the UI to be the same as the OS UserLanguageID and also address an issue where I need to restrict which LCIDs get passed to my MsiPackage as a name of a transform. This morning I got a message from the extended bootstrapper site that implied that Wix 3.8 resolves the first part of this issue and showes the bootstrapper language based on the OS settings. So I am now working on checking out that lead. Bottom line is I don't have this issue figured out yet. Check out: http://wixextba.codeplex.com/ -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587946.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] Creating a system restore point using burn
The former (controlled by system settings). For example, it's common to have VM's configured with restore points disabled. -- 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: MrWiX [mailto:philipp.ew...@asamnet.de] Sent: Monday, August 12, 2013 12:11 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating a system restore point using burn According to the log file [2013-08-12T17:22:27]i360: Creating a system restore point. [2013-08-12T17:22:27]i362: System restore disabled, system restore point not created. the bootstrapper is already trying to create a system restore point. Does it fail only because of some system settings, or could some wrong WiX options (e.g. in the bundle msi) be the problem, too? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-a-system-restore-point-using-burn-tp7587945.html Sent from the wix-users mailing list archive at Nabble.com. -- 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
Re: [WiX-users] multi-language bundle - A BIG THANKS
Okay thanks, If 3.8 does correctly detect OS language and launch Burn wrapper in detected language then that should solve part of that issue. As for your 2nd issue, are you talking about conditioning your MsiPackage so that it will only use your supportted language .mst's that you need to pass to your .msi as transforms? If so I do have a solution that works for that. It requred me to create 2 MsiPackage entries. One that is conditioned only on the SystemLanguageID's that I support and the other will is conditioned on SystemLanguageID not equalling my supported languages, and therefore it will only trigger the 1033.mst. If this was not what you meant then ignore this Thanks, -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587948.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] multi-language bundle - A BIG THANKS
Yes, we support seven languages. If I pass UserLanguageID or SystemLanguageID in my var LCID and then pass it as a property to the MSI package in the form of TRANSFORMS=LCID.mst all is well for the supported languages, however an unsupported language results in an error because the transform does not exist. I have two msi packages in my chan which have a different set of 'supported' transforms. I like your approach and will check it out. I added the BAFunction.dll into the project (which meant I had to change to the extended bootstrapper), late last week. I plan to read the LCID var and then limit the range of LCIDs that I pass to each Msi package. Also if a user has a 'related' language we default to the nearest supported language. We support 1034 (Spanish) and when we detect Mexican or any other variant of Spanish we default to 1034 (rather than defaulting to English). This is standard behavior in our existing InstallScript projects. So I am working on implementing similar behavior with WiX. I am going to try out WiX 3.8 and I may still need to do some 'custom' processing of the property before passing it to the MSI. But thanks for telling me about how you used MsiPackage/@InstallCondition to address this issue. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587949.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] Difficulties with Burn (and introducing myself)
Hello, My name is Marlos and I'm working with WiX for the last 6 months. I'm migrating a system from InstallShield to WiX and I'm excited with the toolset. I'll be glad to contribute to the list. But I'm having the following problem with Burn: I created a bootstrapper to installed two msi packages, let me name them pkgA and pkgB. Then I created a RegistrySearch (using UtilExtension) to search if pckA is already installed. If so, the pkgA should not be installed. The problem occurs when I try to uninstall the bundle. The pckA gets removed even if the bundle didn't install it. What am I doing wrong? Thank you. BR, Marlos -- 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] Difficulties with Burn (and introducing myself)
Burn will automatically detect if MSIs are installed. No need to do anything. Additional help probably requires more detail about what exactly the searches and conditions were. On Mon, Aug 12, 2013 at 12:36 PM, Marlos Gottschild marlos.gottsch...@gmail.com wrote: Hello, My name is Marlos and I'm working with WiX for the last 6 months. I'm migrating a system from InstallShield to WiX and I'm excited with the toolset. I'll be glad to contribute to the list. But I'm having the following problem with Burn: I created a bootstrapper to installed two msi packages, let me name them pkgA and pkgB. Then I created a RegistrySearch (using UtilExtension) to search if pckA is already installed. If so, the pkgA should not be installed. The problem occurs when I try to uninstall the bundle. The pckA gets removed even if the bundle didn't install it. What am I doing wrong? Thank you. BR, Marlos -- 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
Re: [WiX-users] Difficulties with Burn (and introducing myself)
Thanks, Rob, Here is the code: util:RegistrySearch Root=HKLM Key=SOFTWARE\Classes\Installer\Products\PACKED_GUID Value=Version Variable=PkgA_Installed Result=exists / Chain MsiPackage Id=PkgA SourceFile=PkgA.msi DisplayInternalUI=yes Visible=yes InstallCondition=PkgA_Installed / Then my requirement is to *not* uninstall if it was already installed before running the bootstrapper (like installed manually). An real example is: a) I manually install SQL Server CE 3.5 SP2 b) I install my application which contains this SQL Server CE 3.5 SP2 redistributable (but it is not really installed since the prereq was installed manually in step a) c) I uninstall my application (and here the problem is that SQL CE gets uninstalled, even if in step b the bootstrapper doesn't install it). Thank you again, Marlos 2013/8/12 Rob Mensching r...@robmensching.com Burn will automatically detect if MSIs are installed. No need to do anything. Additional help probably requires more detail about what exactly the searches and conditions were. On Mon, Aug 12, 2013 at 12:36 PM, Marlos Gottschild marlos.gottsch...@gmail.com wrote: Hello, My name is Marlos and I'm working with WiX for the last 6 months. I'm migrating a system from InstallShield to WiX and I'm excited with the toolset. I'll be glad to contribute to the list. But I'm having the following problem with Burn: I created a bootstrapper to installed two msi packages, let me name them pkgA and pkgB. Then I created a RegistrySearch (using UtilExtension) to search if pckA is already installed. If so, the pkgA should not be installed. The problem occurs when I try to uninstall the bundle. The pckA gets removed even if the bundle didn't install it. What am I doing wrong? Thank you. BR, Marlos -- 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 -- 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] multi-language bundle - A BIG THANKS
The way the language detection works in WiX is to search for a language matching the full language ID and if that isn't present it searches the primary language and then defaults to US English - so if you support Spanish but not Mexican then Spanish is selected. I am wondering if you could set your LCID for the transform to a value from the burn localisation file, that way the fall back would work as you expect. Neil -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: 12 August 2013 19:59 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] multi-language bundle - A BIG THANKS Yes, we support seven languages. If I pass UserLanguageID or SystemLanguageID in my var LCID and then pass it as a property to the MSI package in the form of TRANSFORMS=LCID.mst all is well for the supported languages, however an unsupported language results in an error because the transform does not exist. I have two msi packages in my chan which have a different set of 'supported' transforms. I like your approach and will check it out. I added the BAFunction.dll into the project (which meant I had to change to the extended bootstrapper), late last week. I plan to read the LCID var and then limit the range of LCIDs that I pass to each Msi package. Also if a user has a 'related' language we default to the nearest supported language. We support 1034 (Spanish) and when we detect Mexican or any other variant of Spanish we default to 1034 (rather than defaulting to English). This is standard behavior in our existing InstallScript projects. So I am working on implementing similar behavior with WiX. I am going to try out WiX 3.8 and I may still need to do some 'custom' processing of the property before passing it to the MSI. But thanks for telling me about how you used MsiPackage/@InstallCondition to address this issue. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587949.html Sent from the wix-users mailing list archive at Nabble.com. -- 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
Re: [WiX-users] multi-language bundle - A BIG THANKS
Thanks for the idea. I will try that. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587954.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] multi-language bundle - A BIG THANKS
I assume that your (Neil's) description of the WiX language detection behavior applies to 3.8, because I have not observed that behavior with WiX 3.7. For me with 3.7 I always have to use -lang LCID to see any of my supported bundle translated strings. So far I have only tested using Windows 8 Professional (with English and German selected by the user) and Windows 7 Ultimate Korean. I had decided earlier today to move to 3.8, but with many distractions I do not have it working just yet. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587955.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] multi-language bundle - A BIG THANKS
No this also applies to 3.7 but there is a bug that means it detects the system language not the user language which probably explains what you are seeing. If you make the system language match the user selected language it works as I described. -Original Message- From: Phill Hogland [mailto:phogl...@rimage.com] Sent: 12 August 2013 21:58 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] multi-language bundle - A BIG THANKS I assume that your (Neil's) description of the WiX language detection behavior applies to 3.8, because I have not observed that behavior with WiX 3.7. For me with 3.7 I always have to use -lang LCID to see any of my supported bundle translated strings. So far I have only tested using Windows 8 Professional (with English and German selected by the user) and Windows 7 Ultimate Korean. I had decided earlier today to move to 3.8, but with many distractions I do not have it working just yet. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/My-experiences-making-a-multi-language-bundle-tp7208949p7587955.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] recommended project structure for WIX
Can anyone point me to a reference that recommends a best practices project structure for WIX - using boot strapper? I have two projects - one for Setup and one for BootStrapper. I have 2 dependencies - .net framework 4 and iis express. I was going to create a Dependencies folder for those; a Lang folder for the license agreement; a Resources folder for any images and icons. I found the following blog, which is helpful - but it does not discuss boot strapper and is a bit outdated. http://weblogs.sqlteam.com/mladenp/archive/2010/02/11/WiX-3-Tutorial-Solution Project-structure-and-Dev-resources.aspx Thanks, Chris B -- 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] recommended project structure for WIX
When I started with WiX I downloaded the WiX source code and used the src\Setup tree of files as an example. I found CommonLib and CoreMsi to be helpful in building my MSI. I used Bundle as a model and initially got a MBA similar to WixBA working. The web download stuff is not operational yet. I am not very 'sharp', so I use preprocessor commands to switched to WixStdBA (and C++) to work on my core functionality of the bundle and msi. Later I will switch back to the MBA and work on the download issues. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/recommended-project-structure-for-WIX-tp7587962p7587963.html Sent from the wix-users mailing list archive at Nabble.com. -- 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] Adding a new dependent file to shared component without breaking component rules
If I put D2.dll in its own component, then, assuming Product1 and Product2 installed, when Product2 is uninstalled, D2.dll will be removed. However, A.dll will still be at version 1.1.0, so will have lost its dependency and thusly won't run. NB: I can't change Product1 - it's already in the field and won't have any updates. In reality Product1 and Product2 are different versions of our product that can be installed side-by-side - users like to have access to previous versions. Cheers, Michael -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: Monday, 12 August 2013 6:14 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Adding a new dependent file to shared component without breaking component rules Why not put D2.dll in it's own Component? On Sun, Aug 11, 2013 at 10:37 PM, Michael Partridge michael.partri...@petrosys.com.au wrote: Hi All, I was wondering if the state of play has changed at all since http://stackoverflow.com/questions/703359/wix-add-new-file-to-shared-componentwas discussed? Basically, I have Product1 (already released) and Product2 (in development) which both share the same component A.dll. A.dll is installed to %COMMONFILES%/MyProducts/. Product1 installs A.dll version 1.0.0, which is dependent upon D1.dll. Product2 installs A.dll version 1.1.0, which is dependent upon D1.dll and D2.dll. Due to the way that A.dll is used (it's a COM component registered in a thirdparty application, and we can only register one .dll) there isn't the option of creating newA.dll and putting that into Product2. (At least not without breaking Product1.) I think my only option is to add D2.dll in A.dll's component, breaking the component rules, and live with the fact that D2.dll will remain on the user's computer if they uninstall Product2 then uninstall Product1. At least then, if someone uninstalls Product2 our .dll will continue to run correctly. Does anyone have any further insight? Thanks, Michael -- 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.c lktrk ___ 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 -- 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] Wix Cabinet Caching Not Working.
Anyone have any ideas please? On Sat, Aug 10, 2013 at 12:40 AM, Jeff Nevins j...@jeffnevins.com wrote: I can't seem to get wix cabinet caching to work. I have PropertyGroup CabinetCreationThreadCount3/CabinetCreationThreadCount CabinetCachePathcabs/CabinetCachePath ReuseCabinetCacheTrue/ReuseCabinetCache /PropertyGroup in the wixproj. Media Id=1 Cabinet=contents.cab EmbedCab=yes CompressionLevel=mszip/ Media Id=2 Cabinet=static.cab EmbedCab=yes CompressionLevel=mszip/ in the wxs and a component that I know 100% never ever changes marked with Component DiskId=2 ... I see the cab files generated in the cabs directory, but each time I build, I see the modified time of the cab file change, which suggests that it's regenerated the cabinet instead of reusing the one from the cache. Using Wix 3.6 How can I get this working or debug the problem further? -- 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
