[WiX-users] Localized bundle: Picking up the right files
Using WixStdba.RtfLicense, I'm able to localize various strings with the .wxl. But I'm having difficulty customizing the theme with the .xml files, and I can't figure out how to get a different license to load for each language. WixVariable Id=WixStdbaThemeWxl Value=RtfTheme.wxl / WixVariable Id=WixStdbaThemeXml Value=layout.xml / WixVariable Id=WixStdbaLicenseRtf Value=1033\License.rtf / BootstrapperApplicationRef Id=WixStandardBootstrapperApplication.RtfLicense !-- works fine -- Payload Id=thm-de-DE Compressed=yes Name=1031\thm.wxl SourceFile=RtfTheme.de.wxl/ Payload Id=thm-es-ES Compressed=yes Name=3082\thm.wxl SourceFile=RtfTheme.es.wxl/ ... !-- doesn't work -- Payload Id=thmx-de-DE Compressed=yes Name=1031\thm.xml SourceFile=layout.de.xml/ Payload Id=thmx-es-ES Compressed=yes Name=3082\thm.xml SourceFile=layout.es.xml/ ... !-- doesn't work -- Payload Id=lic-de-DE Compressed=yes Name=1031\lic.rtf SourceFile=1031\License.rtf / Payload Id=lic-es-ES Compressed=yes Name=3082\lic.rtf SourceFile=3082\License.rtf / /BootstrapperApplicationRef What am I doing wrong in the Payload specification? Are these supported by WixStandardBootstrapperApplication.RtfLicense at this time? Thanks, Ian -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msp patch does not update one of files
What is the easiest/fastest way to prepare versioned binary file, used only for patching support? I need hundreds of such files to be companion files for each of unversioned file. So it must be as small in size, as possible. In general only version from resources of this file is needed. It may contain no code, only resource with version. 07.02.2012 18:13, John Cooper wrote: I set some of my unversioned files as CompanionFile's to versioned binaries. That way, if the versioned binary changes version, the CompanionFiles are replaced too. That changes the installer behavior. Then I author my PatchFamily to include the files I want in the patch. Usually, my un-versioned companion files don't show up as changes except in a major upgrade though. The only files I've included in a patch so far are all versioned binaries. -- John Merryweather Cooper Build Install Engineer – ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: Tuesday, February 07, 2012 3:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files Is there a way to tune msp patch, so that all non-versioned filles (or all files, if possible), this patch contains, would 100% overwrite files on disk while patching? 01.02.2012 20:46, Blair wrote: With the very same base MSI view installed with the very same options, and the very same patch applied to it, variations of application would most likely then be due to the file versioning rules (usually non-versioned files that are written/touched outside of the InstallFiles action). Everything done to an installation is significant when trying to reproduce behavior. That is part of the reason verbose logging every time during developmenttesting is so important ... to help with the forensics of what's happening. Blair -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: Tuesday, January 31, 2012 10:40 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files This behaviour is not stable. When I removed everything and repeated test again - file patched. This makes me frightened that on some clients' machines patch will work ok, but on some will fail. It is the worst variant, when I can not reproduce bug on my PC. 30.01.2012 21:46, Wilson, Phil пишет: And in the verbose log, see if there are any SELMGR entries. They indicate that you've broken component rules during a patch by deleting a component. Otherwise look at the log to see what it says about that particular file and why it didn't replace it. Phil W -Original Message- From: Fyodor Koryazhkin [mailto:fyodor...@gmail.com] Sent: Sunday, January 29, 2012 12:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] msp patch does not update one of files Hi, To find out why file is not being updated you can do the following: 1. Examine log file. 2. Apply patch to the target image at design time: a. Open target image in ORCA b. Open Transforms -View Patch c. All changed tables, rows and columns will be marked in green rectangle d. Check version, sequence and language for suspicious file. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users
Re: [WiX-users] msp patch does not update one of files
If your un-versioned files are not modified by the user (or your application) then you do not need to worry. The windows installer will overwrite older files with newer ones. See http://blogs.msdn.com/b/astebner/archive/2005/08/30/458295.aspx for details on how it handles versioned/un-versioned files. If your application does alter these files then you should be questioning whether a patch should be overwriting these files anyway as user data will be lost. -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: 08 February 2012 12:01 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files What is the easiest/fastest way to prepare versioned binary file, used only for patching support? I need hundreds of such files to be companion files for each of unversioned file. So it must be as small in size, as possible. In general only version from resources of this file is needed. It may contain no code, only resource with version. 07.02.2012 18:13, John Cooper wrote: I set some of my unversioned files as CompanionFile's to versioned binaries. That way, if the versioned binary changes version, the CompanionFiles are replaced too. That changes the installer behavior. Then I author my PatchFamily to include the files I want in the patch. Usually, my un-versioned companion files don't show up as changes except in a major upgrade though. The only files I've included in a patch so far are all versioned binaries. -- John Merryweather Cooper Build Install Engineer – ESA Jack Henry Associates, Inc.® Shawnee Mission, KS 66227 Office: 913-341-3434 x791011 jocoo...@jackhenry.com www.jackhenry.com -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: Tuesday, February 07, 2012 3:13 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files Is there a way to tune msp patch, so that all non-versioned filles (or all files, if possible), this patch contains, would 100% overwrite files on disk while patching? 01.02.2012 20:46, Blair wrote: With the very same base MSI view installed with the very same options, and the very same patch applied to it, variations of application would most likely then be due to the file versioning rules (usually non-versioned files that are written/touched outside of the InstallFiles action). Everything done to an installation is significant when trying to reproduce behavior. That is part of the reason verbose logging every time during developmenttesting is so important ... to help with the forensics of what's happening. Blair -Original Message- From: Sergey [mailto:sh0...@gmail.com] Sent: Tuesday, January 31, 2012 10:40 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msp patch does not update one of files This behaviour is not stable. When I removed everything and repeated test again - file patched. This makes me frightened that on some clients' machines patch will work ok, but on some will fail. It is the worst variant, when I can not reproduce bug on my PC. 30.01.2012 21:46, Wilson, Phil пишет: And in the verbose log, see if there are any SELMGR entries. They indicate that you've broken component rules during a patch by deleting a component. Otherwise look at the log to see what it says about that particular file and why it didn't replace it. Phil W -Original Message- From: Fyodor Koryazhkin [mailto:fyodor...@gmail.com] Sent: Sunday, January 29, 2012 12:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] msp patch does not update one of files Hi, To find out why file is not being updated you can do the following: 1. Examine log file. 2. Apply patch to the target image at design time: a. Open target image in ORCA b. Open Transforms -View Patch c. All changed tables, rows and columns will be marked in green rectangle d. Check version, sequence and language for suspicious file. - - Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users - - Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now!
Re: [WiX-users] CustomAction not running
Disclaimer: As you probably know, it is a bad practice to register files this way during installation. The preferred way is to author the actual registry values that get written during registration. Ignoring the disclaimer, you shouldn't rely on using the value of the ADDLOCAL property. Instead, use the feature or component state to condition your custom actions. Using component state is the preferred way so your conditions should be: InstallExecuteSequence Custom Action='Register' After='InstallFiles'$StaticBinaries = 3/Custom Custom Action='Unregister' Before='RemoveFiles'$StaticBinaries = 2/Custom /InstallExecuteSequence See this page for more details (I recommend bookmarking it): http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7265626.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] installer file specification
Hi , i need to do the following : 1- The installer file needs to be signed with an authenticode signature from a valid third party Certificate Authority such as Verisign. 2- If installer is .EXE it needs to have an embedded manifest with the security context properly included. 3- If installer is .MSI it need to have the Upgrade Table properly filled out regarding issue #3 : i write this code : !-- upgrade table -- Property Id=PREVIOUSVERSIONSINSTALLED Secure=yes / Upgrade Id=my GUID here UpgradeVersion IgnoreRemoveFailure =no Property=OLDERVERSIONBEINGUPGRADED Minimum=1.0.0.0 IncludeMinimum=yes Maximum=$(var.version) IncludeMaximum=no OnlyDetect=no / UpgradeVersion Minimum=$(var.version) IncludeMinimum=no OnlyDetect=yes Language=1033 Property=NEWERVERSIONDETECTED / !--UpgradeVersion Property=PREVIOUSFOUND Minimum=1.0.1.0 IncludeMinimum=yes Maximum=$(var.version) IncludeMaximum=no OnlyDetect=no /-- /Upgrade this code i search alot to get it and now my installer just find that another version of my product is installed and give me message that : please remove other versions before install and stop installing and i need it to remove all old versions and install the newer. please help. -- Thanks, Mena S. Beshay Software Developer , Smart Valley -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction not running
I am new to WIX, so I didn't know this was bad practice. How do you author the actual registry values? Thanks, Greg Greg Dodd Towers Watson - Developer 3500 Lenox Road Atlanta, GA. 30326 404-365-1692 404-365-1660 gregory.d...@towerswatson.com -Original Message- From: jhennessey [mailto:jack.hennes...@hyland.com] Sent: February 8, 2012 7:56 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction not running Disclaimer: As you probably know, it is a bad practice to register files this way during installation. The preferred way is to author the actual registry values that get written during registration. Ignoring the disclaimer, you shouldn't rely on using the value of the ADDLOCAL property. Instead, use the feature or component state to condition your custom actions. Using component state is the preferred way so your conditions should be: InstallExecuteSequence Custom Action='Register' After='InstallFiles'$StaticBinaries = 3/Custom Custom Action='Unregister' Before='RemoveFiles'$StaticBinaries = 2/Custom /InstallExecuteSequence See this page for more details (I recommend bookmarking it): http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/aa368012%28v=vs.85%29.aspx -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7265626.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Notice of Confidentiality This transmission contains information that may be confidential. It has been prepared for the sole and exclusive use of the intended recipient and on the basis agreed with that person. If you are not the intended recipient of the message (or authorized to receive it for the intended recipient), you should notify us immediately; you should delete it from your system and may not disclose its contents to anyone else. This e-mail has come to you from Towers Watson Delaware Inc. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction not running
Well, for DLLs it is pretty easy because you can use heat.exe to generate the authoring for you. However, it doesn't handle EXEs. See this thread for more details: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7265676.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction not running
Thanks. I don't think that helps me much since I am dealing with an EXE. Guess I will try doing it the bad way and hope that works. Thanks, Greg Greg Dodd Towers Watson - Developer 3500 Lenox Road Atlanta, GA. 30326 404-365-1692 404-365-1660 gregory.d...@towerswatson.com -Original Message- From: jhennessey [mailto:jack.hennes...@hyland.com] Sent: February 8, 2012 8:19 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction not running Well, for DLLs it is pretty easy because you can use heat.exe to generate the authoring for you. However, it doesn't handle EXEs. See this thread for more details: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7265676.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Notice of Confidentiality This transmission contains information that may be confidential. It has been prepared for the sole and exclusive use of the intended recipient and on the basis agreed with that person. If you are not the intended recipient of the message (or authorized to receive it for the intended recipient), you should notify us immediately; you should delete it from your system and may not disclose its contents to anyone else. This e-mail has come to you from Towers Watson Delaware Inc. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] CustomAction not running
Also, are there set values for the After and Before attributes in the Custom element? Thanks, Greg Greg Dodd Towers Watson - Developer 3500 Lenox Road Atlanta, GA. 30326 404-365-1692 404-365-1660 gregory.d...@towerswatson.com -Original Message- From: jhennessey [mailto:jack.hennes...@hyland.com] Sent: February 8, 2012 8:19 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] CustomAction not running Well, for DLLs it is pretty easy because you can use heat.exe to generate the authoring for you. However, it doesn't handle EXEs. See this thread for more details: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Heat-and-COM-executable-registry-extraction-td1308713.html -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/CustomAction-not-running-tp7263897p7265676.html Sent from the wix-users mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Notice of Confidentiality This transmission contains information that may be confidential. It has been prepared for the sole and exclusive use of the intended recipient and on the basis agreed with that person. If you are not the intended recipient of the message (or authorized to receive it for the intended recipient), you should notify us immediately; you should delete it from your system and may not disclose its contents to anyone else. This e-mail has come to you from Towers Watson Delaware Inc. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Optionally keep a file on MajorUpgrade
unsubscribe 2012/2/8 Alexander Krivács Schrøder alexander.schro...@mermaid.no I have an installer that installs a configuration file, like so: Feature Id=AppName.Feature Title=Application Name Level=1 Feature Id=AppConfig.Feature Level=1 Display=hidden Component Id=AppConfig.Component Guid={E56D54A5-0646-4D0C-9F95-73F82E293705} Directory=INSTALLLOCATION File Source=$(var.AppName.TargetPath).config / /Component Condition Level=0KEEP_EXISTING_CONFIG = 1 AND APPCONFIGEXISTS/Condition /Feature ... /Feature The APPCONFIGEXISTS is brought out like so: !-- Check for existing application configuration file -- Property Id=APPCONFIGEXISTS DirectorySearch Id=CheckAppConfigDir Path=INSTALLDIR Depth=0 FileSearch Id=CheckAppConfigFile Name=$(var.AppName.TargetFileName).config / /DirectorySearch /Property The KEEP_EXISTING_CONFIG is a command-line variable, sent in to msiexec.exe. This configuration alone does not do the trick (obviously, since I'm asking here) as the configuration file is removed by the next version of the MSI before it starts its installation. The Component element has a Permanent property, but with that one enabled, it certainly does not behave as expected (does not get removed on uninstall, never gets replaced on upgrade, regardless of what the value of KEEP_EXISTING_CONFIG is). Any ideas? -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Optionally keep a file on MajorUpgrade
Where is your RemoveExistingProducts sequenced? If it was towards the end, the upgrade would behave more like an update and replace only files with higher versions and not replace altered data files (when they have the same component guid). BTW Permanent really means permanent. It's a setting in the project, but once you install a component that's permanent it's permanent on the system. Why expect it mean not permanent? Phil W -Original Message- From: Alexander Krivács Schrøder [mailto:alexander.schro...@mermaid.no] Sent: Wednesday, February 08, 2012 6:11 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Optionally keep a file on MajorUpgrade I have an installer that installs a configuration file, like so: Feature Id=AppName.Feature Title=Application Name Level=1 Feature Id=AppConfig.Feature Level=1 Display=hidden Component Id=AppConfig.Component Guid={E56D54A5-0646-4D0C-9F95-73F82E293705} Directory=INSTALLLOCATION File Source=$(var.AppName.TargetPath).config / /Component Condition Level=0KEEP_EXISTING_CONFIG = 1 AND APPCONFIGEXISTS/Condition /Feature ... /Feature The APPCONFIGEXISTS is brought out like so: !-- Check for existing application configuration file -- Property Id=APPCONFIGEXISTS DirectorySearch Id=CheckAppConfigDir Path=INSTALLDIR Depth=0 FileSearch Id=CheckAppConfigFile Name=$(var.AppName.TargetFileName).config / /DirectorySearch /Property The KEEP_EXISTING_CONFIG is a command-line variable, sent in to msiexec.exe. This configuration alone does not do the trick (obviously, since I'm asking here) as the configuration file is removed by the next version of the MSI before it starts its installation. The Component element has a Permanent property, but with that one enabled, it certainly does not behave as expected (does not get removed on uninstall, never gets replaced on upgrade, regardless of what the value of KEEP_EXISTING_CONFIG is). Any ideas? -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. This email comes from a division of the Invensys Group, owned by Invensys plc, which is a company registered in England and Wales with its registered office at 3rd Floor, 40 Grosvenor Place, London, SW1X 7AW (Registered number 166023). For a list of European legal entities within the Invensys Group, please go to http://www.invensys.com/en/legal/default.aspx. You may contact Invensys plc on +44 (0)20 3155 1200 or e-mail recept...@invensys.com. This e-mail and any attachments thereto may be subject to the terms of any agreements between Invensys (and/or its subsidiaries and affiliates) and the recipient (and/or its subsidiaries and affiliates). -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Configuring service being installed fails during silent upgrade (but passes when UI is enabled)
Hi, I have a WiX 3.5 project that installs and starts a windows service and thereafter executes a custom action to configure the service using command line utility sc.exe that ships with the OS. This MSI can be used both for fresh install or major upgrade. It uses custom dialogs to capture user information in global properties (which can be passed from command line as well). For a fresh install, the MSI installation succeeds whether run in normal or quiet mode (UI enabled/suppressed). However, for a major upgrade, installation succeeds only in normal mode, but fails in quiet mode with sc.exe failing to find the installed service (error details below). My initial hunch was that with UI enabled, there is sufficient time lag between execution of service installation and configuring steps so that sc.exe succeeds in finding the service installed. In quiet mode OTOH, the steps may get executed too quickly for sc.exe to find the service installed and hence the failure. To test this, I tweaked the InstallExecuteSequence to increase the distance between StartServices and the custom action (even introduced a sleep in an intermediate custom action), but to no avail. I also looked into the InstallUISequence but couldn't see anything that might impact service installation or config steps. Any thoughts what could be the cause/remedy? Appreciate all pointers. Sameer OS is Win7, but not sure if OS is a factor here. --- Error from installation log: Begin ... MSI (s) (A0:0C) [08:50:40:235]: Executing op: CustomActionSchedule(Action=QtExecDeferred,ActionType=3073,Source=BinaryData,Target=CAQuietExec,CustomActionData=C:\Windows\SysWOW64\sc.exe sidtype service name unrestricted) MSI (s) (A0:7C) [08:50:40:278]: Invoking remote custom action. DLL: C:\Windows\Installer\MSIB16A.tmp, Entrypoint: CAQuietExec MSI (s) (A0:C0) [08:50:40:278]: Generating random cookie. MSI (s) (A0:C0) [08:50:40:283]: Created Custom Action Server with PID 7120 (0x1BD0). MSI (s) (A0:A8) [08:50:40:320]: Running as a service. MSI (s) (A0:A8) [08:50:40:322]: Hello, I'm your 32bit Elevated custom action server. CAQuietExec: OpenService FAILED 1060: CAQuietExec: CAQuietExec: The specified service does not exist as an installed service. CAQuietExec: CAQuietExec: Error 0x80070424: Command line returned an error. CAQuietExec: Error 0x80070424: CAQuietExec Failed CustomAction QtExecDeferred returned actual error code 1603 (note this may not be 100% accurate if translation happened inside sandbox) ... --- Error from installation log: End WiX Code snippets: Begin !--Custom Action definition-- CustomAction Id=SetServiceSidToUnrestricted_CmdLine Property=QtExecDeferred Value='[SystemFolder]sc.exe sidtype $(var.agentHostServiceName) $(var.agentServiceSidType)' / CustomAction Id=QtExecDeferred BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred Return=check Impersonate=no/ ... !-- InstallExecuteSequence-- ... InstallInitialize Sequence=n / ... InstallServices Sequence=xVersionNT/InstallServices StartServices Sequence=x+1VersionNT/StartServices !--Run this custom action on install/upgrade/repair, do not run only on an uninstall -- Custom Action=QtExecDeferred After=StartServices ![CDATA[ NOT ((REMOVE~=ALL) AND (NOT UPGRADINGPRODUCTCODE)) ]] /Custom InstiallFinalize/ WiX Code snippets: End -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Optionally keep a file on MajorUpgrade
I had a similar requirement, but not exactly. In my case - config file was getting generated instead of being installed (it's more like data file rather than config file) - we needed to keep the file mandatorily during an upgrade/repair, but remove it on uninstall. Since it was a generated file, the major upgrade would not uninstall as there was no associated component. However, major upgrade or repair would internally uninstall first and then install the new package. This uninstall step would either delete everything (if our components were defined so), including the data file, or not delete non-component file, meaning the data file. As a result, either the data file will get deleted on upgrade/repair or remain behind despite an uninstall. My solution: - Have a component that creates a folder using CreateFolder. This component *does* get uninstalled on uninstall, upgrade, repair. Don't remember if I found a way to configure the component to not delete the folder on upgrade/uninstall, but delete on uninstall. - Configure our app to write the file inside this data folder. - Write a custom action to delete the data folder - Sequence the custom action for uninstall, but not for upgrade/repair. I suspect there is/should be a better way to achieve this... Sameer 2012/2/8 Alexander Krivács Schrøder alexander.schro...@mermaid.no I have an installer that installs a configuration file, like so: Feature Id=AppName.Feature Title=Application Name Level=1 Feature Id=AppConfig.Feature Level=1 Display=hidden Component Id=AppConfig.Component Guid={E56D54A5-0646-4D0C-9F95-73F82E293705} Directory=INSTALLLOCATION File Source=$(var.AppName.TargetPath).config / /Component Condition Level=0KEEP_EXISTING_CONFIG = 1 AND APPCONFIGEXISTS/Condition /Feature ... /Feature The APPCONFIGEXISTS is brought out like so: !-- Check for existing application configuration file -- Property Id=APPCONFIGEXISTS DirectorySearch Id=CheckAppConfigDir Path=INSTALLDIR Depth=0 FileSearch Id=CheckAppConfigFile Name=$(var.AppName.TargetFileName).config / /DirectorySearch /Property The KEEP_EXISTING_CONFIG is a command-line variable, sent in to msiexec.exe. This configuration alone does not do the trick (obviously, since I'm asking here) as the configuration file is removed by the next version of the MSI before it starts its installation. The Component element has a Permanent property, but with that one enabled, it certainly does not behave as expected (does not get removed on uninstall, never gets replaced on upgrade, regardless of what the value of KEEP_EXISTING_CONFIG is). Any ideas? -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Upgrade table issue
i wrote this code but my installer file recognize that there exists another version installed and give me error that I have to uninstall first while i need installer to do that automatically remove or upgrade !-- upgrade table -- Property Id=PREVIOUSVERSIONSINSTALLED Secure=yes / Upgrade Id=5eb98548-2b78-429c-99c3-0b48150ced37 UpgradeVersion IgnoreRemoveFailure =no Property=OLDERVERSIONBEINGUPGRADED Minimum=1.0.0.0 IncludeMinimum=yes Maximum=$(var.version) IncludeMaximum=no OnlyDetect=no / UpgradeVersion Minimum=$(var.version) IncludeMinimum=no OnlyDetect=yes Language=1033 Property=NEWERVERSIONDETECTED / !--UpgradeVersion Property=PREVIOUSFOUND Minimum=1.0.1.0 IncludeMinimum=yes Maximum=$(var.version) IncludeMaximum=no OnlyDetect=no /-- /Upgrade !--to remove previous versions before install-- InstallExecuteSequence RemoveExistingProducts Before=InstallValidate / /InstallExecuteSequence any help. -- Thanks, Mena S. Beshay Software Developer , Smart Valley -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Using IF condition based on a Property's Value
Hi, We have the following scenario: During installation we are checking for a particular Software and if it is present we need to do some action. Can this be achieved by using IF condition ? Is it possible to use a property in an IF condition? ?if $(var.test) = 1 ?Property Id=testp Value=Yes /?endif? Can we use a property instead of $(var.test) ? Is it possible to run or not run a custom action based on a property's value Any help appreciated. Thanks, Hari -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] exit code for msu packages
Hi All I am currently attempting to bootstrap windows installer 4.5 using burn on multiple platforms (windows xp and vista). The windows installer 4.5 redistributable is an .exe file for windows xp, but a .msu file for vista. I noticed support has recently been added for the ExePackage/ExitCode in order to provide some control in a reboot scenario, there is currently no option for MsuPackage/ExitCode. Is this a planned feature, or is the best option to wrap the .msu in my own executable and use ExePackage/ExitCode to control the reboot on vista? regards Grant -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Included reference pulls in WixUI_Advanced
On 06-Feb-12 17:08, Derrick Brown wrote: [Show Dialog=InstallDirDlg After=WelcomeDlg]UPGRADING_OLDER_PRODUCT AND NOT INSTALL_LOCATION_FOUND[/Show] You can't use Show for that; once the first modal dialog is shown, you have to publish control events to manage the back/next flow. -- sig://boB http://joyofsetup.com/ -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] BootstrapperApplication.DetectMsiFeature not fired
On 06-Feb-12 06:44, Alexander Krivács Schrøder wrote: I'm using the WiX v3.6 Beta (v3.6.2221.0) here. This functionality has worked before, but now, the DetectMsiFeature event does not fire at all upon calling Engine.Detect(). Did you set MsiPackage/@EnableFeatureSelection? -- sig://boB http://joyofsetup.com/ -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] exit code for msu packages
On 08-Feb-12 22:47, Grant Samuels wrote: I noticed support has recently been added for the ExePackage/ExitCode in order to provide some control in a reboot scenario, there is currently no option for MsuPackage/ExitCode. Because MSUs return standard exit codes: http://technet.microsoft.com/en-us/library/cc720442%28v=ws.10%29.aspx -- sig://boB http://joyofsetup.com/ -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Using burn to install the same package in two different locations
On 07-Feb-12 10:29, Christian List wrote: My first burn installer installs: msi package A to location 1 msi package B to location 1 My second burn installer installs: msi package A to location 2 That won't work: The product is already installed so Burn won't install it again. -- sig://boB http://joyofsetup.com/ -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] handling reboots from managed BA application
Hi All I am attempting to force a reboot after installing windows installer 4.5 on windows xp. The reboot is setup in the bundle.wxs file like the following: ExePackage Id=Windows_Installer_XP Cache=no Compressed=no PerMachine=yes Permanent=yes Vital=yes SourceFile=Packages/WindowsXP-KB942288-v3-x86.exe DownloadUrl=http://download.microsoft.com/download/2/6/1/261fca42-22c0-4f91-9451-0e0f2e08356d/WindowsXP-KB942288-v3-x86.exe; DetectCondition=VersionMsi = v4.5 InstallCondition=VersionNT = v5.1 InstallCommand=/q ExitCode Behavior=forceReboot / /ExePackage The managed bootstrapper generates the following log entries for the install and then moves to install complete: [06D0:0908][2012-02-09T15:29:07]: Applying package: Windows_Installer_XP, action: Install, path: C:\Documents and Settings\All Users\Application Data\Package Cache\86E1CC622DBF4979717B8F76AD73220CDB70400B\WindowsXP-KB942288-v3-x86.exe, arguments: 'C:\Documents and Settings\All Users\Application Data\Package Cache\86E1CC622DBF4979717B8F76AD73220CDB70400B\WindowsXP-KB942288-v3-x86.exe /q' [08B0:019C][2012-02-09T15:29:21]: Received system request to shut down the process: critical: No, elevated: No, allowed: No [08B0:06C4][2012-02-09T15:29:32]: Apply complete, result: 0x0 restart: No [08B0:06C4][2012-02-09T15:29:32]: Shutting down, exit code: 0x0 Is there code I need to write in the managed boostrapper to make the reboot actually happen - there seems to be very little documentation or forum posts around this topic... Thanks Grant -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing software on cluster computers
Hi, I have been tasked to research how to create installation programs for clusters of computers. Does anyone have any insights into this? Can MSI technology be used for installing to clusters? Is there any documentation for this? Thanks! Uma Harano -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users