Re: [WiX-users] Heat.exe XSLT parameters
You can't do it. I use a separate msbuild step to call Saxon to transform my XML. XSLT 2 is much nicer anyway. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 26 February 2013 19:17 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Heat.exe XSLT parameters Hi, I have below command working very well. but not sure can we pass parameters to XSLT Template (FilterFiles.xslt) through command line when we pass xslt template as a parameter to heat command? C:\\heat.exe dir C:\Workspaces\Chatra\Website\SCBUDirect.B2CWeb -cg SCBUDirect -gg -t C:\Workspaces\Chatra\FilterFiles.xslt -out C:\Workspaces\Chatra\WebSiteContent.wxs -directoryid INSTALLLOCATION -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-exe-XSLT-p arameters-tp7583962.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Looking at WiX to generate a Chained install package.
There's such a thing as a .zap file for installing exes with GPO but it is limited in what it can do. Mass deployment systems other than GPO handle exes much better. Windows Installer 4.5 added multi package transactions but I seem to recall Rob saying it wasn't entirely reliable in some situations. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 27 February 2013 14:07 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Looking at WiX to generate a Chained install package. Classification: Public I have heard that GPO doesn't support EXE's? -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: February-27-13 8:59 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Looking at WiX to generate a Chained install package. Chaining MSI's in an MSI is not supported so I am not sure how InstallShield does that. WiX bundles are chains of MIS's packaged as an EXE, this can easily be pushed out be admins as it supports unattended installs with command line parameters than can be pushed in to the chained MSI's in much the same way as an unattended MSI. Neil No we are not talking about nested installs. I am actually talking about a Chain installer that chains in a bunch of .msi project into a single msi package. InstallShield has this it correctly creates a single .msi package for administrators to push out. We started looking at WiX and therefore are in the process of converting all our install project to WiX, but we did not know what Chaining capabilities WiX had and therefore I was looking into this. InstallShield has some of their own custom actions to accomplish this: ISChainPackageCommit, ISChainPackagePrepare and ISChainPackageRollback and they have created their own tables to handle the data: ISChainPackage, ISChainPackageData and they make use of the EmbeddedChainer The only issue is that they do not support individual product minor upgrades or patches and therefore we have only used it for major upgrades where all product .msi are major upgrades. Anyways if WiX does not yet support a Chain package that generates a single .msi then I guess for this product we'll have to continue using InstallShield. Thanks, Tim. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Looking-a t-W iX-to-generate-a-Chained-install-package-tp7583963p7583994.html Sent from the wix-users mailing list archive at Nabble.com. --- --- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This message has been marked as Public by Steven Ogilvie on February-27-13 9:07:23 AM. The above classification labels were added to the message by TITUS Message Classification. Visit www.titus.com for more information. - - 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installation target is ReadOnly?
Ideally, configuration files shouldn't be installed. Install a default and copy it to a user-writeable directory or just generate a default config in a writable location on first run. If you're unable to fix the code for some reason, you can change the file's permissions at install time using util:permissionex. Non-admins are not allowed to write to Program Files and writes will usually be silently redirected to a mirror copy somewhere in c:\users\username. Even an admin needs to be elevated to write under Program Files, which is why your installer has to elevate to install files there. Your shortcut element may have the advertised attribute set to yes. If you want a .lnk file type shortcut, set advertised to no. -Original Message- From: lolonapoli [mailto:lolonap...@gmail.com] Sent: 27 February 2013 15:11 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installation target is ReadOnly? Hello, I just create my first installation package with wix :) In this package there is an application (.exe), a desktop shortcut and a .ini file for the configuration and some more that don't interest this thread. I have 2 strange behaviors once installed: 1) Right clicking the shortcut- properties. The Open file location button is disabled. 2)The user needs to configure the program behavior editing the INI installed in the Program files folder. but , after editing, the Save operation failed with access deny. I am on windows7 32. I have installed my software as administrator and trying to modify the INI file also as administrator. Someone can help me to figure out what's wrong? Thanks L. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Installation-ta rget-is-ReadOnly-tp7584002.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] MSFlexGrid
I use Nabble to search the archive. http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/wix-users-f6875 60.html You need to include COM registration information when you install COM DLLs. Look up heat in the wix help. That's a tool that gathers COM registration from the DLL which you can add to your Wix project. -Original Message- From: Hans Låhne [mailto:h...@hjl.no] Sent: 26 February 2013 08:03 To: wix-users@lists.sourceforge.net Subject: [WiX-users] MSFlexGrid Hello! I am new to the Wix toolset. I am now trying to use Wix to make a setup of my VB 2012 application. In the program I use MSFlexgrid controls. (I have not manage to get rid of them without losing functionality.) I have included the files (AxInterop.MSFlexGridLib.dll and Interop.MSFlexGridLib.dll) but I am getting an error message: Class not registered (0x80040154) Can anyone help me? How can I seek in wix-users archive? With regards Hans Låhne - - 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] TFS2010 and Wix
Use the Wix project properties to set the pre-processor variable to an msbuild property e.g. SprintBuild=$(IsSprintBuild). You can initialise the msbuild property via the build definition, an .rsp file, in tfsbuild.proj or however you like. -Original Message- From: Robin66 [mailto:aliesch.r...@gmail.com] Sent: 26 February 2013 08:56 To: wix-users@lists.sourceforge.net Subject: [WiX-users] TFS2010 and Wix Hi all, We use TFS 2010 with VS2012 and use Wix for the Installers, now we have a Bootstrapper that consists of 5 msi’s. One of this msi is very big, so I only what it to be included in the Bootstrapper if we do a “Sprintbuild” usually once a month. At the Moment if have something like this in my Bundel. ?if $(var.SprintBuild) = 1 ? Include the Big MSI ?endif? This works ok, but I have to set the Variable SprintBuild manually to 1, so I have to change the Variable manually to 1 under the Project Properties, do a check in, Queue the Sprintbuild, set it back to 0 and check it back in. Is there a way I can do this automatically, what would be the best way to do something like this. Thx a lot for your help. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/TFS2010-and-Wix -tp7583944.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WcaGetProperty returning Invalid handle
The only thing I can think of right now is that WcaFinalize has been called prematurely ? -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 February 2013 14:41 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WcaGetProperty returning Invalid handle Hi, I am calling WcaGetProperty multiple times like so: hr = WcaGetProperty(LANALOG_INPUT,szAnalogInput); ExitOnFailure(hr, failed to get the number of channels); strcpy(szChannelInfo, ANALOG_INPUT); ReadChannelInfo(hInstall, szChannelInfo, szAnalogInput); hr = WcaGetProperty(LDIGITAL_INPUT,szDigitalInput); ExitOnFailure(hr, failed to get the number of channels); strcpy(szChannelInfo, DIGITAL_INPUT); ReadChannelInfo(hInstall, szChannelInfo, szDigitalInput); hr = WcaGetProperty(LANALOGO_OUTPUT,szAnalogOutput); ExitOnFailure(hr, failed to get the number of channels); strcpy(szChannelInfo, ANALOG_OUTPUT); ReadChannelInfo(hInstall, szChannelInfo, szAnalogOutput); Although the first call works fine but the second one returns Invalid Handle, I have no idea what is happening as I have done this before without any problems. Any ideas? Kind Regards, Natalie Carr - - 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Elminate %%filenametype%% during Heat.exe
I'm not sure that I follow the question, but all the options to heat can viewed with heat /?. If you can't achieve what you want with heat then you'd have to wrap it in an MSBuild project or edit the wixproj. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 22 February 2013 19:17 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Elminate %%filenametype%% during Heat.exe Hi peter, I have got the xslt template which works partially ie;the requirement was to eliminate dev,prod ,uat files from harvest file through XSLT template, if package is to be deployed in test env similarly for other environments also.But I am not sure is their any command of heat where we give heat.exe output as input to XSLT template and generate the new required Fragment.WXS -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filena metype-during-Heat-exe-tp7583781p7583889.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Authenticode verification fails on clean Windows Xp sp3
You might be missing the necessary root certificate on those machines. I think this is the link you need. Some certificates are updated by Windows Update but not all so look at the certificate chain of the exe (right click / properties) on an affected machine to see if it is installed. http://www.microsoft.com/en-us/download/details.aspx?id=35945 -Original Message- From: Sørensen, Rune [mailto:rune.soren...@cobham.com] Sent: 21 February 2013 07:40 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Authenticode verification fails on clean Windows Xp sp3 Hi All, I'm having some issues with the following use case: Some of our users install our product on a clean Windows XP SP3 which has never been connected to the internet (and might never be). When Burn tries to validate the authenticode of the packages, it fails. However, if the system is connected to the internet, the next installation attempt succeeds. After investigating the issue, I assume this issue is related to burn/WinVerifyTrust() being unable to download a certificate revocation list. Another use case with the same result: Install on a clean windows xp sp3 WITH internet access. First installation attempt fails, second succeeds. Since these use cases is pretty common I was hoping some of you have had similar issues. Could this be related to the certificate chain used when signing msi-packages? Definition of clean: The state just after installation of windows has been completed - no windows updates and no other programs installed. Extract from the log file (the issue is the same on v3.7.1224.0): [0634:04E8][2013-02-20T15:15:14]i001: Burn v3.7.1203.0, Windows v5.1 (Build 2600: Service Pack 3), path: Z:\BootStrapper\bin\Debug\ product .exe, cmdline: '' ... [0634:07A0][2013-02-20T15:15:22]i338: Acquiring package: product_x86.msi, payload: product_x86.msi, copy from: Z:\BootStrapper\bin\Debug\product_x86.msi [03DC:0644][2013-02-20T15:15:23]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi [03DC:0644][2013-02-20T15:15:23]e000: Error 0x800b010a: Failed to verify signature of payload: product_x86.msi [03DC:0644][2013-02-20T15:15:23]e310: Failed to verify payload: product_x86.msi at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi, error: 0x800b010a. Deleting file. [03DC:0644][2013-02-20T15:15:23]e000: Error 0x800b010a: Failed to cache payload: product_x86.msi [0634:07A0][2013-02-20T15:15:23]e314: Failed to cache payload: product_x86.msi from working path: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{ee9f0de4-a315-4ed6-a2a5-a0dcee24ad78}\pro duct_x86.msi, error: 0x800b010a. [0634:07A0][2013-02-20T15:15:23]e349: Application requested retry of payload: product_x86.msi, encountered error: 0x800b010a. Retrying... [0634:07A0][2013-02-20T15:15:26]i338: Acquiring package: product_x86.msi, payload: product_x86.msi, copy from: Z:\BootStrapper\bin\Debug\product_x86.msi [03DC:0644][2013-02-20T15:15:26]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi [03DC:0644][2013-02-20T15:15:26]e000: Error 0x800b010a: Failed to verify signature of payload: product_x86.msi [03DC:0644][2013-02-20T15:15:26]e310: Failed to verify payload: product_x86.msi at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi, error: 0x800b010a. Deleting file. [03DC:0644][2013-02-20T15:15:26]e000: Error 0x800b010a: Failed to cache payload: product_x86.msi [0634:07A0][2013-02-20T15:15:26]e314: Failed to cache payload: product_x86.msi from working path: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{ee9f0de4-a315-4ed6-a2a5-a0dcee24ad78}\pro duct_x86.msi, error: 0x800b010a. [0634:07A0][2013-02-20T15:15:26]e349: Application requested retry of payload: product_x86.msi, encountered error: 0x800b010a. Retrying... [0634:07A0][2013-02-20T15:15:29]i338: Acquiring package: product_x86.msi, payload: product_x86.msi, copy from: Z:\BootStrapper\bin\Debug\product_x86.msi [03DC:0644][2013-02-20T15:15:29]e000: Error 0x800b010a: Failed authenticode verification of payload: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi [03DC:0644][2013-02-20T15:15:29]e000: Error 0x800b010a: Failed to verify signature of payload: product_x86.msi [03DC:0644][2013-02-20T15:15:29]e310: Failed to verify payload: product_x86.msi at path: C:\Documents and Settings\All Users\Application Data\Package Cache\.unverified\product_x86.msi, error: 0x800b010a. Deleting file. [03DC:0644][2013-02-20T15:15:29]e000: Error 0x800b010a: Failed to cache payload: product_x86.msi [0634:07A0][2013-02-20T15:15:29]e314: Failed to cache payload: product_x86.msi from working path: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\{ee9f0de4-a315-4ed6-a2a5-a0dcee24ad78}\pro duct_x86.msi, error: 0x800b010a.
Re: [WiX-users] Using Product Id=*
You can use the ProductCode property within the MSI. http://msdn.microsoft.com/en-gb/library/windows/desktop/aa370854%28v=vs.85%29 .aspx If by package you mean a bootstrapper or something else external to the MSI then you can open the MSI with InstEd or Orca and examine the Property table for the same property. -Original Message- From: Gary Ewan Park [mailto:ge...@gep13.co.uk] Sent: 21 February 2013 07:00 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Using Product Id=* Hello, I am still quite new to WiX, so please bear with me... I have implemented the following pattern: http://wix.sourceforge.net/manual-wix3/major_upgrade.htm I allow for ease of upgrade. However, the installation package that I am trying to create needs to know about the ProductCode, in order to pass a parameter to the msiexec to make it uninstall the app. Since I am using Id=”*”, how can I find out the correct ProductCode (i.e. GUID), in order to pass as a parameter to msiexec. Thanks Gary Sent from Windows Mail - - 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on Argument passedtoMSIInstallation
Yes, I'm talking about the file component of the file that you want to copy/rename. FFF should be replaced with the Id of the File element. CCC should be replaced with the Id of the Component that is the parent of the same file element. CostFinalize is just the place in the execute sequence where the property will be set. Don't change that. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 21 February 2013 14:36 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Rename File based on Argument passedtoMSIInstallation Hi Peter I was bit confused ,please bear with me. SetProperty Id=SourceFilesFolder Value=[#FFF] After=CostFinalize / Where FFF is the file ID of the source file. Here FFF is the fileId which is generated in Heat output file? and here CostFinalize is some feature? SetDirectory Id=DestFilesFolder Value=[$CCC] / Where CCC is the Component ID of the source file. Here CCC is the Component ID which is generated similarly in Heat output file? Please see component id which is generated for the file which I am trying to copy and paste it same directory: Component Id=cmpE3B75974B57E1263C93B9B05FDFE715F Directory=dir64C5FB989D956FBA878D608B754DE28A Guid={CA810124-F44B-4EF5-986A07FAA67434AB} File Id=fil85729F855FDD131D6161043C08CB4543 KeyPath=yes Source=C:\Workspaces\Chatra\Website\SCBUDirect.B2CWeb\App_Config\ConnectionS trings.config / /Component -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-bas ed-on-Argument-passed-to-MSI-Installation-tp7583717p7583839.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on ArgumentpassedtoMSIInstallation
See the Wix help for CopyFile. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 21 February 2013 16:22 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Rename File based on ArgumentpassedtoMSIInstallation Thanks Peter.. Another question is does the source file of copyfile should on destination system? or Source file can be part of MSI package(after heat) and during installation process we can rename the file using Copyfile? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-bas ed-on-Argument-passed-to-MSI-Installation-tp7583717p7583841.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on Argument passed to MSIInstallation
It looks OK. Make sure the file E:\Websites\SCBUDirect\Website\SCBUDirect.B2CWeb\App_Config\basic.log4net.dev exists on the machine that you install on. The next step would be to generate and examine a verbose log. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 19 February 2013 22:01 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Rename File based on Argument passed to MSIInstallation Hi Peter, I have used the copy file but no use,not sure I am doing any wrong.Please see below statements; for time being I have hard coded source and destination folders in setup project of MSI. Note: Below file paths are the one where MSi package installation destination not the source location from. Property Id=SourceFilesFolder Value=E:\Websites\SCBUDirect\Website\SCBUDirect.B2CWeb\App_Config\basic.log4 net.dev / Property Id=DestFilesFolder Value=E:\Websites\SCBUDirect\Website\SCBUDirect.B2CWeb\App_Config\ / DirectoryRef Id=INSTALLLOCATION Component Id=CMP_LOG4TXT CopyFile Id=Copy_LOG4TXT SourceProperty=SourceFilesFolder DestinationProperty=DestFilesFolder DestinationName=basic.log4net / /Component /DirectoryRef -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-bas ed-on-Argument-passed-to-MSI-Installation-tp7583717p7583746.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Icon for bootstrapper in add/remove
Bundle/@IconSourcefile -Original Message- From: Persson, Lars [mailto:lars.pers...@diadrom.se] Sent: 20 February 2013 10:28 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Icon for bootstrapper in add/remove Hello I want to add an icon for the application in add/remove. There is no problem doing this in the .msi by adding the Property Id=ARPPRODUCTICON Value=ProductIcon.ico / to the product.wxs file. But when I use Burn to first install .net and other stuff only the boring default icon is shown in add/remove. Is there any way to add the same icon in add/remove from burn? I have googled it for a while but haven't found any solution. Iam currently using the BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.HyperlinkLicense If it have any implications. /Lars Lars Persson, B.Sc. Diadrom Systems AB Första Långgatan 19 SE-413 27 Göteborg, SWEDEN Registered Office Göteborg, Sweden Registration No. 556603-4426 Mobile: +46(0)736 822 451E-mail: lars.pers...@diadrom.semailto:lars.pers...@diadrom.se Phone: +46(0)31 774 11 00 Web:http://www.diadrom.se Fax:+46(0)31 774 11 12 We provide professional solutions and services with superior quality related to computer-based durable products. _ PLEASE NOTE: The information contained in this message is privileged and confidential, and is intended only for the use of the individual named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. Opinions, conclusions and other information in this message that do not relate to the official business of my firm shall be understood as neither given nor endorsed by it. If you have received this communication in error, please contact the sender. THANK YOU. - - 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_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on Argument passed toMSIInstallation
I think you have done the right things. It's better (i.e. more reliable and easier to change) if you use a SetProperty element to set the source property to the actual installed location of the source file. This avoids hardcoding the source file path. Likewise use SetDirectory to set the source target directory of the file. SetProperty Id=SourceFilesFolder Value=[#FFF] After=CostFinalize / Where FFF is the file ID of the source file. SetDirectory Id=DestFilesFolder Value=[$CCC] / Where CCC is the Component ID of the source file. If you still have problems, look at the verbose log to see what is actually happening. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 20 February 2013 14:45 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Rename File based on Argument passed toMSIInstallation Hi Peter thanks for the reply. The file basic.log4net.dev does come with Installer MSi package, and after package installation on destination folder the file name need to be changed to basic.log4net. I assume you understand my requirement; the path I have provided is the destination folder path where package is installed, not the source directory on which heat.exe is applied.If am doing something wrong in setting the property value ,please let me know. Thanks In advance. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-bas ed-on-Argument-passed-to-MSI-Installation-tp7583717p7583765.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Elminate %%filenametype%% during Heat.exe
Not really. I use XSLT. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 20 February 2013 16:55 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Elminate %%filenametype%% during Heat.exe Hi all, I just want to eliminate some of the files during Harvesting based on Environment the MSI package is Installed to; Is their any way to do while running Heat.exe with some parameters passing to Heat command. For example file name like %%testBuild_dev%% Thanks In advance. Chatra -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filena metype-during-Heat-exe-tp7583781.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Elminate %%filenametype%% during Heat.exe
http://www.lines-davies.net/blog/?p=12 -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 20 February 2013 18:01 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Elminate %%filenametype%% during Heat.exe Hi peter thanks for the reply. Can you point out any examples on how to proceed using XSLT. Thanks Chatra -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Elminate-filena metype-during-Heat-exe-tp7583781p7583788.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Rename File based on Argument passed to MSI Installation
You could use the CopyFile element to create a file at run-time. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 18 February 2013 21:18 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Rename File based on Argument passed to MSI Installation Hi, I have the MSI package where I Pass the Installation location as One of Argument1 in Command Line and Want to pass another argument2 also;Based on this second argument2(Env) can I rename a file which is in the Installation package?. If this can be done;then how it can be achieved?(as PostBuild script or as Configuration setting up in Setup Project) Thanks In advance. Chatra -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Rename-File-bas ed-on-Argument-passed-to-MSI-Installation-tp7583717.html Sent from the wix-users mailing list archive at Nabble.com. - - The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Passing Location from Bootstrapper to MSI
Create a directory with the ID set to the same as the MSIProperty name, i.e. INSTALLLOCATION. When the bootstrapper passes the property to the MSI, it overrides the directory's default path in the MSI Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=CompanyProgramsDir Name=Company PLC Directory Id=INSTALLLOCATION Name=Productv1.0 -Original Message- From: Sam Boman [mailto:s...@samb.se] Sent: 15 February 2013 10:32 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Passing Location from Bootstrapper to MSI I want to pass the Options Location in the Bootstrapper UI ( WixStandardBootstrapperApplication.RtfLicense) to the MSI: In Bundle: Variable Name=InstallFolder Type=string Value=[ProgramFilesFolder]The Application/ Chain PackageGroupRef Id=NetFx40ClientRedist/ MsiPackage Id=MyApplication SourceFile=$(var.MsiProject.TargetPath) MsiProperty Name=INSTALLLOCATION Value=[InstallFolder]/ /MsiPackage /Chain How to pickup this property in the MSI (I go for a MSI without a UI, and let the bootstrapper be the only visible UI to the user)? - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wxLibs - Usage
There might be a wixlib example in the wix tutorial but I can't access it at the moment. A wixlib is like a compiled wxs file containing 1+ fragments. Instead of a wixobj it's compiled into a wixlib. Optionally it can have the files referenced added to the wixlib file in a cab (a bound wixlib) which makes it easier to use. You store resources (components/binary elements/directory structures/etc) in the wixlib and then reference them in your wxs files using component-/binary-/directory- Refs. The wixlib is added to the wixobjs on the light command line or in the references section if using visual studio. A simple example of defining and using one would be: A visual studio wixlib project containing a wxs file. The file defines a component in a fragment. A visual studio MSI project containing another wxs file. The file has a feature that includes a componentref to the component defined in the wixlib. The wixlib created by the first project is a reference in the second project. -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 15 February 2013 15:40 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] wxLibs - Usage Hello Again, Figured out that libs are essentially Fragments. If there is a tutorial somewhere that I missed I would appreciate a link. If libs are not like fragments I would appreciate someone correct me on this misconception I have Thanks again, Marc Hello, I am in the process of learning wix and have a question on wxLib files: I found this link explaining why someone would use lib files: http://robmensching.com/blog/posts/2008/10/10/what-are-.wixlibs-and-why-woul d-you-use-them I cannot find a good primer on how to use wxlib files: Here is what I am trying to do: I have two projects (A B) that both share a common set on installation files. I understand that the lib file will contain the sections that are going to be shared amongst A B. My question is what do I put and not put in the Lib File. How is the installation directory shared between the Lib file and the root wxs file. In the wxs file I set variables to point to my debug or release folder depending on what configuration is being build, how are variable passed from the wxs file to the lib file. All my variable values are kept in a wxi file should I include the wxi file in both the lib file and wxs file. etc. Is there a usage sample of how to incorporate a wxlib file in an installer project. Thanks for the advice, Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wxLibs - Usage
Bound files are simply files that are zipped up into the wixlib. If you have a wixlib containing a component that installs a file, you can bind that file into the wixlib. It makes managing builds and tracking versions of files much easier. -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: 15 February 2013 17:03 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] wxLibs - Usage Personally I find a wixlib is mostly only useful if you're going to be sharing them with a third party. They're effectively WiX's own version of merge modules (but without a bunch of the problems merge modules have). If your products A B are being built from the same solution then feel free to use Fragments for the shared parts. Palbinder Sandher Software Platform Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 15 February 2013 16:52 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] wxLibs - Usage Thanks Peter for the explanation. I created a Lib file in VS and using it through a second installation WXS. Not sure what bound files are but I will look that part up to see how I can use these. As for the tutorial, it does not talk about lib files only fragments. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: February-15-2013 11:22 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] wxLibs - Usage There might be a wixlib example in the wix tutorial but I can't access it at the moment. A wixlib is like a compiled wxs file containing 1+ fragments. Instead of a wixobj it's compiled into a wixlib. Optionally it can have the files referenced added to the wixlib file in a cab (a bound wixlib) which makes it easier to use. You store resources (components/binary elements/directory structures/etc) in the wixlib and then reference them in your wxs files using component-/binary-/directory- Refs. The wixlib is added to the wixobjs on the light command line or in the references section if using visual studio. A simple example of defining and using one would be: A visual studio wixlib project containing a wxs file. The file defines a component in a fragment. A visual studio MSI project containing another wxs file. The file has a feature that includes a componentref to the component defined in the wixlib. The wixlib created by the first project is a reference in the second project. -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 15 February 2013 15:40 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] wxLibs - Usage Hello Again, Figured out that libs are essentially Fragments. If there is a tutorial somewhere that I missed I would appreciate a link. If libs are not like fragments I would appreciate someone correct me on this misconception I have Thanks again, Marc Hello, I am in the process of learning wix and have a question on wxLib files: I found this link explaining why someone would use lib files: http://robmensching.com/blog/posts/2008/10/10/what-are-.wixlibs-and-why-woul d-you-use-them I cannot find a good primer on how to use wxlib files: Here is what I am trying to do: I have two projects (A B) that both share a common set on installation files. I understand that the lib file will contain the sections that are going to be shared amongst A B. My question is what do I put and not put in the Lib File. How is the installation directory shared between the Lib file and the root wxs file. In the wxs file I set variables to point to my debug or release folder depending on what configuration is being build, how are variable passed from the wxs file to the lib file. All my variable values are kept in a wxi file should I include the wxi file in both the lib file and wxs file. etc. Is there a usage sample of how to incorporate a wxlib file in an installer project. Thanks for the advice, Marc -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free
Re: [WiX-users] Solved! RE: RegistrySearch returning strange value
That's correct. -Original Message- From: Arnette, Bill [mailto:bi...@signalscape.com] Sent: 15 February 2013 16:55 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solved! RE: RegistrySearch returning strange value So it appears you leave it as a customer support issue instead of guarding against it in your installer? -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Thursday, February 14, 2013 6:57 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Solved! RE: RegistrySearch returning strange value Yep, the Canon installers are the scourge of the deployment world ;) Us too. Sorry I didn't see your message in time. http://kb.sdl.com/#tab:homeTab:crumb:7:artId:4654 -Original Message- From: Arnette, Bill [mailto:bi...@signalscape.com] Sent: 13 February 2013 18:59 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Solved! RE: RegistrySearch returning strange value Solved! It seems that (an older version) of Canon Easy Web-Print EX which shipped with the (in our case) Pixma MG8120 was putting its Uninstall values directly beneath the Uninstall key instead of in its own product-specific key and didn't clear them on uninstall. So for a new install of our product, [PREVIOUSVERSIONSINSTALLED] resolved to an empty string thus causing my AppSearch to resolve to HKLM:Software\Microsoft\Windows\CurrentVersion\Uninstall\@InstallLocatio n where it happily found the erroneous InstallLocation value. The current version of the Canon software on their web site creates the correct Uninstall key/value hierarchy so I was unable to reproduce it on my machine. These people ran into the same issue but were unable to figure it out.. http://community.mediabrowser.tv/permalinks/2650/cronos-install-error Is there any way to get AppSearch to log what path it is searching or at what path it found a valid value? That would have helped tremendously in this case. -Original Message- From: Arnette, Bill [mailto:bi...@signalscape.com] Sent: Wednesday, February 13, 2013 11:42 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] RegistrySearch returning strange value Hi all, I ran into the strangest problem on a customer's machine today. He was installing a new version (MAJOR upgrade) of our software which has the authoring below. We set INSTALLDIR from UPGRADEDIR if a previous version is installed (SetUpgradeInstallDir custom action) and make the installation folder read-only (conditioned on UPGRADEDIR) on the [Admin]FolderForm to force the new version to be installed to the same location. On this particular customer's computer, UPGRADEDIR was set to some other application (in fact a Canon software component). This would happen even if I uninstalled the older version of my application and the Canon software. My first thought was that for some reason our UpgradeCode was the same as the Canon software; though we should be able to have GUID collision like that. But after downloading and examining the Canon software's installer, it does not even appear to be Windows Installer based. I am going to modify the conditions to also require PREVIOUSVERSIONSINSTALLED to be non-NULL to determine that this is an upgrade, but why would the RegistrySearch return some other application's Uninstall key? WiX version is 3.0. Installation target is Win7 64-bit. Application/installer is 32-bit. Thanks in advance for any insight you can provide. Bill !-- Find previous installation folder for upgrade after uninstall -- Property Id=UPGRADEDIR RegistrySearch Id=FindInstallLocation Root=HKLM Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\[PREVIOUSVERSIO NSINSTALLED] Name=InstallLocation Type=raw / /Property CustomAction Id=SetUpgradeInstallDir Return=check Execute=oncePerProcess Property=INSTALLDIR Value=[UPGRADEDIR]/ Upgrade Id=$(var.UpgradeCode) UpgradeVersion Minimum=$(var.version) Property=NEWERPRODUCTFOUND OnlyDetect=yes IncludeMinimum=yes / UpgradeVersion Minimum=1.0.0 Maximum=$(var.version) RemoveFeatures=ALL Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes / /Upgrade InstallExecuteSequence . . . Custom Action=SetARPInstallLocation Before=RegisterProductNOT Installed/Custom AppSearch After=FindRelatedProducts/ Custom Action=SetUpgradeInstallDir After=AppSearch![CDATA[UPGRADEDIR ]]/Custom . . . /InstallExecuteSequence InstallUISequence AppSearch After=FindRelatedProducts/ Custom Action=ERRCA_UIANDADVERTISED Before=AppSearch![CDATA[ProductState=1]]/Custom Custom Action=SetUpgradeInstallDir After=AppSearch![CDATA[UPGRADEDIR ]]/Custom . . . /InstallUISequence
Re: [WiX-users] Solved! RE: RegistrySearch returning strange value
Yep, the Canon installers are the scourge of the deployment world ;) Us too. Sorry I didn't see your message in time. http://kb.sdl.com/#tab:homeTab:crumb:7:artId:4654 -Original Message- From: Arnette, Bill [mailto:bi...@signalscape.com] Sent: 13 February 2013 18:59 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Solved! RE: RegistrySearch returning strange value Solved! It seems that (an older version) of Canon Easy Web-Print EX which shipped with the (in our case) Pixma MG8120 was putting its Uninstall values directly beneath the Uninstall key instead of in its own product-specific key and didn't clear them on uninstall. So for a new install of our product, [PREVIOUSVERSIONSINSTALLED] resolved to an empty string thus causing my AppSearch to resolve to HKLM:Software\Microsoft\Windows\CurrentVersion\Uninstall\@InstallLocatio n where it happily found the erroneous InstallLocation value. The current version of the Canon software on their web site creates the correct Uninstall key/value hierarchy so I was unable to reproduce it on my machine. These people ran into the same issue but were unable to figure it out.. http://community.mediabrowser.tv/permalinks/2650/cronos-install-error Is there any way to get AppSearch to log what path it is searching or at what path it found a valid value? That would have helped tremendously in this case. -Original Message- From: Arnette, Bill [mailto:bi...@signalscape.com] Sent: Wednesday, February 13, 2013 11:42 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] RegistrySearch returning strange value Hi all, I ran into the strangest problem on a customer's machine today. He was installing a new version (MAJOR upgrade) of our software which has the authoring below. We set INSTALLDIR from UPGRADEDIR if a previous version is installed (SetUpgradeInstallDir custom action) and make the installation folder read-only (conditioned on UPGRADEDIR) on the [Admin]FolderForm to force the new version to be installed to the same location. On this particular customer's computer, UPGRADEDIR was set to some other application (in fact a Canon software component). This would happen even if I uninstalled the older version of my application and the Canon software. My first thought was that for some reason our UpgradeCode was the same as the Canon software; though we should be able to have GUID collision like that. But after downloading and examining the Canon software's installer, it does not even appear to be Windows Installer based. I am going to modify the conditions to also require PREVIOUSVERSIONSINSTALLED to be non-NULL to determine that this is an upgrade, but why would the RegistrySearch return some other application's Uninstall key? WiX version is 3.0. Installation target is Win7 64-bit. Application/installer is 32-bit. Thanks in advance for any insight you can provide. Bill !-- Find previous installation folder for upgrade after uninstall -- Property Id=UPGRADEDIR RegistrySearch Id=FindInstallLocation Root=HKLM Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\[PREVIOUSVERSIO NSINSTALLED] Name=InstallLocation Type=raw / /Property CustomAction Id=SetUpgradeInstallDir Return=check Execute=oncePerProcess Property=INSTALLDIR Value=[UPGRADEDIR]/ Upgrade Id=$(var.UpgradeCode) UpgradeVersion Minimum=$(var.version) Property=NEWERPRODUCTFOUND OnlyDetect=yes IncludeMinimum=yes / UpgradeVersion Minimum=1.0.0 Maximum=$(var.version) RemoveFeatures=ALL Property=PREVIOUSVERSIONSINSTALLED IncludeMinimum=yes / /Upgrade InstallExecuteSequence . . . Custom Action=SetARPInstallLocation Before=RegisterProductNOT Installed/Custom AppSearch After=FindRelatedProducts/ Custom Action=SetUpgradeInstallDir After=AppSearch![CDATA[UPGRADEDIR ]]/Custom . . . /InstallExecuteSequence InstallUISequence AppSearch After=FindRelatedProducts/ Custom Action=ERRCA_UIANDADVERTISED Before=AppSearch![CDATA[ProductState=1]]/Custom Custom Action=SetUpgradeInstallDir After=AppSearch![CDATA[UPGRADEDIR ]]/Custom . . . /InstallUISequence --**-- This email and any files transmitted with it are confidential and intended solely for the use of Signalscape, Inc. and the addressed individual or entity. If you have received this email in error please delete it. Information in this email may be subject to the Privacy Act of 1974 and any unauthorized review, use, disclosure, or distribution is strictly prohibited. Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. -- Free Next-Gen Firewall Hardware
Re: [WiX-users] Fragments and Binary elements...
Your last approach is correct. In general, you: Place resources in a fragment in a separate file. Add the file to the project. Reference resources from your main wxs file (or any wxs file that it already references) using an xxxRef. When candle runs, it compiles the wxs file into a wixobj because it is in the project. When light runs, it will see the ref to the fragment and pull in the relevant wixobj created by candle. FragmentRefs are deprecated - just reference the fragment contents. It sounds like you're doing it right. You might have made a mistake somewhere. Try it with a minimal project if necessary to see how it works. -Original Message- From: Tristen Fielding [mailto:tfield...@tradestation.com] Sent: 12 February 2013 22:55 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Fragments and Binary elements... We have a very large wix project and we would like to break it apart. One of the things we would like to do is move several of our Binary element to a fragment but we can't seem to figure out how to make it work. We have something like define in the master.wxs file: Binary Id=WixUI_Bmp_Dialog SourceFile=$(var.MEDIAPATH)\side_panel.bmp / Binary Id=WixUI_Bmp_Banner SourceFile=$(var.MEDIAPATH)\WizardHeader.bmp / Binary Id=WixUI_Bmp_BannerJpn SourceFile=$(var.MEDIAPATH)\WizardHeaderJpn.bmp / Binary Id=WixUI_Bmp_Footer SourceFile=$(var.MEDIAPATH)\WizardFooter.bmp / Binary Id=FirstProgressBMP SourceFile=$(var.MEDIAPATH)\1_awards12_A.bmp / Binary Id=SecondProgressBMP SourceFile=$(var.MEDIAPATH)\2_awards12_B.bmp / Binary Id=ThirdProgressBMP SourceFile=$(var.MEDIAPATH)\3_awards12_C.bmp / Binary Id=FourthProgressBMP SourceFile=$(var.MEDIAPATH)\4_awards12_D.bmp / So we tried simply to move these definition into a new file and wrapped them with a Fragment element. When we built the project the project didn't complain but the binaries weren't in the binaries table. So, we then tried to reference these elements using BinaryRef and FragmentRef but we got error instead. What is the right way to reference these Binary elements in the master.wxs file? Thanks. Tristen Fielding Sr. Software Developer / Program Lead TradeStation Group, Inc. http://www.TradeStation.comhttp://www.tradestation.com/ 8050 SW 10th Street, Suite 2000 Plantation, FL 33324 Tel. 954.652.7320 Fax 954.652.5320 TradeStation Group, Inc. is the parent company of four operating subsidiaries, TradeStation Securities, Inc. (Member NYSE, FINRA, SIPC and NFA), IBFX, Inc. (Member NFA), TradeStation Technologies, Inc., a trading software and subscription company, and TradeStation Europe Limited, a United Kingdom, FSA-authorized introducing brokerage firm. None of these companies provides trading or investment advice, recommendations or endorsements of any kind. The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Forex products and services are offered by TradeStation Forex, a division of IBFX, Inc. - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Heat.exe
That, or add the generated wxs file to your project in visual studio. -Original Message- From: Yawar Khan [mailto:yawar.k...@live.com] Sent: 13 February 2013 07:14 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Heat.exe SET WIX=toolset-directory SET WORKING=working-directory *To harvest* %WIX%/bin/heat.exe dir %WORKING%\..\exe\plugin -cg pluginFiles -gg -scom -sreg -sfrag -srd -dr INSTALLLOCATION -var var.PluginProjectDir -out ..\Fragments\pluginFilesFragment.wxs [You may use/skip -sreg, -sfrag, -dr, -var according to your need] *Candle it* %WIX%/bin/candle.exe -dPluginProjectDir=%WORKING%\..\exe\plugin ..\Fragments\pluginFilesFragment.wxs *In setup.wxs add* Feature Id=PluginFeature Title=MySetup Level=1 ComponentGroupRef Id=pluginFiles / /Feature *Light it to build msi* %WIX%/bin/light.exe -o ..\wix-setups\setup setup.wixobj pluginFilesFragment.wixobj -ext WixUtilExtension -ext WixUIExtension -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-exe-tp7583 483p7583536.html Sent from the wix-users mailing list archive at Nabble.com. - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [Wix-users] XSLT
Regular expressions are useful here if you know them: http://www.w3.org/TR/xpath-functions/#string.match -Original Message- From: Hoover, Jacob [mailto:jacob.hoo...@greenheck.com] Sent: 11 February 2013 19:31 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] [Wix-users] XSLT Hmm, I am no XSLT GURU, but could you do... xsl:template name=replace-string xsl:param name=text/ xsl:param name=replace/ xsl:param name=with/ xsl:choose xsl:when test=contains($text,$replace) xsl:value-of select=substring-before($text,$replace)/ xsl:value-of select=$with/ xsl:call-template name=replace-string xsl:with-param name=text select=substring-after($text,$replace)/ xsl:with-param name=replace select=$replace/ xsl:with-param name=with select=$with/ /xsl:call-template /xsl:when xsl:otherwise xsl:value-of select=$text/ /xsl:otherwise /xsl:choose /xsl:template xsl:template match=wix:RegistryValue/@Value xsl:attribute name=Value xsl:choose xsl:when test=starts-with(., 'C:\windows\system32') xsl:call-template name=replace-string xsl:with-param name=text select=./ xsl:with-param name=replace select='C:\windows\system32' / xsl:with-param name=with select='[SystemFolder]'/ /xsl:call-template /xsl:when xsl:otherwise xsl:value-of select=./ /xsl:otherwise /xsl:choose /xsl:attribute /xsl:template -Original Message- From: Gabriel Ivanes [mailto:g...@fastmail.net] Sent: Monday, February 11, 2013 10:16 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] [Wix-users] XSLT I already has a template. I changed attributes components few times. In this case, i don't know how to identify template : xsl:template match=wix:RegistryValue RegistryValue Value=@Value xsl:apply-templates select=[SystemFolder]/ /RegistryValue /xsl:template This is bad. Sure i want to resolv my issue, but i also wanted advises of good documentation with a wix approach. I find Nick's book to be a good way to learn wix. Maybe Wix's community has well-know ressource for XSLT. Thanks. Le %:Date:, Hoover, Jacob jacob.hoo...@greenheck.com a écrit: I assume you mean how do I invoke an XSLT from heat. The wix specific portion is simply passing -t transformfilename.xslt. From there on out, it's all just XSLT. Here's an identity template to get you started: ?xml version=1.0 encoding=utf-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:msxsl=urn:schemas-microsoft-com:xslt xmlns:wix=http://schemas.microsoft.com/wix/2006/wi; exclude-result-prefixes=msxsl wix xsl:output method=xml indent=yes/ xsl:namespace-alias result-prefix=#default stylesheet-prefix=wix / xsl:template match=@* | node() xsl:copy xsl:apply-templates select=@* | node()/ /xsl:copy /xsl:template /xsl:stylesheet From there, it's up to you to determine which element's you want to change. If you wanted to tweak a directory, you'd use something like xsl:template match=wix:Directory. Jacob -Original Message- From: Gabriel Ivanes [mailto:g...@fastmail.net] Sent: Monday, February 11, 2013 9:50 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] [Wix-users] XSLT Good day, Any good tutorial to use xsl with wix ? For example, replacing C:\windows\system32 with [SystemFolder] in a reg's file with heat. Thanks. -- Sincerely, Gabriel I know no way of judging the future but by the past. Patrick Henry You can never plan the future by the past. Edmund Burke -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Sincerely, Gabriel I know no way of judging the future but by the past. Patrick Henry You can never plan the future by the
Re: [WiX-users] Component Creation - Simple Advice needed
One component per file works well in most cases. The link below suggests help files go in their own component. http://msdn.microsoft.com/en-gb/library/windows/desktop/aa368269%28v=vs.85%29 .aspx Non-versioned files have their own update rules, but basically it works without you having to do anything special. http://msdn.microsoft.com/en-us/library/windows/desktop/aa368267%28v=vs.85%29 .aspx -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 11 February 2013 14:28 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Component Creation - Simple Advice needed Hello I have 2 simple questions, I would simply like to confirm something. My installation contains about 30 files. 10 of those files are Dlls that do not belong to me but are from the same developer (They all belong together). Using Wise installer I would create a separate component for each DLL? I am converting all my installations to WIX. Because they come from the same developer do I make them all part of the same component or is it better to continue with separate components for all DLLs. From the documentation different components for each file seems to be the proper approach. Also what happens to non-versioned files (companion files) such as help files. I want my help file to accompany my main exe and get updated (upgraded) every time my main exe gets updated. When setting companion files should they be part of the same component as the file containing the KeyPath? Just curious on which is the better approach. Thanks for the advice, Marc - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Id for Component and File
Yes that's OK for the reason that you suggest. In fact, if you omit the IDs from file and component, wix will generate them and are the file name with any invalid characters substituted. -Original Message- From: Sam Boman [mailto:s...@samb.se] Sent: 11 February 2013 15:23 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Id for Component and File Hi, I just have a quick question, are these Id's valid (same on Component and File)... I guess they are in different tables. It have been working ok, but I have today got stuck by this error: LGHT0216: An unexpected Win32 exception with error code 0x65B occurred: Function failed during execution Component Id=IronPython.dll Guid=* File Id=IronPython.dll Source=$(var.MyProj.TargetDir)IronPython.dll KeyPath=yes//ComponentComponent Id=Microsoft.Dynamic.dll Guid=*File Id=Microsoft.Dynamic.dll Source=$(var.MyProj.TargetDir)Microsoft.Dynamic.dll KeyPath=yes/ /ComponentComponent Id=Microsoft.Scripting.dll Guid=* File Id=Microsoft.Scripting.dll Source=$(var.MyProj.TargetDir)Microsoft.Scripting.dll KeyPath=yes/ /Component - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Id for Component and File
The default Id thing was a recent addition. Wix 3.6 maybe. Your light error sounds like a possible Wix bug. Its cropped up on the list before but that person turned off validation to work around it. You could validate interactively with orca or instEd which aren't based on the Wix code. That's what we do to reduce build times - validation is only needed occasionally, if the installer changes. Adding a bug with a minimal project to reproduce would help it get fixed too. -Original Message- From: Sam Boman [mailto:s...@samb.se] Sent: 11 February 2013 15:47 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Id for Component and File Ok, I also found the example in the documentation which uses same Id for Component and File... http://wix.sourceforge.net/manual-wix3/add_a_file.htm But they (Id's) seems to be required, so I can't skip them. Also, the Error: LGHT0216 Can I get a better / more detailed description? I have tried to set -val for the Light.exe And use Smoke.exe to validate, but I just got the same message. //Sam - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] [Wix-users] XSLT
I'm not aware of any tutorials but if you search this list, a few people including myself have posted xslt code before. For a one-off like that, I'd just use my text editor's search and replace function. -Original Message- From: Gabriel Ivanes [mailto:g...@fastmail.net] Sent: 11 February 2013 15:50 To: wix-users@lists.sourceforge.net Subject: [WiX-users] [Wix-users] XSLT Good day, Any good tutorial to use xsl with wix ? For example, replacing C:\windows\system32 with [SystemFolder] in a reg's file with heat. Thanks. -- Sincerely, Gabriel I know no way of judging the future but by the past. Patrick Henry You can never plan the future by the past. Edmund Burke - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Create MSI package for Website
See the Heat tool in the Wix help file. -Original Message- From: chennam [mailto:chatrapathi.chen...@gmail.com] Sent: 08 February 2013 16:17 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Create MSI package for Website Hi I am new to Wix, I have created a MSI package having single file (dll or exe) by providing the file source in product.wxs. But if needed to create folder structure of website as a MSI package which was compiled in release mode then how can we configure it in product.wxs? File Source=C:\SCBU test\SCBUDirect\Development_2\GMCR.B2CWeb\WebSite\bin\.. / -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Create-MSI-pack age-for-Website-tp7583434.html Sent from the wix-users mailing list archive at Nabble.com. - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting different TARGETDIR
If you need directories that you can set yourself, use a structure like this: Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFiles Directory Id=CompanyDir NameChaitanya Directory Id=CONFIGDIR1 Name=Website / Directory Id=CONFIGDIR2 Name=OtherFiles / /Directory /Directory /Directory If no properties are passed on the command line, the structure above is used: the website goes into [ProgramFiles]Chaitanya\website and the otherfiles go into into [ProgramFiles]Chaitanya\OtherFiles. If you specify CONFIGDIR1 or CONFIGDIR2 on the command line, then the defaults are overridden and the files go to the path that you passed. Example: msiexec /i installer.msi CONFIGDIR1=c:\web CONFIGDIR2=e:\data This would install website files to c:\web and other files to e:\data If no properties are passed on the command line, the default is used that is set by the Directory elements. If you set the Directory ID on the command line to a path, that path overrides the default. -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: 07 February 2013 05:26 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Setting different TARGETDIR HI, In MSI.i want to set two different TARGETDIR'S .my entire flow is going to E:\ directory.. But SOme of my folders/files has to go to C:\ dirve. I tried with InstallDir,SystemDir but those are not working.. Suggest me.how to do Thanks, wdvwv - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Setting Manufacturer Property to Directory
You can't use properties as directory names because the type of the Name attribute is LongFileNameType, not Formatted (see the Wix help), and property names are not substituted except in formatted types. Even if you could do it, it would be a bad idea because it would break the auto component guid generation algorithm that relies on the path being known at build time. The solution is to use a pre-processor variable that you create yourself, e.g. $(var.manufacturer) -Original Message- From: Marc Beaudry [mailto:mbeau...@matrox.com] Sent: 07 February 2013 15:49 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Setting Manufacturer Property to Directory Hello I am new to wix and just finished the tutorial, I am now experimenting with things. Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='ManufacturerFolder' Name='SomeLocation' Directory Id='INSTALLDIR' Name=[Manufacturer] When I run my MSI I get a literal [Manfacturer] as a folder instead of the assigned manufacturer name set in the Product tag. I tried [ProductName] and I get the same result. Should this work and if yes what can be the probable causes. I found several posts on the user list but I can't find a solution to this. Thanks for the help, and sorry for the basic question Marc - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FilesInUse message -- empty description
Have you seen this page ? http://msdn.microsoft.com/en-gb/library/windows/desktop/aa371614%28v=vs.85%29 .aspx Scroll down to INSTALLMESSAGE_FILESINUSE The files in use error message is in the MSI's Error table (error 1603) and could be changed with a wix Error element. I'm not sure how the 2 tie together since the message only has placeholders for 1 file but you might be able to work it out from there. -Original Message- From: vasjko [mailto:vas...@ua.fm] Sent: 05 February 2013 00:06 To: wix-users@lists.sourceforge.net Subject: [WiX-users] FilesInUse message -- empty description Hi All, I'm using following code to show file in use message box in my custom action: session.Message(InstallMessage.FilesInUse, record); I'm able to fill list of files which are in use using record, but dialog description which should say The following applications are using files... is empty. Does anyone know how make dialog description visible or set the description text? Thanks, Vasyl -- реклама --- Всё для Вашего автомобиля! http://aukro.ua/?utm_source=i.uautm_medium=advertutm_campaign=mail - - Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ 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. -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Office XP Primary Interop Assemblies (PIAs) as prereq.
Extract the MSIs you need and include those in your bootstrapper at build time instead of using the exe. It'll work much better too. -Original Message- From: Yawar Khan [mailto:yawar.k...@live.com] Sent: 04 February 2013 11:39 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Office XP Primary Interop Assemblies (PIAs) as prereq. Hi, I have to install Office XP Primary Interop Assemblies (PIAs) as prerequisite. I am doing following. 1) Downloading the o2003PIA self extractor. 2)Execute it through and copy to temp folder. ExePackage Id=PIA2003_URL InstallCondition='NOT (VersionNT v5.1) AND WordInstalledVersion = Word.Application.11' Compressed=no SourceFile=depPIA\O2003PIA.EXE InstallCommand='/Q /C /T:[TempFolder]' DownloadUrl=http://download.microsoft.com/download/8/3/a/83a40b5a-5050-4940- bcc4-7943e1e59590/O2003PIA.EXE / 3) Now I am stuck to execute this extracted .msi from temp folder through MsiPackage. MsiPackage can't reference to TempFolder and giving system couldn't find the file specified. So how do I dynamically execute this extracted msi on target machine? I also tried to run a batch script but no success. Is there any way to resolve this problem? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Office-XP-Prima ry-Interop-Assemblies-PIAs-as-prereq-tp7583350.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Office XP Primary Interop Assemblies (PIAs) asprereq.
You could host the MSI on your own web server, if you have the facilities. -Original Message- From: Yawar Khan [mailto:yawar.k...@live.com] Sent: 04 February 2013 12:20 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Office XP Primary Interop Assemblies (PIAs) asprereq. The requirement is to not include it in package to reduce the overall package size. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Office-XP-Prima ry-Interop-Assemblies-PIAs-as-prereq-tp7583350p7583352.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Office XP Primary Interop Assemblies (PIAs)asprereq.
The problem is that the MSI package is not in the temp location at build time. It's a bit of a weird scenario. What happens if you place the extracted msi(s) in the build machine's temp directory ? Obviously that wont work if the bootstrapper remembers the resolved path. You might end up having to write an exe stub program to run the MSIs you need and adding that as an exe package but its not a good solution. -Original Message- From: Yawar Khan [mailto:yawar.k...@live.com] Sent: 04 February 2013 13:15 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Office XP Primary Interop Assemblies (PIAs)asprereq. Thanks for such a quick response but these options were already declined :( -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Office-XP-Prima ry-Interop-Assemblies-PIAs-as-prereq-tp7583350p7583354.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Detect the existence of Word and .Net version greater or equal to 2.0
Wix has built-in support for detecting Dot Net. See How To: Check for .NET Framework Versions in the Wix help. -Original Message- From: Yawar Khan [mailto:yawar.k...@live.com] Sent: 01 February 2013 12:52 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Detect the existence of Word and .Net version greater or equal to 2.0 Hi My application requires Word and .Net. I am creating a wix bootstrap application to install .net if not not found. The basic criteria i found is to search through registry entries. the problem is both items may have many products, e.g. Word can have v11, v12, v14. and .net can have 2.0, 3.5, 4.0, etc (http://support.microsoft.com/kb/318785). So to resolve this I have to check all possibilities. Is there a *Simple *way to just find that word is installed and either of 64 or 32 bit. Or .net 2.0 or greater is installed? I am doing this for Word util:RegistrySearch Variable=WordVersion Root=HKLM Key=SOFTWARE\Microsoft\Office\11.0\Word\InstallRoot Format='raw' Value=Path Result=value / And this for .Net util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework Setup\NDP\v2.0.50727 Value=Install Variable=Netfx2FullVersion / I also tried to search the version of mscoree.dll through FileSearch but it seems like that it never executed. Property Id=MINFRAMEWORK DirectorySearch Id=MinFrameworkDir Depth=0 Path=[SystemFolder] FileSearch Id=MinFrameworkFile MinVersion=6.1.4322 Name=mscoree.dll / /DirectorySearch /Property -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Detect-the-exis tence-of-Word-and-Net-version-greater-or-equal-to-2-0-tp7583339.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS- delete hidden segment error
Keep deleting parts of the execommand string until it compiles. The quot; s are most likely causes. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 30 January 2013 12:27 To: wix-users@lists.sourceforge.net Subject: [WiX-users] IIS- delete hidden segment error Hi I am trying to delete a hidden segment when installing a web application. I am using the following code: CustomAction Id=DeleteHiddenSegment Return=asyncNoWait Directory=TARGETDIR ExeCommand=[SystemFolder]inetsrv\appcmd set config /section:requestfiltering /-hiddensegments.[segment=quot;binquot;] Impersonate=no Execute=deferred / But I am getting the error: error LGHT0204: ICE03: Invalid format string Can anyone please help me out? Kind Regards, Natalie Carr - - 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 SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] IIS- delete hidden segment error
Oh, of course. It tries to interpret anything in square brackets as a property name and [segment=quot;binquot;] isn't a property name. If you need literal brackets in the string then you have to escape them as [\[] and [\]] See http://msdn.microsoft.com/en-US/library/aa368609.aspx 5th bullet. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 30 January 2013 12:42 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] IIS- delete hidden segment error Peter, Thanks it seems to be the square brackets it's not liking. Not sure if the command will do as expected but I will test it. Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Wednesday, January 30, 2013 12:34 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] IIS- delete hidden segment error Keep deleting parts of the execommand string until it compiles. The quot; s are most likely causes. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 30 January 2013 12:27 To: wix-users@lists.sourceforge.net Subject: [WiX-users] IIS- delete hidden segment error Hi I am trying to delete a hidden segment when installing a web application. I am using the following code: CustomAction Id=DeleteHiddenSegment Return=asyncNoWait Directory=TARGETDIR ExeCommand=[SystemFolder]inetsrv\appcmd set config /section:requestfiltering /-hiddensegments.[segment=quot;binquot;] Impersonate=no Execute=deferred / But I am getting the error: error LGHT0204: ICE03: Invalid format string Can anyone please help me out? Kind Regards, Natalie Carr - - 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 SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ 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_jan ___ 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_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Installation not working
If you type echo %wix% (without the quotes) you will get the path of the wix installation. Candle.exe is in the bin subdirectory of that location -Original Message- From: Kesavan, Lakshminarayanan IN BLR STS [mailto:lakshminarayanan.kesa...@siemens.com] Sent: 30 January 2013 13:06 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Wix Installation not working I installed WIX using wix37.exe and I opened the command prompt and typed candle.exe. But I got the following message, 'candle.exe' is not recognized as an internal or external command, operable program or batch file. I searched for candle.exe in My Computer and I didn't get any result. I am new to WiX. Could you please someone help me on this? Regards Narayanan - - 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 SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] .wixobj file not getting generated
The wixobj should be in the current directory unless you specify the -o or -out switch If you type candle /? It will describe the options. -Original Message- From: Kesavan, Lakshminarayanan IN BLR STS [mailto:lakshminarayanan.kesa...@siemens.com] Sent: 30 January 2013 13:36 To: wix-users@lists.sourceforge.net Subject: [WiX-users] .wixobj file not getting generated When I run the candle.exe, I am not getting .wixobj file. Where this file will get gerenated. Below is what I am doing. C:\ candle.exe C:\Documents and Settings\123\Desktop\SampleFirst\SampleFirst.wxs Windows Installer Xml Compiler version 3.7.1224.0 Copyright (C) Outercurve Foundation. All rights reserved. SampleFirst.wxs Regards K.Lakshmi Narayanan - - 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 SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Permission element for domain user account
From the wix manual: GenericRead YesNoType specifying this will fail to grant read access Im not sure if GenericAll overrides that or not. Try adding: Read=yes ReadAttributes=yes ReadExtendedAttributes=yes ReadPermission=yes -Original Message- From: Kun Shi (ofox) [mailto:s...@vmware.com] Sent: 30 January 2013 15:07 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Permission element for domain user account Hi guys, I'm having a question about Permission usage. Referring to http://wix.sourceforge.net/manual-wix2/wix_xsd_permission.htm, I have the following codes, I use a domain account(with administrator privilege) to install it, but I couldn't access the install dir due to no permission. What's wrong with my codes? PropertyRef Id='WIX_ACCOUNT_ADMINISTRATORS' / PropertyRef Id='WIX_ACCOUNT_USERS' / ... Component Id=ProductComponent ... CreateFolder Permission User='[WIX_ACCOUNT_USERS]' GenericRead='yes' GenericExecute='yes' / Permission User='[WIX_ACCOUNT_ADMINISTRATORS]' GenericAll='yes' / /CreateFolder ... The installation log shows 'WIX_ACCOUNT_ADMINISTRATORS'==BUILTIN/Administrators, 'WIX_ACCOUNT_USERS'==BUILTIN/Users Thanks! -ofox - - 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 SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_jan ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advice Needed / Package Custom Config File
If your MSI packages are always the same apart from that single configuration file, one way to do it would be to exclude file from the MSI. Then create a single, static MSI and let the application download the config file at runtime and configure itself, if it hasn't already done so. This would be particularly advisable if your config could change during the installed lifetime of the MSI, but less necessary if it never changes. It would greatly simplify building and maintenance of the MSI and allow user changes to be made to the config. MSI is much easier to manage when installing unchanging resources and it would be a lot simpler for you if there is only one MSI for all users. Whether this is a reasonable solution depends on the constraints of the target environments. If this doesn't help, perhaps you could elaborate on that aspect. -Original Message- From: Greg Deward [mailto:greg.dew...@gmail.com] Sent: 29 January 2013 12:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Advice Needed / Package Custom Config File Is it possible to use Wix to programmatically create an MSI Installer using a background process and an existing file structure? I would like to embed a customized configuration file within their downloadable installation package. I have never used Wix so any links to code or samples, demonstrating this ability, would be greatly appreciated. Thank you, in advance. - G. Deward - - 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 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. -- 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
Re: [WiX-users] Advice Needed / Package Custom Config File
There are other ways you could do it but if you've been told how to implement the requirement too, there's not much point going into it. To answer your question... Creating a process to make a Wix installer automatically is just the same as making any automated build. If you use Votive (Wix Visual Studio integration) to develop the installer, you will get a .wixproj which is an MSBuild project file and a solution file. You can either use the solution or project file and call devenv to compile it or you can call MSBuild directly. Your Wix source doesn't need to change - you'll just need to point your Component that contains the configuration file at the right file path using FileSource attribute of the File element. This can be hard coded, relative to some base path set in the light (link) stage, be an absolute path or be a pre-processor variable. See the wix help under How To: Specify source files. If you use a hardcoded path, you'll need to add a pre-build step, or add a task into the wixproj file to move the configuration file to the right location based on a property that you pass to msbuild. Alternately, you could pass the location of the config file at build time. It depends on how youre creating the customer specific file. Your product code should be a hard coded guid rather than * so that you know what you released to the customer and can reproduce it or make upgrades, assuming you can track the config files somehow. Or just store a copy of each MSI produced. The Wix help has sections on creating builds that will help so do have a look in there. -Original Message- From: Greg Deward [mailto:greg.dew...@gmail.com] Sent: 29 January 2013 12:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Advice Needed / Package Custom Config File Unfortunately, based on our current requirements, we must not prompt the user in any way nor may we require them to download a second file. Our client has requested that certain customer-specific variables be known by the application during install. The application must supply these variables to the servers when making any web service or restful call to the back end. This is why generating the MSI is so necessary. I hope this helps. Thanks for taking the time to reply. - Greg On Jan 29, 2013, at 7:25 AM, Peter Shirtcliffe pshirtcli...@sdl.com wrote: If your MSI packages are always the same apart from that single configuration file, one way to do it would be to exclude file from the MSI. Then create a single, static MSI and let the application download the config file at runtime and configure itself, if it hasn't already done so. This would be particularly advisable if your config could change during the installed lifetime of the MSI, but less necessary if it never changes. It would greatly simplify building and maintenance of the MSI and allow user changes to be made to the config. MSI is much easier to manage when installing unchanging resources and it would be a lot simpler for you if there is only one MSI for all users. Whether this is a reasonable solution depends on the constraints of the target environments. If this doesn't help, perhaps you could elaborate on that aspect. -Original Message- From: Greg Deward [mailto:greg.dew...@gmail.com] Sent: 29 January 2013 12:08 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Advice Needed / Package Custom Config File Is it possible to use Wix to programmatically create an MSI Installer using a background process and an existing file structure? I would like to embed a customized configuration file within their downloadable installation package. I have never used Wix so any links to code or samples, demonstrating this ability, would be greatly appreciated. Thank you, in advance. - G. Deward -- --- - 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 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. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS
Re: [WiX-users] Custom actions failing on XP
Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - 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 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. -- 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
Re: [WiX-users] Custom actions failing on XP
Multithreaded ought to be fine - I was referring to the dynamically/statically linking options (lib vs dll), but if you've already got the runtimes on the machine, then it wasn't the problem I was thinking about. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 11:24 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom actions failing on XP Hi Peter, I am using the Multi-threaded for the runtime? Would that be causing the issue? Thanks for getting back to me Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Friday, January 25, 2013 10:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom actions failing on XP Have you tried linking to the C++ runtimes statically instead of to the DLLs ? The target runtime might be missing on XP. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 25 January 2013 10:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom actions failing on XP Hi along with my wix installer I have a dll created using the C++ custom action project. However on running my setup on XP the custom actions are all returning value 3 and failing. I believe they are not even getting entered as the logs don't show them being initialized. I need help asap as I have to resolve this quickly. Anyone any ideas what could be wrong? Please I am using VS2012 if that could be the issue. Kind Regards, Natalie Carr - - 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 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. -- 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 - - 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 -- 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
Re: [WiX-users] msp install fails under server 2008 but succeed underserver 2003
Can you roll your 2008 VM back to a clean state before you installed either the patch or the product and reproduce the error ? We're far from certain but it could be a corrupted patch cache or something on the machine that has touched the files somehow after caching. Have you also tried creating a full file patch, just to see if the problem goes away ? Binary patches need access to the original source files more often. -Original Message- From: Nicolas Lambert [mailto:nlamb...@coveo.com] Sent: 23 January 2013 21:54 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] msp install fails under server 2008 but succeed underserver 2003 Salutation WIX users, I've encounter a weird issue with one of our patches recently and I'm really lost. Tried to understand the problem for 3 days and still nothing so I'm sending my question your way with hopes someone might see something. It concerns the hotfix 7 of a build that has already seen 6 successful patches ( .msp ) so it had functional hotfixes before. When I install the build followed by that hotfix on, let's say a windows server 2003, everything seems to install itself correctly. However under a server 2008 the installation fails with the error message : Error applying patch to file C:\Config.Msi\PT1E0D.tmp. It has probably been updated by another mean and can no longer be modified by this patch. After looking in the log it seems to be related to the dll Coveo.ces.web.search.dll installed under the folder bin ( and not the copy in the GAC ). But I mean, nothing should have changed since the original installation. I would think it is due to the windows installer version that is used ( 3.0 under server 2003 and 4.0 under server 2008 ) but I haven't found anything that would support that. I've encountered that error once before and it was due to the fact that we were installing 2 identical files in the GAC that were overwriting each other but in that case, it never happened on the first hotfix (always the second) and it did not vary depending on the system. The PCP files are pretty similar as the msi built to generate the msp. I've compared the failing hotfix 7 log with a successful installation of hotfix 6 and here what I think are are the major differences around the dll Coveo.ces.web.search in chronological order and I've joined a copy of the log to the mail. Thank you for your help, NickL -=Hotfix 6 that is functional=- Activating binary patch with sequence 10079 for file key Coveo.CES.Web.Search.dll_Local The file represented by File table key 'Coveo.CES.Web.Search.dll_Local' will be updated using the last binary patch and the file on disk (if possible). Chain for Coveo.CES.Web.Search.dll_Local starts with the native source file. Activating binary patch with sequence 10079 for file key Coveo.CES.Web.Search.dll_Local FALLBACK: The file represented by File table key 'Coveo.CES.Web.Search.dll_Local' will be updated using a chain of baseline patches. -=Hotfix 7 that is not=- Chain for Coveo.CES.Web.Search.dll_Local starts with the native source file. Activating binary patch with sequence 10079 for file key Coveo.CES.Web.Search.dll_Local The file represented by File table key 'Coveo.CES.Web.Search.dll_Local' will be updated using a chain of baseline patches. -=-=- -=Hotfix 6 that is functional=- Executing op: FileCopy(SourceName=xskyet7g.dll|Coveo.CES.Web.Search.dll,SourceCabKey=Coveo. CES.Web.Search.dll_Local,DestName=Coveo.CES.Web.Search.dll,Attributes=512,Fil eSize=4202496,PerTick=32768,,VerifyMedia=1,,TotalPatches=1,,,CheckCRC=0,Versi on=7.0.4887.6,Language=0,InstallMode=327417856,,,) File: C:\Program Files\Coveo Enterprise Search 7\Bin\Coveo.CES.Web.Search.dll; Patch targets existing file.; Smart patch; Existing file is a lower version -=Hotfix 7 that is not=- Executing op: FileCopy(SourceName=xskyet7g.dll|Coveo.CES.Web.Search.dll,SourceCabKey=Coveo. CES.Web.Search.dll_Local,DestName=Coveo.CES.Web.Search.dll,Attributes=512,Fil eSize=4202496,PerTick=32768,,VerifyMedia=1,,TotalPatches=1,,,CheckCRC=0,Versi on=7.0.4887.7,Language=0,InstallMode=58982400,,,) File: C:\Program Files\Coveo Enterprise Search 7\Bin\Coveo.CES.Web.Search.dll; Overwrite; Smart patch;Existing file is a lower version Redirecting file copy of 'C:\Program Files\Coveo Enterprise Search 7\Bin\Coveo.CES.Web.Search.dll' to 'C:\Config.Msi\PTD2AC.tmp'. A subsequent patch will update the intermediate file, and then copy over the original. Source for file 'Coveo.CES.Web.Search.dll_Local' is compressed InstallFiles: File: Coveo.CES.Web.Search.dll, Directory: C:\Program Files\Coveo Enterprise Search 7\Bin\, Size: 4202496 Re-applying security from existing file. Verifying accessibility of file: PTD2AC.tmp Note: 1: 2318 2: C:\Config.Msi\PTD2AC.tmp -=-=- -=Hotfix 6 that is functional=- Executing op: CacheBaselineFile(Baseline=0,FileKey=Coveo.CES.Web.Search.dll_Local,FilePath= C:\Program Files\Coveo Enterprise Search
Re: [WiX-users] conditional serviceinstall / msi property question
Component conditions are evaluated in CostFinalize. Is your property being set before CostFinalize ? -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: 24 January 2013 07:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] conditional serviceinstall / msi property question I think the problem is the quotes around the 1 and 0, I would just do SKIPSERVICEINSTALL=1 and SKIPSERVICEINSTALL=0. Neil -Original Message- From: Joe Damato [mailto:j...@boundary.com] Sent: 24 January 2013 01:09 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] conditional serviceinstall / msi property question Hi - I started with a working MSI that installs some DLLs, an EXE, and did a ServiceInstall. Everything worked great. Now, I want to conditionally do a ServiceInstall depending on an MSI Property that gets set during a custom action. I have two components: Component Id=someBlah_noservice Guid=SOMEGUIDHERE ConditionSKIPSERVICEINSTALL = 1/Condition File Id=someblah_noservice Name=blah.exe DiskId=1 Source=... KeyPath=yes/ /Component and Component Id=someBlah Guid=SOME_OTHER_GUID_HERE ConditionSKIPSERVICEINSTALL = 0/Condition File Id=someblah Name=blah.exe DiskId=1 Source=... KeyPath=yes/ ServiceInstall Id=ServiceInstaller ... / ServiceControl Id=.. / /Component and then: Feature Id=someBlah Title=... Level=1 ... ComponentRef Id=someBlah/ ComponentRef Id=someBlah_noservice/ /Feature The MSI log shows that the property value of SKIPSERVICEINSTALL is set to 1 (or 0 depending on what I'm trying to do) correctly, HOWEVER, _neither_ component is installed. In other words, the install completes successfully but there is no blah.exe written to the filesystem regardless of whether I attempt to skip the service install or not. So, I believe something about the way I'm trying to do this is wrong and the MSI isn't seeing or checking the SKIPSERVICEINSTALL property value and thus neither component ends up getting installed. Any hints are greatly appreciated, Joe - - 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 - - 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 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. -- 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
Re: [WiX-users] Installing files for MS SQL folder only ifSQLispresent
http://msdn.microsoft.com/en-gb/library/windows/desktop/aa368585%28v=vs.85%29 .aspx INSTALLLEVEL is the property that defines the threshold beyond which features arent installed. That doesnt change - 1 is the default. What changes (or stays the same) is the *feature's* level, depending on the condition. -Original Message- From: Martin Johnson [mailto:mjohn...@mpjconsultancy.com] Sent: Mon 1/21/2013 6:21 PM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Installing files for MS SQL folder only ifSQLispresent I must be missing something, I now have my feature level at 1 and my condition at 1000 Feature Id=SSISMSSQL Title=SSIS Components Display='expand' Level='1' ConfigurableDirectory='SQLINSTALLDIR' ComponentRef Id='SSISPipelineComponents' / ComponentRef Id='SSISConnections' / Condition Level='1000'not ISSQLSERVERSERVICEINSTALLED/Condition /Feature But from a verbose log it would appear that the level is still being set to 1 even if ISSQLSERVERSERVICEINSTALLED is not set, because SQL is not installed. MSI (s) (AC:D0) [17:22:31:737]: Dir (target): Key: SQLINSTALLDIR, Object: C:\SQLINSTALLDIR\ MSI (s) (AC:D0) [17:22:31:737]: Dir (target): Key: DTS , Object: C:\SQLINSTALLDIR\DTS\ MSI (s) (AC:D0) [17:22:31:737]: Dir (target): Key: CONNECTIONS , Object: C:\SQLINSTALLDIR\DTS\Connections\ MSI (s) (AC:D0) [17:22:31:737]: Dir (target): Key: PIPELINECOMPONENTS , Object: C:\SQLINSTALLDIR\DTS\PipelineComponents\ MSI (s) (AC:D0) [17:22:31:737]: PROPERTY CHANGE: Adding INSTALLLEVEL property. Its value is '1'. I have proved I don't understand the INSTALLLEVEL, I have tried setting the feature to 1 and the condition to 2000 and also feature to 2000, condition to 1 and reversed the condition to Condition Level='1'ISSQLSERVERSERVICEINSTALLED/Condition. And the INSTALLLEVEL remains at 1 and the hooky directory c:\SQLINSTALLDIR gets created Can anyone recommend some reading material before my head explodes From: Peter Shirtcliffe pshirtcli...@sdl.com Sent: 18 January 2013 13:56 Your feature and condition both have level 1 which won't work - the condition causes nothing to change. The default value of INSTALLLEVEL is 1. This means any feature set to level 1 will be installed. To prevent installation, the feature level must be higher. Keep the feature level as 1. Set the condition level to something larger, say 10, and set the condition to be not ISSQLSERVERSERVICEINSTALLED e.g. Condition Level='10'not ISSQLSERVERSERVICEINSTALLED/Condition When sql is not found, the property will be blank and the condition will evaluate to true, setting the feature's level to 10 which prevents installation. When sql *is* found, the property will be set to the registry value, the condition will not be true and the feature's level will stay at 1 which will allow installation. -Original Message- From: Martin Johnson [mailto:mjohn...@mpjconsultancy.com] Sent: 18 January 2013 12:06 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Installing files for MS SQL folder only if SQLispresent Thanks for that, it now writes to the correct place if SQL is installed. It now seems that the condition is not being applied correctly if SQL is not installed and it is installing in c:\ISSQLSERVERSERVICEINSTALLED Feature Id=SSISMSSQL Title=SSIS Components Display='expand' Level='1' ConfigurableDirectory='ISSQLSERVERSERVICEINSTALLED' ComponentRef Id='SSISComponents' / Condition Level='1'ISSQLSERVERSERVICEINSTALLED/Condition /Feature Apologies for the numpty questions, but this is the first time I've had to make my install very clever. Martin Subject: RE: [WiX-users] Installing files for MS SQL folder only if SQL ispresent Use ISSQLSERVERSERVICEINSTALLED as the directory ID rather than the name. Set the Name as the default directory name It's the same way as you'd use INSTALLDIR (if you're familiar with the convention) but setting the value from a registry search instead of on the command line. If it doesn't work, check the registry value contains a full path. If it doesn't, try adding directory entries surrounding the ISSQLSERVERSERVICEINSTALLED element to provide the reset of the path. -Original Message- From: Martin Johnson [mailto:mjohn...@mpjconsultancy.com] Subject: [WiX-users] Installing files for MS SQL folder only if SQL ispresent I am attempting to set a property to a registry entry, I have looked at the install log and it is set. I am then attempting to write files to a subfolder of that property, what I actually achieve is to write it to a subfolder of a folder name ISSQLSERVERSERVICEINSTALLED, i.e. the property id rather than its value. I am only expecting this to be done if the registry entry exists i.e. SQL is installed, it is writing the files whether or not SQL is installed. Hopefully the following snippets give enough
Re: [WiX-users] Get server ip
The wix help describes how to customize the standard dialog sets. See the bottom of this page http://wix.sourceforge.net/manual-wix3/WixUI_customizations.htm Neil's blog also has an example http://neilsleightholm.blogspot.co.uk/2008/08/customised-uis-for-wix.html -Original Message- From: Arash Rohani [mailto:arash.roh...@gmail.com] Sent: Tue 1/22/2013 9:31 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Get server ip Hi, I need a dialog to get server IP address from user and change app.config file after installation. besides I need WiXUI_InstallDir also, Is there possible to mix standard dialog to customize dialog together? Is there any solution like this to help me? Regards, Arash - - 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 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. -- 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
Re: [WiX-users] Don't uninstall files if they have been edited
If the installer installs the files, it'll remove them. The best practice is not to install editable files - it leads to all manner of trouble. Generate them (or duplicate them from installed, read-only copies) from the application whenever they are missing, if that is possible. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 21 January 2013 09:49 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Don't uninstall files if they have been edited Hi, I am installing a few text files that the user may or may not edit. If the user has edited these I want them to remain on the machine after uninstall. Is this possible via WIX? Kind Regards, Natalie Carr - - 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 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. -- 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
Re: [WiX-users] Installing files for MS SQL folder only if SQL ispresent
Use ISSQLSERVERSERVICEINSTALLED as the directory ID rather than the name. Set the Name as the default directory name It's the same way as you'd use INSTALLDIR (if you're familiar with the convention) but setting the value from a registry search instead of on the command line. If it doesn't work, check the registry value contains a full path. If it doesn't, try adding directory entries surrounding the ISSQLSERVERSERVICEINSTALLED element to provide the reset of the path. -Original Message- From: Martin Johnson [mailto:mjohn...@mpjconsultancy.com] Sent: 17 January 2013 17:16 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Installing files for MS SQL folder only if SQL ispresent I am attempting to set a property to a registry entry, I have looked at the install log and it is set. I am then attempting to write files to a subfolder of that property, what I actually achieve is to write it to a subfolder of a folder name ISSQLSERVERSERVICEINSTALLED, i.e. the property id rather than its value. I am only expecting this to be done if the registry entry exists i.e. SQL is installed, it is writing the files whether or not SQL is installed. Hopefully the following snippets give enough information, any hints tips or suggestions welcomed. Property Id=ISSQLSERVERSERVICEINSTALLED RegistrySearch Id=SQLInstalledInstances Root=HKLM Key=SOFTWARE\Microsoft\Microsoft SQL Server\100 Name=VerSpecificRootDir Type=raw / /Property Directory Id=MSSQL_SSIS Name=ISSQLSERVERSERVICEINSTALLED Directory Id=DTS Name=DTS Directory Id=PIPELINECOMPONENTS Name=PipelineComponents Component Id=SSISComponents Guid=ef1c1033-f78a-4505-a042-d10cd8395053 File Id=ID1 Name=1.dll DiskId=1 KeyPath=yes Source=..\..\API\DotNet\Assemblies\v3.5\1.dll / File Id=ID2 Name=2.dll DiskId=1 KeyPath=no Source=..\..\API\DotNet\Assemblies\v3.5\2.dll / /Component /Directory /Directory /Directory Feature Id=SSISMSSQL Title=SSIS Components Display='expand' Level='1' ConfigurableDirectory='MSSQL_SSIS' ComponentRef Id='SSISComponents' / Condition Level='1'ISSQLSERVERSERVICEINSTALLED/Condition /Feature Thanks Martin - - 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/learnmore_122712 ___ 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. -- 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] Using Microsoft.Deployment.WindowsInstaller Followup
In the last few wix versions, no guid is the same as *. To get no guid at all you have to explicitly use Guid=. -Original Message- From: Phil Wilson [mailto:phil.wil...@mvps.org] Sent: 17 January 2013 19:21 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Using Microsoft.Deployment.WindowsInstaller Followup Well your WiX is very minimal. The example component at sourceforge is this: DirectoryRef Id=APPLICATIONROOTDIRECTORY Component Id=myapplication.exe Guid=PUT-GUID-HERE File Id=myapplication.exe Source=MySourceFiles\MyApplication.exe KeyPath=yes Checksum=yes/ /Component Component Id=documentation.html Guid=PUT-GUID-HERE File Id=documentation.html Source=MySourceFiles\documentation.html KeyPath=yes/ /Component /DirectoryRef Where there is both a guid and a keypath. I don't know what WiX does when you don't specify a guid, I'd need to look in the MSI file, but it's possible that those components have no guid at all, and that's supported - it just means you don't want Windows to manage those files, and that also means that the APIs won't return any info about them. Just follow the example! Phil -Original Message- From: tyler.w.r...@accenture.com [mailto:tyler.w.r...@accenture.com] Sent: Wednesday, January 16, 2013 6:20 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Using Microsoft.Deployment.WindowsInstaller Followup Phil, Thank you for the quick response I have pasted a more thorough example of the components below. Basically what I think I need to do is make sure every is in their own component with a keypath? Fragment DirectoryRef Id=ExampleUserAdminApp_ThemesAvantGardecss !--[TARGETDIR]\SourceDir\[InstallDirName]\ExampleUserAdmin\App_Themes\Avant Garde\css-- Component Id=css01_reset.css.component File Source=net\exampleuseradmin\exampleuseradmin\app_themes\avantgarde\css\01_r eset.css / /Component Component Id=css02_extallnotheme.css.component File Source=net\exampleuseradmin\exampleuseradmin\app_themes\avantgarde\css\02_e xt-all-notheme.css / /Component Component Id=css03_dctExtJsExtensions.css.component File Source=net\exampleuseradmin\exampleuseradmin\app_themes\avantgarde\css\03_d ctExtJsExtensions.css / /Component Component Id=css04_dctExtJsOverrides.css.component File Source=net\exampleuseradmin\exampleuseradmin\app_themes\avantgarde\css\04_d ctExtJsOverrides.css / /Component Directory Id=TARGETDIR Name=SourceDir Directory Id=$(var.PlatformProgramFilesFolder) Directory Id=INSTALLLOCATION Name=!(loc.ProductManufacturerFolderName) Directory Id=Documentation Name=Documentation / Directory Id=ExampleUserAdmin Name=ExampleUserAdmin Directory Id=ExampleUserAdminApp_Data Name=App_Data / Directory Id=ExampleUserAdminApp_Themes Name=App_Themes Directory Id=ExampleUserAdminApp_ThemesAvantGarde Name=AvantGarde Directory Id=ExampleUserAdminApp_ThemesAvantGardecss Name=css / Directory Id=ExampleUserAdminApp_ThemesAvantGardeimages Name=images Directory Id=ExampleUserAdminApp_ThemesAvantGardeimagesbuttons Name=buttons / ComponentGroup Id=ExampleUserAdmin_App_Themes_Files ComponentRef Id=AvantGarde.skin.component / !-- AvantGarde\css folder-- ComponentRef Id=css01_reset.css.component / ComponentRef Id=css02_extallnotheme.css.component / ComponentRef Id=css03_dctExtJsExtensions.css.component / ComponentRef Id=css04_dctExtJsOverrides.css.component / ComponentRef Id=css05_extxthemegray.css.component / ComponentRef Id=css06_dctExtxthemegray.css.component / ComponentRef Id=css07_style.css.component / ComponentRef Id=css08_forms.css.component / ComponentRef Id=css09_leftNav.css.component / ComponentRef Id=css10_buttons.css.component / ComponentRef Id=css11_nav.css.component / ComponentRef Id=css12_theme.css.component / Feature Id=MainFeature Title=!(loc.MainFeature_Title) Description=!(loc.MainFeature_Desc) Level=1 ComponentGroupRef Id=Documentation_Files / ComponentGroupRef Id=ExampleUserAdmin_Files/ ComponentGroupRef Id=ExampleUserAdmin_App_Data_Files / ComponentGroupRef Id=ExampleUserAdmin_App_Themes_Files / ComponentGroupRef Id=ExampleUserAdmin_Bin_Files / ComponentGroupRef Id=ExampleUserAdmin_CSS_Files / ComponentGroupRef Id=ExampleUserAdmin_Images_Files / ComponentGroupRef Id=ExampleUserAdmin_Scripts_Files /
Re: [WiX-users] ExePackage uninstall doesn't work
Possibly the detectcondition is preventing removal. Check the value of KeyA in the log during a removal. -Original Message- From: abs [mailto:mail.jie.ji...@gmail.com] Sent: 18 January 2013 09:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] ExePackage uninstall doesn't work Hi all: Would you kindly help me on this issue please? I am creating a bootstrapper installer supporting remote payload, the way I'm doing it now is to create a Msi package firstly and then use setupbld.exe to convert it into an exe file (named InstallerA.exe), and then use the following wxs file to create a bootstrapper installer (named InstallerB.exe) Chain DisableSystemRestore=yes PackageGroupRef Id=MyPackage/ /Chain .. Fragment util:RegistrySearch Root=HKCU Key=Whatever Value=Whatever Format=raw Variable=KeyA/ PackageGroup Id=MyPackage ExePackage DownloadUrl=http://myurl/InstallerA.exe; SourceFile=InstallerA.exe Cache=yes Compressed=no PerMachine=yes Vital=yes DetectCondition=NOT KeyA / /PackageGroup /Fragment Note that InstallerA.exe is actually stored remotely. After that, I noticed that InstallerA.exe works perfectly, but InstallerB.exe only works at installation stage. When I use InstallerB.exe to uninstall, it never remove the program from my system. Do you have any idea why is it please? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ExePackage-unin stall-doesn-t-work-tp7583002.html Sent from the wix-users mailing list archive at Nabble.com. - - 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 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. -- 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] Installing files for MS SQL folder only if SQLispresent
Your feature and condition both have level 1 which won't work - the condition causes nothing to change. The default value of INSTALLLEVEL is 1. This means any feature set to level 1 will be installed. To prevent installation, the feature level must be higher. Keep the feature level as 1. Set the condition level to something larger, say 10, and set the condition to be not ISSQLSERVERSERVICEINSTALLED e.g. Condition Level='10'not ISSQLSERVERSERVICEINSTALLED/Condition When sql is not found, the property will be blank and the condition will evaluate to true, setting the feature's level to 10 which prevents installation. When sql *is* found, the property will be set to the registry value, the condition will not be true and the feature's level will stay at 1 which will allow installation. -Original Message- From: Martin Johnson [mailto:mjohn...@mpjconsultancy.com] Sent: 18 January 2013 12:06 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Installing files for MS SQL folder only if SQLispresent Thanks for that, it now writes to the correct place if SQL is installed. It now seems that the condition is not being applied correctly if SQL is not installed and it is installing in c:\ISSQLSERVERSERVICEINSTALLED Feature Id=SSISMSSQL Title=SSIS Components Display='expand' Level='1' ConfigurableDirectory='ISSQLSERVERSERVICEINSTALLED' ComponentRef Id='SSISComponents' / Condition Level='1'ISSQLSERVERSERVICEINSTALLED/Condition /Feature Apologies for the numpty questions, but this is the first time I've had to make my install very clever. Martin Subject: RE: [WiX-users] Installing files for MS SQL folder only if SQL ispresent Use ISSQLSERVERSERVICEINSTALLED as the directory ID rather than the name. Set the Name as the default directory name It's the same way as you'd use INSTALLDIR (if you're familiar with the convention) but setting the value from a registry search instead of on the command line. If it doesn't work, check the registry value contains a full path. If it doesn't, try adding directory entries surrounding the ISSQLSERVERSERVICEINSTALLED element to provide the reset of the path. -Original Message- From: Martin Johnson [mailto:mjohn...@mpjconsultancy.com] Subject: [WiX-users] Installing files for MS SQL folder only if SQL ispresent I am attempting to set a property to a registry entry, I have looked at the install log and it is set. I am then attempting to write files to a subfolder of that property, what I actually achieve is to write it to a subfolder of a folder name ISSQLSERVERSERVICEINSTALLED, i.e. the property id rather than its value. I am only expecting this to be done if the registry entry exists i.e. SQL is installed, it is writing the files whether or not SQL is installed. Hopefully the following snippets give enough information, any hints tips or suggestions welcomed. Property Id=ISSQLSERVERSERVICEINSTALLED RegistrySearch Id=SQLInstalledInstances Root=HKLM Key=SOFTWARE\Microsoft\Microsoft SQL Server\100 Name=VerSpecificRootDir Type=raw / /Property Directory Id=MSSQL_SSIS Name=ISSQLSERVERSERVICEINSTALLED Directory Id=DTS Name=DTS Directory Id=PIPELINECOMPONENTS Name=PipelineComponents Component Id=SSISComponents Guid=ef1c1033-f78a-4505-a042-d10cd8395053 File Id=ID1 Name=1.dll DiskId=1 KeyPath=yes Source=..\..\API\DotNet\Assemblies\v3.5\1.dll / File Id=ID2 Name=2.dll DiskId=1 KeyPath=no Source=..\..\API\DotNet\Assemblies\v3.5\2.dll / /Component /Directory /Directory /Directory Feature Id=SSISMSSQL Title=SSIS Components Display='expand' Level='1' ConfigurableDirectory='MSSQL_SSIS' ComponentRef Id='SSISComponents' / Condition Level='1'ISSQLSERVERSERVICEINSTALLED/Condition /Feature Thanks Martin - - 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 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. -- 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
Re: [WiX-users] Installing service using domain account
It's usually a missing dependency dll. A useful troubleshooting step can be to take the set of files and use sc.exe and the services control panel to try and install and configure the service manually on the same machine. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 10:56 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Installing service using domain account Hi, I'm trying to install a service using the following WIX fragment and using an existing domain account as the service account. ServiceInstall Id=EventManagerServiceInstall Name=Service1 DisplayName=Service1 Type=ownProcess Interactive=no Start=auto Vital=yes ErrorControl=normal Description= Service Description Account=[SERVICEACCOUNT] Password=[SERVICEACCOUNTPASSWORD]/ ServiceControl Id=EventManagerServiceControl Name= Service1 Stop=both Remove=uninstall Wait=yes/ServiceControl After googling allot I have the following. The serive is marked as non-interactive according to the service's table on MSDN The domain account is configured as Log On As Service in the local machine policy. The msi is run as administrator. But still I get: Error 1923: Verify that you have sufficient privileges to install system services. According to what I could find out is that 1923 is a generic error for a number of things that can go wrong, but no list exist of the number of things to be able to eliminate the possibilities :) Can anyone please advise? Regards Christoffel le Roux This information is intended only for the person or entity to which it is addressed and may contain private, confidential, proprietary and/or privileged material and may be subject to confidentiality agreements. Any review, retransmission, dissemination, or any other use of or taking of any action in reliance upon this information, by persons or entities other than the intended recipient, is prohibited. If you received this in error, please contact the sender and delete the material from all storage media. FlowCentric is neither liable for proper, complete transmission of the information contained in this communication, any delay in its receipt or that the mail is virus-free. - - Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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. -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Installing service using domain account
What is installutil doing ? The installer won't run any install class code. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account Hi Peter, the service installs perfectly using InstallUtil, an sc.exe, I have no Idea why it's doing what it is. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account It's usually a missing dependency dll. A useful troubleshooting step can be to take the set of files and use sc.exe and the services control panel to try and install and configure the service manually on the same machine. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 10:56 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Installing service using domain account Hi, I'm trying to install a service using the following WIX fragment and using an existing domain account as the service account. ServiceInstall Id=EventManagerServiceInstall Name=Service1 DisplayName=Service1 Type=ownProcess Interactive=no Start=auto Vital=yes ErrorControl=normal Description= Service Description Account=[SERVICEACCOUNT] Password=[SERVICEACCOUNTPASSWORD]/ ServiceControl Id=EventManagerServiceControl Name= Service1 Stop=both Remove=uninstall Wait=yes/ServiceControl After googling allot I have the following. The serive is marked as non-interactive according to the service's table on MSDN The domain account is configured as Log On As Service in the local machine policy. The msi is run as administrator. But still I get: Error 1923: Verify that you have sufficient privileges to install system services. According to what I could find out is that 1923 is a generic error for a number of things that can go wrong, but no list exist of the number of things to be able to eliminate the possibilities :) Can anyone please advise? Regards Christoffel le Roux This information is intended only for the person or entity to which it is addressed and may contain private, confidential, proprietary and/or privileged material and may be subject to confidentiality agreements. Any review, retransmission, dissemination, or any other use of or taking of any action in reliance upon this information, by persons or entities other than the intended recipient, is prohibited. If you received this in error, please contact the sender and delete the material from all storage media. FlowCentric is neither liable for proper, complete transmission of the information contained in this communication, any delay in its receipt or that the mail is virus-free. - - Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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. - - Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users This information is intended only
Re: [WiX-users] Installing service using domain account
Are there any clues in a verbose log ? -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account I just added a custom installer class to test if the service will install using InstallUtil, I't doesn't do anything special like custom actions. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:26 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account What is installutil doing ? The installer won't run any install class code. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account Hi Peter, the service installs perfectly using InstallUtil, an sc.exe, I have no Idea why it's doing what it is. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account It's usually a missing dependency dll. A useful troubleshooting step can be to take the set of files and use sc.exe and the services control panel to try and install and configure the service manually on the same machine. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 10:56 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Installing service using domain account Hi, I'm trying to install a service using the following WIX fragment and using an existing domain account as the service account. ServiceInstall Id=EventManagerServiceInstall Name=Service1 DisplayName=Service1 Type=ownProcess Interactive=no Start=auto Vital=yes ErrorControl=normal Description= Service Description Account=[SERVICEACCOUNT] Password=[SERVICEACCOUNTPASSWORD]/ ServiceControl Id=EventManagerServiceControl Name= Service1 Stop=both Remove=uninstall Wait=yes/ServiceControl After googling allot I have the following. The serive is marked as non-interactive according to the service's table on MSDN The domain account is configured as Log On As Service in the local machine policy. The msi is run as administrator. But still I get: Error 1923: Verify that you have sufficient privileges to install system services. According to what I could find out is that 1923 is a generic error for a number of things that can go wrong, but no list exist of the number of things to be able to eliminate the possibilities :) Can anyone please advise? Regards Christoffel le Roux This information is intended only for the person or entity to which it is addressed and may contain private, confidential, proprietary and/or privileged material and may be subject to confidentiality agreements. Any review, retransmission, dissemination, or any other use of or taking of any action in reliance upon this information, by persons or entities other than the intended recipient, is prohibited. If you received this in error, please contact the sender and delete the material from all storage media. FlowCentric is neither liable for proper, complete transmission of the information contained in this communication, any delay in its receipt or that the mail is virus-free. - - Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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
Re: [WiX-users] Installing service using domain account
I'm assuming your installer is per-machine so it's not an elevation problem ? You have servicename in your error but service1 in the code - is that just you editing before you post ? Have you tried installing using the default service account (by omitting any account details) ? -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:44 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account The only (not) usefull thing in the log file is Error 1923. Service 'ServiceName' (ServiceName) could not be installed. Verify that you have sufficient privileges to install system services. MSI (s) (AC:BC) [12:39:28:321]: Product: ProductName -- Error 1923. Service 'ServiceName' (ServiceName) could not be installed. Verify that you have sufficient privileges to install system services. Thanks for the help :) -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:38 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account Are there any clues in a verbose log ? -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account I just added a custom installer class to test if the service will install using InstallUtil, I't doesn't do anything special like custom actions. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:26 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account What is installutil doing ? The installer won't run any install class code. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account Hi Peter, the service installs perfectly using InstallUtil, an sc.exe, I have no Idea why it's doing what it is. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account It's usually a missing dependency dll. A useful troubleshooting step can be to take the set of files and use sc.exe and the services control panel to try and install and configure the service manually on the same machine. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 10:56 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Installing service using domain account Hi, I'm trying to install a service using the following WIX fragment and using an existing domain account as the service account. ServiceInstall Id=EventManagerServiceInstall Name=Service1 DisplayName=Service1 Type=ownProcess Interactive=no Start=auto Vital=yes ErrorControl=normal Description= Service Description Account=[SERVICEACCOUNT] Password=[SERVICEACCOUNTPASSWORD]/ ServiceControl Id=EventManagerServiceControl Name= Service1 Stop=both Remove=uninstall Wait=yes/ServiceControl After googling allot I have the following. The serive is marked as non-interactive according to the service's table on MSDN The domain account is configured as Log On As Service in the local machine policy. The msi is run as administrator. But still I get: Error 1923: Verify that you have sufficient privileges to install system services. According to what I could find out is that 1923 is a generic error for a number of things that can go wrong, but no list exist of the number of things to be able to eliminate the possibilities :) Can anyone please advise? Regards Christoffel le Roux This information is intended only for the person or entity to which it is addressed and may contain private, confidential, proprietary and/or privileged material and may be subject to confidentiality agreements. Any review, retransmission, dissemination, or any other use of or taking of any action in reliance upon
Re: [WiX-users] Installing service using domain account
No problem. The serviceaccount property should be in the format domain\user Check the value in the property dump at the end of the verbose log. If the format is wrong, it will issue that error. If you set start=demand, the service won't run at install time. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 12:00 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account I did try to install the service without starting it after install, but could not figure out how the ServiceInstaller's properties should work? -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 01:44 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account The only (not) usefull thing in the log file is Error 1923. Service 'ServiceName' (ServiceName) could not be installed. Verify that you have sufficient privileges to install system services. MSI (s) (AC:BC) [12:39:28:321]: Product: ProductName -- Error 1923. Service 'ServiceName' (ServiceName) could not be installed. Verify that you have sufficient privileges to install system services. Thanks for the help :) -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:38 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account Are there any clues in a verbose log ? -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:30 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account I just added a custom installer class to test if the service will install using InstallUtil, I't doesn't do anything special like custom actions. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:26 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account What is installutil doing ? The installer won't run any install class code. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 11:17 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account Hi Peter, the service installs perfectly using InstallUtil, an sc.exe, I have no Idea why it's doing what it is. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 January 2013 01:13 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Installing service using domain account It's usually a missing dependency dll. A useful troubleshooting step can be to take the set of files and use sc.exe and the services control panel to try and install and configure the service manually on the same machine. -Original Message- From: Christoffel le Roux [mailto:christoffe...@tech.flowcentric.com] Sent: 16 January 2013 10:56 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Installing service using domain account Hi, I'm trying to install a service using the following WIX fragment and using an existing domain account as the service account. ServiceInstall Id=EventManagerServiceInstall Name=Service1 DisplayName=Service1 Type=ownProcess Interactive=no Start=auto Vital=yes ErrorControl=normal Description= Service Description Account=[SERVICEACCOUNT] Password=[SERVICEACCOUNTPASSWORD]/ ServiceControl Id=EventManagerServiceControl Name= Service1 Stop=both Remove=uninstall Wait=yes/ServiceControl After googling allot I have the following. The serive is marked as non-interactive according to the service's table on MSDN The domain account is configured as Log On As Service in the local machine policy. The msi is run as administrator. But still I get: Error 1923: Verify that you have sufficient privileges to install system services. According to what I could find out is that 1923 is a generic error for a number of things that can go wrong, but no list exist of the number of things to be able to eliminate the possibilities
Re: [WiX-users] Burn: Search GAC
A util:ComponentSearch might be easier to work with. You could get the component code from the interop MSI. All the MSIs that install that particular dll ought to use the same component ID. Even developers should be using the interop msi to install them the first place. -Original Message- From: Karl Werner [mailto:karl.wer...@gmail.com] Sent: 15 January 2013 14:41 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Burn: Search GAC From my Bundle, I need to determine if the Microsoft Office Interop assemblies are installed on the machine. I think the only way to do this is to search the gac for the assemblies. This is because the assemblies can be installed by various different packages and there may not be a product install for them on the machine, even if they are there. Ideally, I'd like to be able to search a directory tree from a root location, e.g. [WindowsFolder]Assembly, with a wildcard Microsoft.Office.Interop.*.dll and have it tell me if files were found. -- I do understand that his may not be quite possible right now. Under the Product element when authoring Wix installers, the DirectorySeach element as a Depth attribute. Under Bundle, BAUtil's DirectorySearch does not have this attribute, so I'm at a loss on how to search the tree under a directory. How can this be accomplished under Bundle? Thanks! Karl - - Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ 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_122512 ___ 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. -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ 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_122512 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: Search GAC
Our pre-Burn chainer uses Office 2003: Chainer.ProductInfo.IsComponentInstalled(new Guid({3EC1EAE0-A256-411D-B00B-016CA8376078})) Office 2007: Chainer.ProductInfo.IsComponentInstalled(new Guid({0638C49D-BB8B-4CD1-B191-050E8F325736}) Those are the component codes of mso.dll I don't have codes for other versions -Original Message- From: Karl Werner [mailto:karl.wer...@gmail.com] Sent: 15 January 2013 16:16 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn: Search GAC Ah, good idea, thanks! Karl Original Message A util:ComponentSearch might be easier to work with. You could get the component code from the interop MSI. All the MSIs that install that particular dll ought to use the same component ID. Even developers should be using the interop msi to install them the first place. -Original Message- From: Karl Werner [mailto:karl.wer...@gmail.com karl.wer...@gmail.com] Sent: 15 January 2013 14:41 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Burn: Search GAC From my Bundle, I need to determine if the Microsoft Office Interop assemblies are installed on the machine. I think the only way to do this is to search the gac for the assemblies. This is because the assemblies can be installed by various different packages and there may not be a product install for them on the machine, even if they are there. Ideally, I'd like to be able to search a directory tree from a root location, e.g. [WindowsFolder]Assembly, with a wildcard Microsoft.Office.Interop.*.dll and have it tell me if files were found. -- I do understand that his may not be quite possible right now. Under the Product element when authoring Wix installers, the DirectorySeach element as a Depth attribute. Under Bundle, BAUtil's DirectorySearch does not have this attribute, so I'm at a loss on how to search the tree under a directory. How can this be accomplished under Bundle? Thanks! Karl - - Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ 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_122512 ___ 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. - - Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ 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_122512 ___ 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. -- Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ 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_122512 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] assigning path for directory using preprocessors
I think you are getting attributes mixed up. The path goes in the FileSource attribute. -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: 11 January 2013 14:16 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] assigning path for directory using preprocessors Id attributes must follow the Windows Installer requirements for identifier, which are basically the same as most programming languages. On Fri, Jan 11, 2013 at 2:18 AM, Rahul V rahul8...@gmail.com wrote: Hi, I am trying to assign the below path for directory by the variable HelpSourceFolder as shown in below, I am getting the error Error 1 The Directory/@Id attribute's value, 'D:\SomeFolder\Path', is not a legal identifier., please help me to identify what is wrong here. ?define HelpSourceFolder= D:\SomeFolder\Path? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=22719928-e1a0-4e62-9387-f289ee91e694 Name=MESPortal Language =1033 Version=1.0.0.0 Manufacturer=MESPortal UpgradeCode= 4c950b6c-e248-4e39-ab9b-2a7f46d9d823 Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=$(var.HelpSourceFolder) Regards, Rahul -- 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 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. -- 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] Update progress bar from custom actions
Any use ? community.flexerasoftware.com/archive/index.php?t-143660.html -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 09 January 2013 14:53 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Update progress bar from custom actions Hi I am trying to update the progress bar from my custom action, this is what I have so far and I am so confused looking online about what is happeneing. extern C UINT __stdcall InstallDrivers(MSIHANDLE hInstall) { AssertSz(FALSE, debug here); HRESULT hr = S_OK; UINT er = ERROR_SUCCESS; LPWSTR szValueBuf = NULL; char CustomActionData[MAX_PATH]; const UINT iTickIncrement = 1; const UINT iNumberItems = 10; const UINT iTotalTicks = iTickIncrement * iNumberItems; PMSIHANDLE hActionRec = MsiCreateRecord(10); PMSIHANDLE hProgressRec = MsiCreateRecord(3); hr = WcaInitialize(hInstall, InstallDrivers); ExitOnFailure(hr, Failed to initialize); WcaLog(LOGMSG_STANDARD, Initialized.); hr = WcaGetProperty(LCustomActionData,szValueBuf); ExitOnFailure(hr, failed to get CustomActionData); wcstombs(CustomActionData, szValueBuf, 260); char *token = std::strtok(CustomActionData, ,); while (token != NULL) { if (strcmp(token, Driver1) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing Alpha Driver)); token = strtok (NULL, ,); } else if (strcmp(token, Driver2) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing Modbus Master Driver)); token = strtok (NULL, ,); } else if (strcmp(token, Driver3) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing Modbus Slave Driver)); token = strtok (NULL, ,); } else if (strcmp(token, Driver4) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing Wits Input Driver)); token = strtok (NULL, ,); } else if (strcmp(token, Driver5) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing Wits Output Driver)); token = strtok (NULL, ,); } else if (strcmp(token, Driver6) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing Witsml Driver)); token = strtok (NULL, ,); } else if (strcmp(token, Supplementary) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing EdgeX Supplementary)); token = strtok (NULL, ,); } else if (strcmp(token, Driver7) ==0) { MsiRecordSetString(hActionRec, 1, TEXT(Installing Datascan 7000)); token = strtok (NULL, ,); } else { MsiRecordSetString(hActionRec, 1, TEXT()); token = strtok (NULL, ,); } WcaProcessMessage(INSTALLMESSAGE_ACTIONSTART, hActionRec); Anyone help me with how I get it actually showing? Please - - Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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. -- Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLibs questions...
You have to duplicate the code I'm afraid. The IDs must differ between the two copies. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 02 January 2013 18:49 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixLibs questions... I have about 10 WixLibs and they are all binaries, an example is such: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include $(var.SolutionDir)\Includes\Variables.wxi ? Fragment ComponentGroup Id=cmpgrp_Log4Net Directory=WixLibRedirectFolder Component Id=cmp_Log4Net Guid={CB08ECF2-0F34-4324-BD22-0C1A6E042252} File Id=file_log4net KeyPath=yes Name=log4net.dll Source=$(var.sourcePath)ThirdParty\log4net.dll/ /Component /ComponentGroup /Fragment /Wix I use WixLibRedirectFolder in all of the wixlibs as the directory... I have 4 msi's with merge modules, I want to move the merge modules into the Product.WXS for each MSI... no problem, however most the of the merge modules have links to the wixlibs: ComponentGroupRef Id=cmpgrp_Log4Net/ In my product.wxs I have 2 merge modules that are linking/referencing the wixlibs, so in my product.wxs I need to install the files in the wixlibs to two different locations: Directory Id=WixLibRedirectFolder Name=bin (this is one) and Directory Id=WixLibRedirectFolder Name=ConfigUtil but I can't have a directory with the same Id... Question: How do I use a wixlib in multiple locations in the Product.wxs? Since I am getting this error: Error 2 Duplicate symbol 'Directory:WixLibRedirectFolder' found. This typically means that an Id is duplicated. Check to make sure all your identifiers of a given type (File, Component, Feature) are unique. C:\Dev\Core Technologies\Main\Setup\Admin_Console_Setup\Product.wxs 527 1 Admin_Console_Setup Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixLibs-questio ns-tp7582603.html Sent from the wix-users mailing list archive at Nabble.com. - - Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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. -- 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/learnmore_122712 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WixLibs questions...
You can use them in multiple MSIs, just not the same MSI twice. We've had the requirement too but only because the product's architecture was a bit of a mess. It's worth checking to see if you could rewrite to share a single copy of the files - It's unlikely you'd update one copy and not the other. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 03 January 2013 14:57 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLibs questions... Aw that sucks :( Duplicating the wixlib so it can copy to different locations kind of depletes the purpose... What I am trying to do is get rid of Merge Modules and place the merge module info into the product.wxs... (components/files/custom actions etc) but to duplicate 10 wixlibs so I can install to different locations doesn't make sense... I will just revert my changes back to the merge module format... steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: January-03-13 5:25 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] WixLibs questions... You have to duplicate the code I'm afraid. The IDs must differ between the two copies. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 02 January 2013 18:49 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WixLibs questions... I have about 10 WixLibs and they are all binaries, an example is such: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?include $(var.SolutionDir)\Includes\Variables.wxi ? Fragment ComponentGroup Id=cmpgrp_Log4Net Directory=WixLibRedirectFolder Component Id=cmp_Log4Net Guid={CB08ECF2-0F34-4324-BD22-0C1A6E042252} File Id=file_log4net KeyPath=yes Name=log4net.dll Source=$(var.sourcePath)ThirdParty\log4net.dll/ /Component /ComponentGroup /Fragment /Wix I use WixLibRedirectFolder in all of the wixlibs as the directory... I have 4 msi's with merge modules, I want to move the merge modules into the Product.WXS for each MSI... no problem, however most the of the merge modules have links to the wixlibs: ComponentGroupRef Id=cmpgrp_Log4Net/ In my product.wxs I have 2 merge modules that are linking/referencing the wixlibs, so in my product.wxs I need to install the files in the wixlibs to two different locations: Directory Id=WixLibRedirectFolder Name=bin (this is one) and Directory Id=WixLibRedirectFolder Name=ConfigUtil but I can't have a directory with the same Id... Question: How do I use a wixlib in multiple locations in the Product.wxs? Since I am getting this error: Error 2 Duplicate symbol 'Directory:WixLibRedirectFolder' found. This typically means that an Id is duplicated. Check to make sure all your identifiers of a given type (File, Component, Feature) are unique. C:\Dev\Core Technologies\Main\Setup\Admin_Console_Setup\Product.wxs 527 1 Admin_Console_Setup Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WixLibs-questio ns-tp7582603.html Sent from the wix-users mailing list archive at Nabble.com. - - Master Java SE, Java EE, Eclipse, Spring, Hibernate, JavaScript, jQuery and much more. Keep your Java skills current with LearnJavaNow - 200+ hours of step-by-step video tutorials by Java experts. SALE $49.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122612 ___ 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. - - 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/learnmore_122712 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - 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
Re: [WiX-users] Burn, MsiPackage and DisplayInternalUI
Wix is open source. If you need a feature urgently, you're welcome to take the source code and implement a solution yourself :) Otherwise it's a case of hoping someone on the WiX team (or some other contributor) takes it on. -Original Message- From: Kannan24 [mailto:skan...@syncfusion.com] Sent: 31 December 2012 08:46 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Burn, MsiPackage and DisplayInternalUI Hi Peter, I was created the feature request on 10th July, but no progress still. Could you please follow up this feature, since we have close to release. Thanks, Kannan -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-MsiPackage -and-DisplayInternalUI-tp7484106p7582587.html Sent from the wix-users mailing list archive at Nabble.com. - - 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 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. -- 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
Re: [WiX-users] Registry search and condition message in installer
VersionNT64 is undefined on a 32-bit OS so Installed OR (SQLSYNCX64SEARCH 0 AND VersionNT64) would be FALSE or (something AND FALSE) === FALSE which would cause the message to display. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 19 December 2012 04:19 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Registry search and condition message in installer Oops I should have said as well... The 32 bit version is checked and correct since it is installed so the logic is correct for the 32 bit check of Property Id=SQLSYNCX86SEARCH Value=0 it's the 64bit check that is failing on the 32 bit OS -Original Message- From: Rob Mensching [mailto:r...@robmensching.com] Sent: December-18-12 7:19 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Registry search and condition message in installer I always use a verbose log file to check the values of Properties since that where I usually make my mistakes. On Tue, Dec 18, 2012 at 3:14 PM, StevenOgilvie sogil...@msn.com wrote: I have a 32 bit installer, it can run on a 32 bit or a 64 bit OS... On the 32 bit OS only the 32 bit pre requisites are run, but on the 64 bit OS both 32/64 bit pre requisites are run. The installer verifies that the pre requisites are installed (ya its overkill but that is another story)... On a 64 bit machine all works fine, on a 32 bit OS I am running into errors where the condition message displays even though it shouldn't, I have been playing around with this for too long, what am I doing wrong? thanks in advance... Registry check: Property Id=SQLSYNCX86SEARCH Value=0 RegistrySearch Id=SQLSyncx86Search Key=SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{7AC8EF88-D996-4D47- B40C-4DD93E307481} Name=DisplayVersion Root=HKLM Type=raw Win64=no/ /Property Property Id=SQLSYNCX64SEARCH Value=0 RegistrySearch Id=SQLSyncx64Search Key=SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{A4E269C1-168D-40D3- 9ABD-57FE4D4DB537} Name=DisplayVersion Root=HKLM Type=raw Win64=yes/ /Property Condition Message: Condition Message=Requires Microsoft Sync Framework 2.1 Core Components (x86) installed. To download the requirement please visit: http://www.microsoft.com/en-us/download/default.aspx then restart the $(var.ProductName) setup. ! [ CDATA [Installed OR (SQLSYNCX86SEARCH 0)]] /Condition Condition Message=Requires Microsoft Sync Framework 2.1 Core Components (x64) installed. To download the requirement please visit: http://www.microsoft.com/en-us/download/default.aspx then restart the $(var.ProductName) setup. ! [CDATA [(Installed OR (SQLSYNCX64SEARCH 0 AND VersionNT64)]] /Condition BTW I have added spaces ! [ CDATA because nabble doesn't like this :) Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Registry -search-and-condition-message-in-installer-tp7582450.html Sent from the wix-users mailing list archive at Nabble.com. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching http://RobMensching.com LLC - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net
Re: [WiX-users] Condition Message only on install
Launch conditions always run, including during removal. Usually, you'd use the condition: Installed or ... if you want to write a condition that's only checked at first-time installation. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 19 December 2012 15:10 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Condition Message only on install Hi can anyone tell me what is wrong with my conditions? I thought they were correct as I only want the condition message to be evaluated on install and not on uninstall but it is still being evaluated on uninstall. Condition Message=Cannot access the server root directory for the installation to proceed.![CDATA[(SERVERINSTALLED) AND (NOT Installed)]]/Condition Kind Regards, Natalie Carr - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Network path error
You could try setting Vital=no on the File element. I'm not sure if that applies to removal as well as installation. -Original Message- From: Nirmalraj Durai [mailto:nirmal.du...@gmail.com] Sent: 17 December 2012 06:05 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Network path error Hi all, While installation the installer put a file in network location then during uninstallation i need to remove the file from the network path. But in my case if the network is unreachable the installer through an error message. Here my question is During uninstallation i want to supress the error message if the network path is unreachable. -- Regards, Nirmalraj Durai, - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How do to configure a Windows service to Restart the Service upon failure?
Error 5 is access denied. Are you running the installation as administrator ? -Original Message- From: Marty Offe [mailto:marty.o...@harlandfs.com] Sent: 17 December 2012 16:44 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How do to configure a Windows service to Restart the Service upon failure? I am *not* able to get msiexec.exe to set the recovery option of my Windows service to Restart the Service. Wix 3.6 documentation suggests that I can use ServiceConfigFailureActions to accomplish this. Here is my ServiceInstall element: ServiceInstall Id=ServiceInstallID Name=LPDS Service DisplayName=LaserPro Document Service Description=Allows LaserPro Document Service to be used as a web service. Interactive=no ErrorControl=ignore Start=auto Type=ownProcess Vital=no ServiceConfig FailureActionsWhen=failedToStopOrReturnedError OnInstall=yes OnReinstall=yes OnUninstall=yes / ServiceConfigFailureActions OnInstall=yes OnReinstall=yes OnUninstall=yes ResetPeriod=86400 Command=c:\foo.bat Failure Action=runCommand Delay=1000/ Failure Action=restartService Delay=2000/ /ServiceConfigFailureActions /ServiceInstall I am using msiexec.exe version V 5.0.7601.17514 Error from installation log file: MSI (s) (A0:F8) [08:21:16:136]: Executing op: CacheSizeFlush(,) MSI (s) (A0:F8) [08:21:16:136]: Executing op: ActionStart(Name=InstallServices,Description=Installing new services,Template=Service: [2]) MSI (s) (A0:F8) [08:21:16:142]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=130) MSI (s) (A0:F8) [08:21:16:143]: Executing op: ServiceInstall(Name=LPDS Service,DisplayName=LaserPro Document Service,ImagePath=C:\LPDS\CFI\Service.exe,ServiceType=32,StartType=2,ErrorCon trol=32768,,Dependencies=[~],,,Password=**,Description=Allows LaserPro Document Service to be used as a web service.,,) MSI (s) (A0:F8) [08:21:16:771]: Executing op: ActionStart(Name=MsiConfigureServices,,) MSI (s) (A0:F8) [08:21:16:771]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=130) MSI (s) (A0:F8) [08:21:16:771]: Executing op: ServiceConfigure(,Name=LPDS Service,Event=5,ConfigType=4,Argument=1) MSI (s) (A0:F8) [08:21:16:771]: Changing configuration of service LPDS Service. MSI (s) (A0:F8) [08:21:16:781]: Changed configuration of service LPDS Service with ConfigType SERVICE_CONFIG_FAILURE_ACTIONS_FLAG MSI (s) (A0:F8) [08:21:16:781]: Done changing configuration of service LPDS Service MSI (s) (A0:F8) [08:21:16:781]: Executing op: ProgressTotal(Total=1,Type=1,ByteEquivalent=130) MSI (s) (A0:F8) [08:21:16:781]: Executing op: ServiceConfigureFailureAction(,Name=LPDS Service,Event=1,,RebootMessage=[~],Command=[~],Actions=1,DelayActions=9000) MSI (s) (A0:F8) [08:21:16:781]: Changing configuration of failure action for service LPDS Service. MSI (s) (A0:F8) [08:21:16:782]: Warning: ResetPeriod is blank. Trying to change current configuration of failure action for service LPDS Service. Replacing with default argument INFINITE MSI (s) (A0:F8) [08:21:16:782]: Error: 5. Failed to change current configuration of failure action for service LPDS Service MSI (s) (A0:F8) [08:21:16:782]: Failed to change configuration of failure action for service LPDS Service MSI (s) (A0:F8) [08:21:16:782]: Note: 1: 2205 2: 3: Error MSI (s) (A0:F8) [08:21:16:782]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1939 MSI (c) (D8:DC) [08:21:16:785]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg Error 1939. Service 'LaserPro Document Service' (LPDS Service) could not be configured. This could be a problem with the package or your permissions. Verify that you have sufficient privileges to configure system services. MSI (s) (A0:F8) [08:21:46:995]: Note: 1: 2205 2: 3: Error MSI (s) (A0:F8) [08:21:46:995]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error` WHERE `Error` = 1709 MSI (s) (A0:F8) [08:21:46:995]: Product: LaserPro Document Service -- Error 1939. Service 'LaserPro Document Service' (LPDS Service) could not be configured. This could be a problem with the package or your permissions. Verify that you have sufficient privileges to configure system services. Here are the rows that WIX generates in the MsiServiceConfig and MsiSErviceConfigFailureActions tables: MsiServiceConfig NameEventConfigType Argument Component_ LPDS_Service.FA LPDS Service 7 4 1 LPDSService.exe MsiServiceConfigFailureActions table contents: MsiServiceConfigFailureActionsNameEvent ResetPeriod RebootMessage CommandActions
Re: [WiX-users] Regisytry Entry Permissions
Permissions are not cascaded down to subkeys. There might even be a bug/feature request still outstanding for it. -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: 06 December 2012 07:49 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Regisytry Entry Permissions Hi, Iam assigning permissions to Registry.(Admin-Fullcontrol,User-Read) permissions. Iam using code like. util:PermissionEx User=Orchestra_User_Access Read=yes ReadPermission=yes GenericRead=yes GenericExecute=yes ChangePermission=yes / util:PermissionEx User=Orchestra_Admin_Access GenericAll=yes ChangePermission=yes/ But in my registry its not showing dat permissions is assigned to that user. When I use. Permission User=Orchestra_Admin_Access GenericAll=yes ChangePermission=yes/ This tag.permissions I assigned.but its not inherited. Please help me how to assign permissions or to assign inheritance. Thanks, Chaitanya. - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ProgramMenuFolder: Directory Shortcut
Try adding CreateFolder to the shortcut component, or put CreateFolder in its own component and put it under the API_DirExample directory. -Original Message- From: Budde, Marco [mailto:bu...@telos.de] Sent: 05 December 2012 10:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] ProgramMenuFolder: Directory Shortcut Hi, I am just porting one of our setup projects from Visual Studio Setup Deployment to WiX. So far everything looks good, but I have one major problem. There is an example subdirectory in the installation directory. I have to install a shortcut to this directory in the start menu of Windows. I have already installed a lot of shortcuts to files, but I do not know how to install a shortcut to a directory. I have already tried several approaches, but I am always getting error messages when building the WiX project, e.g.: DirectoryRef Id=APPLICATIONROOTDIRECTORY Directory Id=API_DirExamples Name=examples ... /Directory Component Id=Test Guid=634c82e9-8adc-48cd-b054-ca2365a95b66 Shortcut Id=API_StartMenuExamples Name=Examples Directory=Main_DirStartMenu Advertise=yes / /Component /Directory I am getting this error: error LGHT0204: ICE18: KeyPath for Component: 'Test' is Directory: 'API_DirExamples'. The Directory/Component pair must be listed in the CreateFolders table. Adding a RegistryValue to the component results into other error messages. Best regards, Marco - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Prevent logging
That sort of configuration is best moved out into the application or a configuration utility so that you don’t have to reinstall should it ever need to change. It would solve your problem. -Original Message- From: Grigory Konovalov [mailto:grigory.konova...@confirmit.com] Sent: 05 December 2012 11:43 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Prevent logging Add this to ensure that the custom action data is hidden as well: Property Id=ExecXmlFile Hidden=yes/ Thanks for your help, but it helps to hide only one place with passwords in log. But I still have some places with passwords: . . . MSI (s) (0C:80) [15:27:09:048]: Executing op: CustomActionSchedule(Action=ExecXmlFile,ActionType=3073,Source=BinaryData,Tar get=ExecXmlFile,CustomActionData= 2 0 C:\Program Files\ProgramName\Web.config€3€0€/configuration/system.web/sessionState/@sqlC onnectionString€€Data Source=SQL_SERVER;User ID=Login;Password=Pass) . . . Executing op: RegAddValue(Name=DB Connection String,Value=Data Source= SQL_SERVER;Initial Catalog=DBName;User ID=Login;Password=Pass;Connect Timeout=120,) WriteRegistryValues: Key: \SOFTWARE\ProgramNameKey, Name: DB Connection String, Value: Data Source= SQL_SERVER;Initial Catalog=DBName;User ID=Login;Password=Pass;Connect Timeout=120 . . . Property Id=RegAddValue Hidden=yes/ doesn’t help. Regards, Grigory Konovalov - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] bootstrapper UI question
Yes, create the UI in a custom bootstrapper. The separation is: data collection goes in the bootstrapper; modifying system state goes in the MSIs. -Original Message- From: up2date.cyb...@gmail.com [mailto:up2date.cyb...@gmail.com] Sent: 05 December 2012 16:48 To: wix-users@lists.sourceforge.net Subject: [WiX-users] bootstrapper UI question Hi I'd like to move a setup (that has only one pre-req) from MSI UI to bootstrapper UI. To achieve it, should I have to create my own wixstdba? I ask this because I need a UI with many pages, each one customized, so I cannot re-use the standard one. Does it make sense to do all the UI in the bootstrapper? then have the main MSI just installing the program files, and executing a few custom actions. I wonder where would be the logical limit, of what writing in the BA and what writing in the main MSI, like executing a thankyou page when installation is complete (bootstrapper, or MSI custom action?) Thanks up2date.c - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] bootstrapper UI question
You do want conditions like that in the bootstrapper because the user doesn't want to enter pages of information before being told, you can't. However, if there's any chance the MSI will be used outside the bootstrapper, keep them in that too. Actions that require user interaction either will go in the bootstrapper UI or they may simply cause an error and exit in the bootstrapper. Closing running applications would be OK in the bootstrapper because a) it doesn't change system state in any lasting way and b) it doesn't need to happen within the installation transaction and be rolled back should installation fail. -Original Message- From: up2date.cyb...@gmail.com [mailto:up2date.cyb...@gmail.com] Sent: 05 December 2012 17:10 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] bootstrapper UI question So conditions like install on at least WinXP SP3 should be done in the bootstrapper and removed from my MSI, right? Should I move actions like closing running application from the MSI to the bootstrapper too, and all things that could display any dialog/msgbox? thanks for the answer On 05/12/2012 18:02, Peter Shirtcliffe wrote: Yes, create the UI in a custom bootstrapper. The separation is: data collection goes in the bootstrapper; modifying system state goes in the MSIs. -Original Message- From: up2date.cyb...@gmail.com [mailto:up2date.cyb...@gmail.com] Sent: 05 December 2012 16:48 To: wix-users@lists.sourceforge.net Subject: [WiX-users] bootstrapper UI question Hi I'd like to move a setup (that has only one pre-req) from MSI UI to bootstrapper UI. To achieve it, should I have to create my own wixstdba? I ask this because I need a UI with many pages, each one customized, so I cannot re-use the standard one. Does it make sense to do all the UI in the bootstrapper? then have the main MSI just installing the program files, and executing a few custom actions. I wonder where would be the logical limit, of what writing in the BA and what writing in the main MSI, like executing a thankyou page when installation is complete (bootstrapper, or MSI custom action?) Thanks up2date.c -- --- - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ 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. -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Project reference question
I don't fully understand what you're describing but one difference from our set-up is that we have the Wix projects each in their own solution. The MSIs take a long time to build and most C# (C++, etc.) developers don't want to build them when they press build solution during development, nor do the deployment team need to build everything from scratch when building the installers. -Original Message- From: Brownfield, Cory [mailto:cbrownfi...@aeci.org] Sent: 27 November 2012 14:51 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Project reference question My team has decided to add only the top-level project reference to the WiX project in each solution. We typically have simple builds where each solution has one WiX project that builds a single MSI. So if we have a service solution, we will be adding a single project reference to our WiX project for the Windows Service Host. Since that project gets a copy of all other project and library DLLs when built (we will be making sure of that), we will just be referencing the DLLs from this top-level build directory in the WiX script. This seems to be wrong, but I can't come up with a compelling argument as to why. What problems might be introduced by using this method? If this is a perfectly valid method, let me know. - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Best common practices and migration from VSdeployment project
1. Making dual-purpose packages was difficult in MSI before version 5. At my company, we still need to support Windows prior to Windows 7/Server 2008 so MSI 5 isn't an option yet and we create per-machine installers. With MSI 5, dual purpose packages are easier to create: http://msdn.microsoft.com/en-gb/library/windows/desktop/dd408068%28v=vs.85%29 .aspx You must use per-machine installations if you install anything to shared locations, such as HKLM, Program Files folder, Windows folder, etc. Otherwise the choice may be down to whether you must support users who don't have administrative privileges to install - that would force you to create a per-user package. 2. The ProductState property might help. If you choose to support only per-machine or only per-user, then you don't need to worry about cross-context upgrades from then on. There are API's that can detect all installation contexts of a product, but they require admin privileges. 3. MSI redistributables are preferred over merge modules so that they can be serviced by Windows Update, rather than you having to update your installer. To install multiple MSIs, you'll need a chainer. -Original Message- From: Mihajlo Cvetanovic [mailto:mcvetano...@gmail.com] Sent: 23 November 2012 13:47 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Best common practices and migration from VSdeployment project I've found me an answer to fourth question. Still hoping for answers to other questions. If I'm asking the wrong questions please tell me. On Sat, Nov 17, 2012 at 1:29 PM, wix-users-requ...@lists.sourceforge.net wrote: Date: Fri, 16 Nov 2012 17:54:45 +0100 From: Mihajlo Cvetanovi? mcvetano...@gmail.com Subject: [WiX-users] Best common practices and migration from VS deployment project To: wix-users@lists.sourceforge.net Message-ID: CACBW+BEWg=1fhn2q0pa-os75emzrghjvd_syzschxf2pxr2...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hi all, first time here for me. Assume I know only the very basics (particularly not the lingo), but willing to read from any link you throw at me. I used to have a very simple Visual Studio's .vdproj project, with one app written in C++ and a few Microsoft's dll's (CRT and MFC) manually added in the same folder as plain files (not as merge modules). I want to move to WiX, and need some guidelines and best common practices. Major points: - I want to use MS redistributables instead of adding dll files manually. - Previous setup allowed for everyone/just me option. - Application writes some bits of information in HKCU registry during work, but not during setup. - The setup (and application) are written in my native language (not English). I'm handling that fine for now. - Application is used by various users and in various environments, so I need to cover Questions: 1. Should I still allow for everyone/just me option? I've found suggestions to always install for everyone. 2. How can I handle the problem when previous and new setup differ in this option? Currently I see two installations in control panel if this option is different, and new setup does not remove old files from installation folder. 3. I guess I should include MS redistributables as merge modules. Also, I'm guessing that merge modules should be part of the core feature (Absent=disallow)? Is this correct? 4. Additionally, how can I install some CA certificates during setup? - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Changing Permissions To Registry
Search through the registry for a key with the same name that *does* have the right permissions. There might be a 32/64-bit mismatch or registry redirection or something like that. -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: 22 November 2012 09:19 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Changing Permissions To Registry Not working in the sense its not assigning permissions to that folder.. Not using braces in my code.for understanding itself I mentioned braces.. -Original Message- From: Nick Ramirez [mailto:nickra...@hotmail.com] Sent: 21 November 2012 20:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Changing Permissions To Registry Just a few questions to help clarify: What do you mean when you say it's not working? Where are you putting the PermissionEx elements? Inside of a RegistryKey element? In your code sample you're using curly braces: {username}. Is that how you have it for real? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Changing-Permi ssions-To-Registry-tp7581997p7582018.html Sent from the wix-users mailing list archive at Nabble.com. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract Binary file from MSI C++
The argument to MsiDatabaseOpenView should be a handle to a database. That would be there return value of MsiGetActiveDatabase. MsiGetActiveDatabase takes and argument of an installation session which is what the custom action is passed on entry. You've passed and uninitialized database handle to both calls. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 22 November 2012 16:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Extract Binary file from MSI C++ Hi I am trying to run a custom action to extract a binary file from my WIX installer, so far I have got this but I know it is not complete but I am not sure where I am going wrong. I am using a C++ Custom Action and the file is an exe. Any help would greatly be appreciated. MsiGetActiveDatabase(hDatabase); MsiDatabaseOpenView(hDatabase, SELECT 'Data' FROM 'Binary' WHERE 'Name' = 'Hasp', phView); MsiRecordReadStream(*phView, 1, szBuffer, cbBuf); CreateFile(szBuffer, GENERIC_WRITE,FILE_SHARE_WRITE, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); Kind Regards, Natalie Carr - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Extract Binary file from MSI C++
Adjust that to PMSIHANDLE database = MsiGetActiveDatabase(hInstall); if (database == 0) ; //handle the error somehow and exit If (MsiDatabaseOpenView(database, SELECT 'Data' FROM 'Binary' WHERE 'Name'= 'Hasp', phView) != ERROR_SUCCESS) ; // handle the error somehow and exit If you're more interested in getting it done quickly then you can use ExtractBinary from the wix wcautil/dutil libraries. Its mentioned in these links Source http://wix.cvs.sourceforge.net/viewvc/wix/wix/src/ca/wixca/dll/shellexecca.cp p?hideattic=1revision=1.4view=markuppathrev=MAIN Example http://blogs.msdn.com/b/icumove/archive/2009/06/23/custom-action-using-wix-re ading-from-the-binary-table.aspx -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 22 November 2012 17:03 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Extract Binary file from MSI C++ Peter, I know now what you mean: extern C UINT __stdcall InstallDrivers(MSIHANDLE hInstall) { MsiGetActiveDatabase(hInstall); MsiDatabaseOpenView(hInstall, SELECT 'Data' FROM 'Binary' WHERE 'Name' = 'Hasp', phView); MsiRecordReadStream(*phView, 1, szBuffer, cbBuf); CreateFile(szBuffer, GENERIC_WRITE,FILE_SHARE_WRITE, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); } Debugging throws up no errors it just ends the setup prematurely. Kind Regards, Natalie Carr -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Thursday, November 22, 2012 4:54 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Extract Binary file from MSI C++ The argument to MsiDatabaseOpenView should be a handle to a database. That would be there return value of MsiGetActiveDatabase. MsiGetActiveDatabase takes and argument of an installation session which is what the custom action is passed on entry. You've passed and uninitialized database handle to both calls. -Original Message- From: Natalie Carr [mailto:natalie.c...@measuresoft.com] Sent: 22 November 2012 16:35 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Extract Binary file from MSI C++ Hi I am trying to run a custom action to extract a binary file from my WIX installer, so far I have got this but I know it is not complete but I am not sure where I am going wrong. I am using a C++ Custom Action and the file is an exe. Any help would greatly be appreciated. MsiGetActiveDatabase(hDatabase); MsiDatabaseOpenView(hDatabase, SELECT 'Data' FROM 'Binary' WHERE 'Name' = 'Hasp', phView); MsiRecordReadStream(*phView, 1, szBuffer, cbBuf); CreateFile(szBuffer, GENERIC_WRITE,FILE_SHARE_WRITE, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL); Kind Regards, Natalie Carr - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get
Re: [WiX-users] Bundle signing
I've had reproducible access denied errors in builds where the Windows Indexing Service was locking files that I was writing. Excluding the location from indexing fixed it. -Original Message- From: Parkes, Kevin [mailto:kevin.par...@wacom.eu] Sent: 20 November 2012 11:55 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Bundle signing I've set SignOutput to true and added Target Name=SignBundleEngine and Target Name=SignBundle to my VS project (each using Exec to run a batch file we use for signing) Frequently, project build is failing (at least 2 times out of every 3 ) with access denied errors from either LINK or in the batch file. It would appear VS isn't waiting for one thing to finish before starting the next. Has anyone else seen this? Any ideas how to fix it? - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ProgramFiles64Folder and ProgramFilesFolder in wix
ProgramFilesFolder is a Windows Installer property. It is evaluated at runtime which requires square brackets around it and that will only work where the type of the attribute it appears in is formatted. The type of the Value attribute of Property is just string. You'll need SetProperty Id=DEST Value=[$(var.PlatformProgramFilesFolder)]sub_dir1\sub_dir2\sub_dir3 / Instead of Property. -Original Message- From: Kun Shi (ofox) [mailto:s...@vmware.com] Sent: 16 November 2012 09:02 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] ProgramFiles64Folder and ProgramFilesFolder in wix Howdy, I met an issue that really drives me crazy. The wix codes are as follows, but DEST has value of ProgramFilesFoldersub_dir1\sub_dir2\sub_dir3. It looks like that ProgramFilesFolder doesn't get replaced with real values(i.e., C:\Program Files\). My understanding is ProgramFilesFolder and ProgramFiles64Folder are built-in properties. I tried x86 and x64 build in VS 2010 and I'm using a Win8 VM on Mac(does it matter?). Do you see any problem of my codes? It might be a tiny mistake, but I just don't know about it. Thanks a lot! ?if $(var.Platform) = x64 ? !-- ofox: I also tried var.BUILDARCH w/o luck -- ?define PlatformProgramFilesFolder = 'ProgramFiles64Folder' ? ?elseif $(var.Platform) = x86 ? ?define PlatformProgramFilesFolder = 'ProgramFilesFolder' ? ?else? ?define PlatformfProgramFilesFolder = unknown? ?endif? ?define target_dir = $(var.PlatformProgramFilesFolder)sub_dir1\sub_dir2\sub_dir3 ? ... Property Id='DEST' Value='$(var.target_dir)'/ ... CopyFile Id=copyFile FileId=WebClientPackageDelete=no DestinationProperty=DEST/ - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is it possible to pass variables to the msipackage element based on UI from custom BA?
Have your BA set a burn variable. Use this variable as the Value of an MsiProperty element. -Original Message- From: victorwhiskey [mailto:victorhwhis...@yahoo.com] Sent: 16 November 2012 14:27 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Is it possible to pass variables to the msipackage element based on UI from custom BA? What I'd like to do is simulate the MSI install screens with a custom BA, and have a check box to create desktop shortcuts on the UI. Currently in my MSI package I create the desktop shortcut based on the checkbox variable from the MSI. Component Id=DesktopShortcut Directory=DesktopFolder Guid={----xE822} ConditionCREATEDESKTOPSHORTCUT/Condition CreateFolder/ RegistryKey Root=HKCU Key=Software\company\product Action=createAndRemoveOnUninstall RegistryValue Name=DTSC Value=1 Type=integer KeyPath=yes/ /RegistryKey Shortcut Id=DesktopShortcut Name=product_name Description=product description WorkingDirectory=working dir Target=path to exe/ /Component Is there some way to pass a variable to the msi package element to create this component based on the checkbox value from BA? Thank you. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Is-it-possible- to-pass-variables-to-the-msipackage-element-based-on-UI-from-custom-BA-tp7581 962.html Sent from the wix-users mailing list archive at Nabble.com. - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] util:XmlFile
From the help for ElementPath Note that this is a formatted field and therefore, square brackets in the XPath must be escaped. In addition, XPaths allow backslashes to be used to escape characters, so if you intend to include literal backslashes, you must escape them as well by doubling them in this attribute. The string is formatted by MSI first, and the result is consumed as the XPath. The [ and ] must be escaped. See msdn.microsoft.com/library/aa368609(VS.85).aspx -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: 16 November 2012 15:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] util:XmlFile Hi everyone, I have a small testing (to teach myself how to do these things) installer that basically just uses util:XmlFile to edit a config file ?xml version=1.0 encoding=UTF-8? Wix xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=e5ea734a-3c94-45ec-946d-a8e8892e5e6a UpgradeCode=a6f5f4cf-3632-4e0a-a3fc-322dca11bc47 Version=1.0.0.0 Language=1033 Name=GeneralSettingsChange-20121116095537 Manufacturer=Statistics Canada Codepage=1252 Package InstallerVersion=300 Compressed=yes InstallScope=perMachine / MajorUpgrade DowngradeErrorMessage=A later version of [ProductName] is already installed. Setup will now exit. / Media Id=1 Cabinet=GeneralSettingsChange-20121116095537.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir / DirectoryRef Id=TARGETDIR Component Id=Cad8e202a380443cc87afb147a7fb622e Guid=2165af6f-7c55-47d8-9373-1476ba4d9ace DiskId=1 util:XmlFile Id=Cad8e202a380443cc87afb147a7fb622e Action=setValue ElementPath=/configuration/General/add[@key='Password'] Name=value Value=test! File=[ProgramFilesFolder]\Statistics Canada\Dialer 3\GeneralSettings.xml SelectionLanguage=XPath Sequence=1 / /Component /DirectoryRef Property Id=Creator Value=STATCAN\dougkei / Feature Id=MainApplication Title=Main Application Level=1 ComponentRef Id=Cad8e202a380443cc87afb147a7fb622e / /Feature /Product /Wix It is supposed to change (for the sake of testing figuring out how to do a more generalized front end I'm building) ?xml version=1.0 encoding=utf-8? configuration General add key=UserId value=m3000/ add key=Password value=test/ /General /configuration To: ?xml version=1.0 encoding=utf-8? configuration General add key=UserId value=m3000/ add key=Password value=test!/ /General /configuration Unfortunately this seems to change the wrong element; I get: ?xml version=1.0 encoding=utf-8? configuration General add key=UserId value=test!/ add key=Password value=test/ /General /configuration Am I using XPath incorrectly? I tried an XPath testing site (http://www.mizar.dk/XPath/Default.aspx) which seems to confirm my expectations; I can only conclude that I'm missing something or there is a bug in util:XmlFile ... Any assistance welcome! Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] util:XmlFile
You're welcome :) Presumably it is so you can use properties to vary the element path at run time. Things like [PLUGIN]/Licence := 1234567890 -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: 16 November 2012 15:42 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] util:XmlFile Ah! Let's see if that does the trick ... why is this formatted? Strange effect, in any case. Does work to escape the []s, though. Thanks, Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: November-16-12 10:29 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] util:XmlFile From the help for ElementPath Note that this is a formatted field and therefore, square brackets in the XPath must be escaped. In addition, XPaths allow backslashes to be used to escape characters, so if you intend to include literal backslashes, you must escape them as well by doubling them in this attribute. The string is formatted by MSI first, and the result is consumed as the XPath. The [ and ] must be escaped. See msdn.microsoft.com/library/aa368609(VS.85).aspx -Original Message- From: keith.doug...@statcan.gc.ca [mailto:keith.doug...@statcan.gc.ca] Sent: 16 November 2012 15:14 To: wix-users@lists.sourceforge.net Subject: [WiX-users] util:XmlFile Hi everyone, I have a small testing (to teach myself how to do these things) installer that basically just uses util:XmlFile to edit a config file ?xml version=1.0 encoding=UTF-8? Wix xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=e5ea734a-3c94-45ec-946d-a8e8892e5e6a UpgradeCode=a6f5f4cf-3632-4e0a-a3fc-322dca11bc47 Version=1.0.0.0 Language=1033 Name=GeneralSettingsChange-20121116095537 Manufacturer=Statistics Canada Codepage=1252 Package InstallerVersion=300 Compressed=yes InstallScope=perMachine / MajorUpgrade DowngradeErrorMessage=A later version of [ProductName] is already installed. Setup will now exit. / Media Id=1 Cabinet=GeneralSettingsChange-20121116095537.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir / DirectoryRef Id=TARGETDIR Component Id=Cad8e202a380443cc87afb147a7fb622e Guid=2165af6f-7c55-47d8-9373-1476ba4d9ace DiskId=1 util:XmlFile Id=Cad8e202a380443cc87afb147a7fb622e Action=setValue ElementPath=/configuration/General/add[@key='Password'] Name=value Value=test! File=[ProgramFilesFolder]\Statistics Canada\Dialer 3\GeneralSettings.xml SelectionLanguage=XPath Sequence=1 / /Component /DirectoryRef Property Id=Creator Value=STATCAN\dougkei / Feature Id=MainApplication Title=Main Application Level=1 ComponentRef Id=Cad8e202a380443cc87afb147a7fb622e / /Feature /Product /Wix It is supposed to change (for the sake of testing figuring out how to do a more generalized front end I'm building) ?xml version=1.0 encoding=utf-8? configuration General add key=UserId value=m3000/ add key=Password value=test/ /General /configuration To: ?xml version=1.0 encoding=utf-8? configuration General add key=UserId value=m3000/ add key=Password value=test!/ /General /configuration Unfortunately this seems to change the wrong element; I get: ?xml version=1.0 encoding=utf-8? configuration General add key=UserId value=test!/ add key=Password value=test/ /General /configuration Am I using XPath incorrectly? I tried an XPath testing site (http://www.mizar.dk/XPath/Default.aspx) which seems to confirm my expectations; I can only conclude that I'm missing something or there is a bug in util:XmlFile ... Any assistance welcome! Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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
Re: [WiX-users] Creating a simply installer copying a set offiles to an existing directory
The default directory is whatever directory Id you set WIXUI_INSTALLDIR to, so in this case it is INSTALLDIR, which is ProgramFiles\ZZ_Installer. If you change your directory structure to be ProgramFiles\Vendor\Product and ensure the product directory has the ID INSTALLDIR, it'll change the default to what you want. Subdirectories are created automatically when you install a component that is in one. Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=VendorDir Name=insert vendor Directory Id=INSTALLDIR Name=insert product Directory Id=ExtensionsDir Name=Extensions / Directory /Directory /Directory /Directory ... ComponentGroup Id=SomeComponent Directory=ExtensionsDir When SomeComponent is installed, its directory will be created. -Original Message- From: Jensen-Waud, Anders [mailto:anders.jensen-w...@capgemini.com] Sent: 14 November 2012 22:57 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating a simply installer copying a set offiles to an existing directory Thanks Peter. I have followed the manual and tutorials and created a basic installer, which works with the WixUI_InstallDir extension: ---snip--- ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=* Name=ZZ_Installer Language=1033 Version=1.0.0.0 Manufacturer=xx UpgradeCode=d56c9263-02e7-4bfe-bcee-36a5d242f8a6 Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / UIRef Id=WixUI_InstallDir/ Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName] is already installed. / MediaTemplate / Feature Id=ProductFeature Title=ZZ_Installer Level=1 ComponentGroupRef Id=ProductComponents / /Feature /Product Fragment Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLDIR Name=ZZ_Installer / /Directory /Directory /Fragment Fragment ComponentGroup Id=ProductComponents Directory=INSTALLDIR Component Id=PluginFiles Guid=8BF1E791-43CF-4fe0-8F34-88066C386810 File Id=HestXml Name=hest.xml Source=hest.xml KeyPath=yes / /Component /ComponentGroup /Fragment /Wix ---snip--- Currently, the installer copies 'hest.xml' (the plugin file) to the directory c:\program files\ZZ_Installer. However, the default install path for the target application is 'c:\program files\Vendor_Name\Product_Name' and I would like the installer to default to that path in the WixUI_InstallDir dialogue when the user is prompted to select the target directory. I have been unable to find any registry values for it. How can I change the default target path? Also, how can I create sub folders within the target application path? I have another file which needs to go into 'c:\program files\Vendor_Name\Product_Name\Extensions\'. Thanks. Anders -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: Tuesday, 13 November 2012 9:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating a simply installer copying a set of files to an existing directory This is certainly possible. 1. The WixUI_InstallDir built-in dialog set will prompt the user for an installation location. http://wix.sourceforge.net/manual-wix3/WixUI_installdir.htm You may even be able to detect the location of the existing tool, if you know the MSI product codes of the versions you are targeting or if the tool writes its installation location to the registry. 2. This is standard functionality. 3. Are any actions required here ? The Wix documentation in the distribution and the online tutorial are good places to start. http://wix.tramontana.co.hu/ -Original Message- From: Jensen-Waud, Anders [mailto:anders.jensen-w...@capgemini.com] Sent: 12 November 2012 23:39 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating a simply installer copying a set of files to an existing directory Hello I need to create an installer file, which copies a set of XML files into the directory of an existing application, which is already assumed to be installed on the computer. The installer wraps a plugin (consisting of a set of XML files) for a popular CASE tool. I would prefer if this can be done using a combination of WiX with an MSI package as the output so that it can be deployed easily to corporat environments. The installer
Re: [WiX-users] Where can I find the installer that was used.
MsiGetProductInfoEx() can return the cached MSI location using an argument of INSTALLPROPERTY_LOCALPACKAGE We discussed doing something similar here once. I'm not convinced it's a worthwhile exercise. You should rather test the functions of the software - which you will be doing anyway. If a file is missing or the installer failed, then the corresponding function will fail. All you're doing is testing if Windows Installer is working, which is Microsoft's job, and it's very reliable. An exception might be if you have lots of conditional installations but that would still be brought to light by normal functional testing. -Original Message- From: Rob Hamflett [mailto:rob_hamfl...@sn.scee.net] Sent: 15 November 2012 08:29 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Where can I find the installer that was used. Windows keeps a cached copy of the MSI in C:\Windows\Installer, if that's of any help. You could scan through the MSI files in there and check the properties for the one you want. Rob On 14/11/2012 20:51, tyler.w.r...@accenture.com wrote: Hello all, I am trying to write an application that will go through the file table in an msi and make sure the files on the system are the same version and location. Basically a regression test for our installers. I have everything good except I have no idea how to find the installer that was used to install the product. Basically we use WIX and support multi-instance and I need to know if there is an easy way to find the installer that was used for a specific instance. In the registry I can find the product in the Uninstall area and the closest thing to the installer in there is a MsiExec.exe /X{myguid}. Tyler Reid | Operations and Infrastructure | Accenture Software | PC Insurance 1807 Jones Street | Bolivar, MO 65613| USA Office: +cc.xxx.xxx. | Fax: 417.777.3792 E-Mail: tyler.w.r...@accenture.commailto:tyler.w.r...@accenture.com | www.accenture.com/pcsoftwarehttp://www.accenture.com/pcsoftware This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the e-mail by you is prohibited. Where allowed by local law, electronic communications with Accenture and its affiliates, including e-mail and instant messaging (including content), may be scanned by our systems for the purposes of information security and assessment of internal compliance with Accenture policy. __ www.accenture.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a simply installer copying aset offiles to an existing directory
You have to know which versions of the product you are targeting. They all probably have different IDs (i.e. product codes). If you're only supporting one version, then that's fine. Note that not all installers will write their install location. Use a registrysearch to look in the key that corresponds to the product code. The install location value is stored in a property. If the value is found (i.e. is not blank), the property is assigned to INSTALLDIR which overrides the default location. This is off the top of my head so it might have errors: Property Id=PRODUCTDIR Secure=yes RegistrySearch Id=GetProductDir Root=HKLM Key=Software\Microsoft\Windows\CurrentVersion\Uninstall\insert product code Name=InstallLocation Type=raw/ /Property SetDirectory Id=INSTALLDIR Value=[PRODUCTDIR] PRODUCTDIR/SetDirectory Something to check there is that the detected value appears in the dialog box. I'm not sure how early in the UI sequence the SetDirectory occurs. -Original Message- From: Jensen-Waud, Anders [mailto:anders.jensen-w...@capgemini.com] Sent: 15 November 2012 10:46 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating a simply installer copying aset offiles to an existing directory Thanks Peter. I actually managed to find the MSI ID and registry key for the target product install folder. Are you able to show how to look up the folder via the registry key and insert it into the Directory declaration? Regards Anders Peter Shirtcliffe pshirtcli...@sdl.com wrote: The default directory is whatever directory Id you set WIXUI_INSTALLDIR to, so in this case it is INSTALLDIR, which is ProgramFiles\ZZ_Installer. If you change your directory structure to be ProgramFiles\Vendor\Product and ensure the product directory has the ID INSTALLDIR, it'll change the default to what you want. Subdirectories are created automatically when you install a component that is in one. Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=VendorDir Name=insert vendor Directory Id=INSTALLDIR Name=insert product Directory Id=ExtensionsDir Name=Extensions / Directory /Directory /Directory /Directory ... ComponentGroup Id=SomeComponent Directory=ExtensionsDir When SomeComponent is installed, its directory will be created. -Original Message- From: Jensen-Waud, Anders [mailto:anders.jensen-w...@capgemini.com] Sent: 14 November 2012 22:57 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Creating a simply installer copying a set offiles to an existing directory Thanks Peter. I have followed the manual and tutorials and created a basic installer, which works with the WixUI_InstallDir extension: ---snip--- ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=* Name=ZZ_Installer Language=1033 Version=1.0.0.0 Manufacturer=xx UpgradeCode=d56c9263-02e7-4bfe-bcee-36a5d242f8a6 Package InstallerVersion=200 Compressed=yes InstallScope=perMachine / UIRef Id=WixUI_InstallDir/ Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR / MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName] is already installed. / MediaTemplate / Feature Id=ProductFeature Title=ZZ_Installer Level=1 ComponentGroupRef Id=ProductComponents / /Feature /Product Fragment Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=INSTALLDIR Name=ZZ_Installer / /Directory /Directory /Fragment Fragment ComponentGroup Id=ProductComponents Directory=INSTALLDIR Component Id=PluginFiles Guid=8BF1E791-43CF-4fe0-8F34-88066C386810 File Id=HestXml Name=hest.xml Source=hest.xml KeyPath=yes / /Component /ComponentGroup /Fragment /Wix ---snip--- Currently, the installer copies 'hest.xml' (the plugin file) to the directory c:\program files\ZZ_Installer. However, the default install path for the target application is 'c:\program files\Vendor_Name\Product_Name' and I would like the installer to default to that path in the WixUI_InstallDir dialogue when the user is prompted to select the target directory. I have been unable to find any registry values for it. How can I change the default target path? Also, how can I create sub folders within the target application path? I have another file which needs to go into 'c:\program files\Vendor_Name\Product_Name\Extensions\'. Thanks. Anders -Original
Re: [WiX-users] Lost INSTALLDIR on uninstall if no Component as childof Directory
INSTALLDIR must be persisted if you want to access it outside first-time installation. This is usually done through ARPINSTALLLOCATION. http://robmensching.com/blog/posts/2011/1/14/ARPINSTALLLOCATION-and-how-to-se t-it-with-the-WiX-toolset -Original Message- From: Ingo Fischer [mailto:ingoderfisc...@hotmail.com] Sent: 15 November 2012 13:12 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Lost INSTALLDIR on uninstall if no Component as childof Directory Hello, I use CustomActions like ... ExeCommand='DoSomethingWith [INSTALLDIR]someFile.txt'they are called on installation and uninstallation...After='InstallFinalize'NOT REMOVE/Custom = for install ...Before='RemoveFiles'Installed AND NOT REINSTALL/Custom = for uninstall my Directory Def:Directory Id='TARGETDIR' Name='SourceDir' Directory Id='ProgramFilesFolder' Name='PFiles' Directory Id='DirectoryManufacturer' Name='Company Name' Directory Id='INSTALLDIR' Name='Product Name' Merge Id='MergeTestApplication' Language='1033' SourceFile='TestApplication.msm' DiskId='1' / /Directory /Directory /Directory /Directory see, there is no Component as child of any Dir, only a Merge-Element. At installation time I change the default installation path fromc:\Program Files\Company Name\Product Nameto c:\Program Files\Company Name\Banana installation works fine, I see (verbose log): PROPERTY CHANGE: Adding INSTALLDIR property. Its value is 'c:\Program Files\Company Name\Banana' on uninstall the INSTALLDIR is not set right. I see ( verbose log ):PROPERTY CHANGE: Adding INSTALLDIR.3086A185_F1DB_4B25_AC4C_7335D5768652 property. Its value is 'c:\Program Files\Company Name\Banana'. Where does the .3086A185_F1DB_4B25_AC4C_7335D5768652 comes from ?later in the log I see:PROPERTY CHANGE: Adding INSTALLDIR property. Its value is 'C:\Program Files\Company Name\Product Name'.So, INSTALLDIR ( without some GUID ) is set to the default path. of cause ... ExeCommand='DoSomethingWith [INSTALLDIR]someFile.txt' fails. someFile.txt not found on default path. If I add a dummy component to the Directory it works![...] Directory Id='INSTALLDIR' Name='Product Name' Component Id='IdDummyComp' Guid='{89B2AED7-A40E-4E17-8FF4-414604D72C01}' File Id ='fooFile' Source='Files\foo.txt' / /Component Merge Id='MergeTestApplication' Language='1033' SourceFile='TestApplication.msm' DiskId='1' / /Directory [...] Is that a bug or do I something wrong ? - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to prevent the same MSI file to be executed more than once at the same time?
I think you can be in the non-elevated portion of the process multiple times - the mutex only protects the execute sequence, where the system is being modified. -Original Message- From: Hans ter Horst [mailto:hoshis...@gmail.com] Sent: 14 November 2012 15:47 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] How to prevent the same MSI file to be executed more than once at the same time? I get reports that people managed to have our installer open several times at the same time by accidentally clicking on the MSI file again while the same installer was already open. I seem to recall that is normally not possible due to the Microsoft installer MUTEX but somehow that seems to be missing. I'm using Wix 3.6, any suggestions? -- http://monochrome.me.uk/blog/ - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to prevent the same MSI file to be executed more than once at the same time?
In what way was it messy when removing ? Windows Installer should normally be able to handle that. -Original Message- From: Hans ter Horst [mailto:hoshis...@gmail.com] Sent: 14 November 2012 16:06 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to prevent the same MSI file to be executed more than once at the same time? How would I go about to stop even the initial phase from being executed at the same time? To explain, in our case different features were selected in two incarnations of the same installer and both were installed and the result was very messy when trying to uninstall. We would certainly like to prevent users from doing this even if everybody agrees that it was done by accident and not intentionally. On Wed, Nov 14, 2012 at 4:52 PM, Peter Shirtcliffe pshirtcli...@sdl.comwrote: I think you can be in the non-elevated portion of the process multiple times - the mutex only protects the execute sequence, where the system is being modified. -Original Message- From: Hans ter Horst [mailto:hoshis...@gmail.com] Sent: 14 November 2012 15:47 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] How to prevent the same MSI file to be executed more than once at the same time? I get reports that people managed to have our installer open several times at the same time by accidentally clicking on the MSI file again while the same installer was already open. I seem to recall that is normally not possible due to the Microsoft installer MUTEX but somehow that seems to be missing. I'm using Wix 3.6, any suggestions? -- http://monochrome.me.uk/blog/ -- --- - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- http://monochrome.me.uk/blog/ - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Creating a simply installer copying a set of files to an existing directory
This is certainly possible. 1. The WixUI_InstallDir built-in dialog set will prompt the user for an installation location. http://wix.sourceforge.net/manual-wix3/WixUI_installdir.htm You may even be able to detect the location of the existing tool, if you know the MSI product codes of the versions you are targeting or if the tool writes its installation location to the registry. 2. This is standard functionality. 3. Are any actions required here ? The Wix documentation in the distribution and the online tutorial are good places to start. http://wix.tramontana.co.hu/ -Original Message- From: Jensen-Waud, Anders [mailto:anders.jensen-w...@capgemini.com] Sent: 12 November 2012 23:39 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Creating a simply installer copying a set of files to an existing directory Hello I need to create an installer file, which copies a set of XML files into the directory of an existing application, which is already assumed to be installed on the computer. The installer wraps a plugin (consisting of a set of XML files) for a popular CASE tool. I would prefer if this can be done using a combination of WiX with an MSI package as the output so that it can be deployed easily to corporat environments. The installer must do the following: 1. Ask the user for the target directory in which the existing application is installed (defaulting to c:\program files\AppName) 2. Copy two XML files into c:\program files\AppName\SubDir -- and create SubDir if it doesn't already exist 3. Finish the install. Is this possible? Thanks. Anders This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - - Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list 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. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Minor upgrade
You can change properties in a minor upgrade. You should describe what your problem is otherwise it's just blind guesswork. -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: 31 October 2012 07:17 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Minor upgrade Yeah...iam maintaing command line like. msiexec -I $(.msi) REINSTALL=ALL REINSTALLMODE=vomus but it's not working. Is it mandatory to maintain property tag like Property Id=MsiLogging Value=voicewarmupx/ -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 30 October 2012 15:32 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Minor upgrade Are you using the correct command line to install it ? http://msdn.microsoft.com/en-us/library/windows/desktop/aa367575%28v=vs.85%2 9 .aspx -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: 30 October 2012 05:59 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Minor upgrade Hi Iam trying minor upgrade.i changed package code and product version. But still its not working.just guide me where iam doing wrong. Thank you, Chaitanya. - - 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_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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_sfd2d_oct ___ 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_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
Nope. You can spot what's allowed in Burn by tracing up through the Parents section of the help. In the case of CustomAction, the parents are Fragment, Module and Product. Technically, you can have Fragments in Burn but you'd expect to see Bundle listed as well if it was. -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 31 October 2012 16:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? So from your answer it sounds like you cannot really use Custom Action... in burn? I have 2007/2010/2013 Outlook and 32 bit/64 bit checking for the bitness isn't simple, we have a custom action dll that does that for us and returns a MSI property (which I use in the MSI) Steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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_sfd2d_oct ___ 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_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] custom actions in burn?
Looks like there's a simple registry search. Have you seen this ? http://stackoverflow.com/questions/2203980/detect-whether-office-2010-is-32bi t-or-64bit-via-the-registry -Original Message- From: Steven Ogilvie [mailto:steven.ogil...@titus.com] Sent: 31 October 2012 16:38 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? So from your answer it sounds like you cannot really use Custom Action... in burn? I have 2007/2010/2013 Outlook and 32 bit/64 bit checking for the bitness isn't simple, we have a custom action dll that does that for us and returns a MSI property (which I use in the MSI) Steve -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: October-31-12 12:29 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] custom actions in burn? I imagine that a Burn custom action would be part of the code of a custom bootstrapper application that would set a variable during the appropriate event. Could you not use a util:product search or utilL:registry search to determine which outlook is installed ? Save you a lot of work unless you've already got a custom BA. -Original Message- From: StevenOgilvie [mailto:sogil...@msn.com] Sent: 31 October 2012 16:21 To: wix-users@lists.sourceforge.net Subject: [WiX-users] custom actions in burn? Hi all, I have a product that installs a 32 bit version and 64 bit version installer (two .msi) I have a custom action in product.wxs that determines the bitness of Microsoft Outlook (whether the user installed 32 bit or 64 bit version of Outlook, our product is an add-in). so I have 2 msi's, but only 1 should kick off from burn, can you write custom actions in Bundle.wxs? if so what would I set the condition sequence to? i.e. InstallExecuteSequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallExecuteSequence InstallUISequence Custom Action=RunPrerequisiteCheck After=CostFinalizeNOT Installed/Custom /InstallUISequence thanks, Steve -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/custom-actions- in-burn-tp7581691.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ 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_sfd2d_oct ___ 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_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Minor upgrade
Are you using the correct command line to install it ? http://msdn.microsoft.com/en-us/library/windows/desktop/aa367575%28v=vs.85%29 .aspx -Original Message- From: Chaitanya [mailto:chaita...@pointcross.com] Sent: 30 October 2012 05:59 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Minor upgrade Hi Iam trying minor upgrade.i changed package code and product version. But still its not working.just guide me where iam doing wrong. Thank you, Chaitanya. - - 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_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to load liberary(dll) from custom action?
Is this a per-user or per-machine installer ? Are you loading the dll dynamically ? Are you specifying the full path ? The current directory for a custom action is, I think, System32. Installing something to TEMP is a bit odd. TEMP is a per-user location and will vary depending on installation context and the phase of installation (in script or not). A verbose log will tell you exactly where things are being installed to. If you're using DTF C# custom actions, it can unpack dependencies for you. If you're using C++ you can extract files from the binary table in your custom action. Both approaches have been discussed on the list. -Original Message- From: tzleon [mailto:tzl...@gmail.com] Sent: 30 October 2012 08:39 To: wix-users@lists.sourceforge.net Subject: [WiX-users] How to load liberary(dll) from custom action? Hi, I need to create a sqlite database in my installation, so I have to load the splite3.dll file in the custom action which contain in my msi file. But the problem is how to processing this? I tried to install the splite3.dll to the temporary folder, but the custom action could not find the file after the InstallFinalize action, why? And how to process it correctly? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/How-to-load-lib erary-dll-from-custom-action-tp7581660.html Sent from the wix-users mailing list archive at Nabble.com. - - Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FW: Windows 8
It's the shortcut icon. See the Shortcut element. -Original Message- From: Michael Ogilvie [mailto:michael.ogil...@pixelink.com] Sent: 30 October 2012 14:34 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] FW: Windows 8 Does anybody know how to change the pic for your file shortcut on the new windows 8 metro startmenu? Thank you, Michael Ogilvie - - 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_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users