Re: [WiX-users] wix install on C:\Program Files and C:\Windows\System32 directory.
Try this: SetDirectory Id=DIR_sys_ Value=[SystemFolder]/ and Directory Id=TARGETDIR Name=SourceDir Directory Id = DIR_sys_/ ... and Fragment DirectoryRef Id=DIR_sys_ Component... Good luck ;-) 2010/9/14 Beekeeper bria...@yahoo.com Okay, that is half of it, how do you install the files in C:\Windows\System32 directory. Thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/wix-install-on-C-Program-Files-and-C-Windows-System32-directory-tp5530934p5531607.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registering performance counters on 64-bit system
Did you adjust the Platform Value to x64? Regards, Fabio On Wed, Sep 15, 2010 at 12:46 AM, Wix User wix.u...@hotmail.com wrote: Hello, I am trying to register a performance counter manifest using PerfCounterManifest element from the utility extension. My wix file looks like this: Component Id=Comp_Messaging_PerformanceCounters_dll Guid=54567214-A199-48A2-BD4B-C02FE9907210 Win64=yes File Id=Messaging.PerformanceCounters.dll Name=Messaging.PerformanceCounters.dll KeyPath=yes DiskId=1 Source=$(var.BINSDIR_SERVER)\/ /Component Component Id=Comp_MessagingPerformanceCounters_man Guid=51D22A9C-4C1D-4CD2-9C1B-596F6A06BBF7 Win64=yes File Id=MessagingPerformanceCounters.man Name=MessagingPerformanceCounters.man KeyPath=yes DiskId=1 Source=$(var.BINSDIR_SERVER)\ util:PerfCounterManifest ResourceFileDirectory=[#MessagingPerformanceCounters.dll]/ /File /Component The DLL and the manifest files are located under system32\prod dir. I notice that 32-bit MsiExec.exe and Lodctr.exe are invoked to register the performance counters. These processes are not able to see the files under the system32 folder. So the installation fails. Does anyone know how to fix this problem? I am using beta build 3.5.1322.0. Thanks, Vikram -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix install on C:\Program Files and C:\Windows\System32 directory.
Thank you! that work well! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/wix-install-on-C-Program-Files-and-C-Windows-System32-directory-tp5530934p5533304.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] wix install on C:\Program Files and C:\Windows\System32 directory.
How about this? Directory Id=TARGETDIR Name=SourceDir Directory Id=SystemFolder / ... And Fragment DirectoryRef Id=SystemFolder Component Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Renegade Angel [mailto:renegade.an...@gmail.com] Sent: Tuesday, September 14, 2010 11:45 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] wix install on C:\Program Files and C:\Windows\System32 directory. Try this: SetDirectory Id=DIR_sys_ Value=[SystemFolder]/ and Directory Id=TARGETDIR Name=SourceDir Directory Id = DIR_sys_/ ... and Fragment DirectoryRef Id=DIR_sys_ Component... Good luck ;-) 2010/9/14 Beekeeper bria...@yahoo.com Okay, that is half of it, how do you install the files in C:\Windows\System32 directory. Thanks! -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/wix- install-on-C-Program-Files-and-C-Windows-System32-directory- tp5530934p5531607.html Sent from the wix-users mailing list archive at Nabble.com. - - Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users --- --- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Optional Install or Upgrade
That seems like a rather nebulous requirement. In my experience packages either live side-by-side with older versions or they upgrade older packages, not both. I don't think it's going to be easy conditionally doing either using default Windows Installer behaviour. The Upgrade Table allows you to either schedule an upgrade or just set a Property (OnlyDetect=yes). You could use it only detect older versions, then ask the user the question based on that Property's contents then use the response to choose whether to fire a Custom Action which modifies the ActionProperty column of the Upgrade table so RemoveExistingProducts can do it's thing if the older versions are to be uninstalled (may also need to modify the attributes column to remove the msidbUpgradeAttributesOnlyDetect flag). See http://msdn.microsoft.com/en-us/library/aa371197(VS.85).aspx for RemoveExistingProducts behaviour. You'll need to be very careful with the Component rules if you do choose to go down this route (if it's even possible). Personally I'd do one or the other, both seems like causing more hassle than it's worth. Palbinder Sandher Software Deployment IT Administrator 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: Michael Osmond [mailto:mosm...@baytech.com.au] Sent: 14 September 2010 23:07 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Optional Install or Upgrade Hello all, I have a need where a package will determine if a previous version exists, and then allow the user the option to upgrade the previous version, or to install the new version side by side with the existing, so both are available. My current thought was to use the Upgrade table to detect the version, and then modify the ActionProperty and remove a detected product depending on the user input. Also, I will need to deal with the path issues for files and registry (I have done side by side installs before). Has anyone got any guidance on doing this (or not doing it at all)? Regards Michael -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Optional Install or Upgrade
I've seen this behaviour in Java runtime installers. It caused me some headaches when deploying it as a prerequisite for our products because the product code for the same MSI differs depending on whether you install in parallel or as an upgrade. This leads me to suspect that a transform is applied after the user selects the installation type that alters the products code along with whatever else is required to make this work. Id agree in that it feels wrong and is a fair bit of extra work. It makes it less easy to detect if the MSI is installed or not. However you know the reasons for your requirements better. -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: 15 September 2010 10:31 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Optional Install or Upgrade That seems like a rather nebulous requirement. In my experience packages either live side-by-side with older versions or they upgrade older packages, not both. I don't think it's going to be easy conditionally doing either using default Windows Installer behaviour. The Upgrade Table allows you to either schedule an upgrade or just set a Property (OnlyDetect=yes). You could use it only detect older versions, then ask the user the question based on that Property's contents then use the response to choose whether to fire a Custom Action which modifies the ActionProperty column of the Upgrade table so RemoveExistingProducts can do it's thing if the older versions are to be uninstalled (may also need to modify the attributes column to remove the msidbUpgradeAttributesOnlyDetect flag). See http://msdn.microsoft.com/en-us/library/aa371197(VS.85).aspx for RemoveExistingProducts behaviour. You'll need to be very careful with the Component rules if you do choose to go down this route (if it's even possible). Personally I'd do one or the other, both seems like causing more hassle than it's worth. Palbinder Sandher Software Deployment IT Administrator 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: Michael Osmond [mailto:mosm...@baytech.com.au] Sent: 14 September 2010 23:07 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Optional Install or Upgrade Hello all, I have a need where a package will determine if a previous version exists, and then allow the user the option to upgrade the previous version, or to install the new version side by side with the existing, so both are available. My current thought was to use the Upgrade table to detect the version, and then modify the ActionProperty and remove a detected product depending on the user input. Also, I will need to deal with the path issues for files and registry (I have done side by side installs before). Has anyone got any guidance on doing this (or not doing it at all)? Regards Michael -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users /pre BR style=font-size:4px; a href = http://www.sdl.com;img src=http://www.sdl.com/images/email logo_150dpi-01.png alt=www.sdl.com border=0//a BR font face=arial size=2a href = http://www.sdl.com; style=color:005740; font-weight: boldwww.sdl.com/a/font BR BR font face=arial size=1 color=#736F6E bSDL PLC confidential, all rights reserved./b 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.BR SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207.BR Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. /font -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud
Re: [WiX-users] Undefined Preprocessor Variable
You need to ?include the wxi in every wix file that uses things defined
in it.
Dave
-Original Message-
From: pcristini [mailto:pcrist...@paretoplatform.com]
Sent: 14 September 2010 19:51
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Undefined Preprocessor Variable
I'm getting an Undefined preprocessor variable
'$(var.AppRegistryPath)'. in
one of my wxs files.
Inside the main Product.wxs I include the config file like so:
?include $(sys.CURRENTDIR)\Product.Config.wxi?
This file includes a bunch of defined variables:
?define AppCode = !(loc.APPNAME) ?
?define AppManufacturer = MyCompany ?
?define AppProductCode =
{7c710300-5ce2-4ecb-ac02-609620aa28e2} ?
?define AppRegistryPath =
Software\$(var.AppManufacturer)\$(var.AppCode)
?
I'm trying to use the variable in the main Product.wxs file and a couple
other referencing wxs files like this:
Any ideas why this value would not be working?
--
View this message in context:
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Undefined-
Preprocessor-Variable-tp5531578p5531578.html
Sent from the wix-users mailing list archive at Nabble.com.
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
/pre
BR style=font-size:4px;
a href = http://www.sdl.com;img src=http://www.sdl.com/images/email
logo_150dpi-01.png alt=www.sdl.com border=0//a
BR
font face=arial size=2a href = http://www.sdl.com;
style=color:005740; font-weight: boldwww.sdl.com/a/font
BR
BR
font face=arial size=1 color=#736F6E
bSDL PLC confidential, all rights reserved./b
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.BR
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.BR
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY,
UK.
/font
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] properties in merge modules
Hello group, I have a problem with QtExec. I am setting the QtExecCmdLine property and all that - like described in http://wix.sourceforge.net/manual-wix3/qtexec.htm but the property gets renamed too: QtExecCmdLine.moduleguid this is because it is in a merge module. I know that fragments are supposed to be the way to go in WiX - but not for me. The merge modules are also published as a project itself (some kind od SDK). So the question is: is there a way to create a global property in a merge module? My feeling is - if it is not possible - it is a bug. Or - is the QtExec implementation? Should the CustomAction attach the GUID to the property on execute? Thanks in advance Hinrich Aue Sr. SW Engineer Kofax Development GmbH Wentzinger Strasse 19 79106 Freiburg Germany Tel: +49 (0)761 452 69 57234 Fax: +49 (0)761 452 69 58734 hinrich@kofax.com This communication is only for the use of the intended recipient. It may contain confidential or proprietary information. If you are not the intended recipient or have received this communication in error, please notify the sender via phone and destroy this communication immediately. Kofax Deutschland AG Sitz der Gesellschaft: Freiburg i.Brg. Amtsgericht Freiburg: HRB 5319 Vorstand: Jörg Grundmann (Vorsitzender), Gabriele Froning Aufsichtsratsvorsitzender: Stefan Gaiser -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Light error for COM dll with multiple prog id's for thesame class
On 14-Sep-10 09:21, Renegade Angel wrote: - If key exists in hashtable generate a new key (actually I just append _1, _2, ... if necessary) and change it in setup.wixobj You've almost guaranteed you can't patch and will run into upgrade problems. Can you open a bug on the underlying problem? -- sig://boB http://joyofsetup.com/ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Missing Files
On 13-Sep-10 09:35, Ken Powers wrote: C:\delivery\Dev\wix36_public\src\ext\UIExtension\wixlib\ResumeDlg.wxs(18,0): error LGHT0197: The Windows Installer XML variable !(wix.WixUICostingPopupOptOut) is unknown. Please ensure the variable is declared on the command line for light.exe, via a WixVariable element, or inline using the syntax !(wix.WixUICostingPopupOptOut=some value which doesn't contain parenthesis). http://letmebingthatforyou.com/?q=WixUICostingPopupOptOut -- sig://boB http://joyofsetup.com/ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] properties in merge modules
You can suppress modularization by using soemthing like: Property Id=QtExecCmdLine SuppressModularization=yes / Now the compiler will know that [QtExecCmdLine] refers to QtExecCmdLinenot QtExecCmdLine.GUID. But there's a bigger problem. This will define it in the property table and if other merge modules want to make use of this property you are going to have a conflict. So the better thing to do would be to use the SetProperty/ element to control when the value gets assigned so that you can be (more) certain of it's state when your CA gets called. BTW, all of this advise was based on it sounding like you are using the immediate execution pattern showed on your link. I wouldn't use this for more then launching apps and readme's. I use CAQuietExec in deferred execution in a merge module to make calls to appcmd.exe and it works just fine since you want the property name modularized to match the custom action name.This avoids the potential conflicts that I mentioned. Chris Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Hinrich Aue hinrich@kofax.com To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Sent: Wed, September 15, 2010 6:59:34 AM Subject: [WiX-users] properties in merge modules Hello group, I have a problem with QtExec. I am setting the QtExecCmdLine property and all that - like described in http://wix.sourceforge.net/manual-wix3/qtexec.htm but the property gets renamed too: QtExecCmdLine.moduleguid this is because it is in a merge module. I know that fragments are supposed to be the way to go in WiX - but not for me. The merge modules are also published as a project itself (some kind od SDK). So the question is: is there a way to create a global property in a merge module? My feeling is - if it is not possible - it is a bug. Or - is the QtExec implementation? Should the CustomAction attach the GUID to the property on execute? Thanks in advance Hinrich Aue Sr. SW Engineer Kofax Development GmbH Wentzinger Strasse 19 79106 Freiburg Germany Tel: +49 (0)761 452 69 57234 Fax: +49 (0)761 452 69 58734 hinrich@kofax.com This communication is only for the use of the intended recipient. It may contain confidential or proprietary information. If you are not the intended recipient or have received this communication in error, please notify the sender via phone and destroy this communication immediately. Kofax Deutschland AG Sitz der Gesellschaft: Freiburg i.Brg. Amtsgericht Freiburg: HRB 5319 Vorstand: Jörg Grundmann (Vorsitzender), Gabriele Froning Aufsichtsratsvorsitzender: Stefan Gaiser -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] properties in merge modules
BTW- If you ever want a sympathetic ear for merge module support, just hit me up. I have probably literally taken merge modules farther then anyone else in the world. There isn't much I haven't seen and done with them. http://blog.deploymentengineering.com/2010/09/in-defense-of-merge-modules.html Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Hinrich Aue hinrich@kofax.com To: wix-users@lists.sourceforge.net wix-users@lists.sourceforge.net Sent: Wed, September 15, 2010 6:59:34 AM Subject: [WiX-users] properties in merge modules Hello group, I have a problem with QtExec. I am setting the QtExecCmdLine property and all that - like described in http://wix.sourceforge.net/manual-wix3/qtexec.htm but the property gets renamed too: QtExecCmdLine.moduleguid this is because it is in a merge module. I know that fragments are supposed to be the way to go in WiX - but not for me. The merge modules are also published as a project itself (some kind od SDK). So the question is: is there a way to create a global property in a merge module? My feeling is - if it is not possible - it is a bug. Or - is the QtExec implementation? Should the CustomAction attach the GUID to the property on execute? Thanks in advance Hinrich Aue Sr. SW Engineer Kofax Development GmbH Wentzinger Strasse 19 79106 Freiburg Germany Tel: +49 (0)761 452 69 57234 Fax: +49 (0)761 452 69 58734 hinrich@kofax.com This communication is only for the use of the intended recipient. It may contain confidential or proprietary information. If you are not the intended recipient or have received this communication in error, please notify the sender via phone and destroy this communication immediately. Kofax Deutschland AG Sitz der Gesellschaft: Freiburg i.Brg. Amtsgericht Freiburg: HRB 5319 Vorstand: Jörg Grundmann (Vorsitzender), Gabriele Froning Aufsichtsratsvorsitzender: Stefan Gaiser -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Compile error using ManagedPipelineMode attribute
On 13-Sep-10 16:49, John L Krupka wrote: error CNDL0038: The iis:WebAppPool/@User attribute's value, 'AdminUserReg', cannot be specified without attribute Identity present with value 'other'. Please file a bug. Looks like a simple bit check error. -- sig://boB http://joyofsetup.com/ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Registering performance counters on 64-bit system
On 14-Sep-10 18:46, Wix User wrote: The DLL and the manifest files are located under system32\prod dir. I notice that 32-bit MsiExec.exe and Lodctr.exe are invoked to register the performance counters. These processes are not able to see the files under the system32 folder. So the installation fails. Please file a bug -- it looks like it's not supported on x64 OSes. -- sig://boB http://joyofsetup.com/ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Undefined Preprocessor Variable
This was the key. Thanks Dave -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Undefined-Preprocessor-Variable-tp5531578p5534440.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error importing table '_SummaryInformation'
Receiving this error when running light: There was an error importing table '_SummaryInformation' from file 'C:\Users\pcristini\AppData\Local\Temp\rczjb4xq\_SummaryInformation.idt'. C:\Users\pcristini\AppData\Local\Temp\rczjb4xq\_SummaryInformation.idt Here's the command line being run through VS: D:\Program Files\Windows Installer XML v3.5\bin\Light.exe -nologo -cultures:default -ext ..\..\..\..\..\..\..\Program Files\Windows Installer XML v3.5\bin\WixNetFxExtension.dll -loc Plugin.Users.RelationshipSync.wxl -loc Plugin.DataManagement.wxl -loc Plugin.DNS.wxl -loc Plugin.CrmPluginImport.wxl -loc Plugin.Customizations.wxl -loc SampleConfigFiles.wxl -loc Plugin.Users.wxl -loc default.wxl -out D:\Dev\Projects\SVN - Microsoft CRM\utilities\CRMAdminTool\CRM Admin Tool Setup\Debug\default\Package.msi -pdbout D:\Dev\Projects\SVN - Microsoft CRM\utilities\CRMAdminTool\CRM Admin Tool Setup\Debug\default\Package.wixpdb obj\Debug\Plugin.Users.RelationshipSync.wixobj obj\Debug\CRM.Plugins.wixobj obj\Debug\Libs.3rdParty.wixobj obj\Debug\Plugin.DataManagement.wixobj obj\Debug\Plugin.DNS.wixobj obj\Debug\Plugin.CrmPluginImport.wixobj obj\Debug\Plugin.Customizations.wixobj obj\Debug\Product.wixobj obj\Debug\CRM.AdminTool.wixobj obj\Debug\SampleConfigFiles.wixobj obj\Debug\Plugin.Users.wixobj obj\Debug\Product.Generated.wixobj 4C:\Users\pcristini\AppData\Local\Temp\rczjb4xq\_SummaryInformation.idt(0,0): error LGHT0136: There was an error importing table '_SummaryInformation' from file 'C:\Users\pcristini\AppData\Local\Temp\rczjb4xq\_SummaryInformation.idt'. 4Done building project Package.wixproj -- FAILED. There's not much info on the error code -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Error-importing-table-SummaryInformation-tp5534583p5534583.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Compile error using ManagedPipelineMode attribute
Thanks. Bug 3066897 has been entered. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Compile-error-using-ManagedPipelineMode-attribute-tp5527954p5534623.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WiX 3.6
What is WiX 3.6? If we are currently on 3.5 should we switch to 3.6? -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ComboBox question
Sorry for the repeat question as I have seen this question before just never a complete answer. I have a CA that executes in the InstallUiSequence that gets a list of SQL Servers and populates a ComboBox but when the ComboBox is displayed it’s empty, If I click the dropdown all the SQL Instances are listed. Is there a way to have the index set to the first SQL Instance. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ComboBox-question-tp5534796p5534796.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] ComboBox question
I had a very similar question asked on Stack Overflow the other day: http://stackoverflow.com/questions/3712185/how-do-i-set-the-selected-item-in-an-msi-combo-box-that-has-been-filled-from-a-cu This is the same problem but approached from the other directory. When you select a combobox item the associated property is set to the value. To reverse the process, set the property to the associated value prior to displaying the ComboBox to get the correct row to be selected. Chris Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Michael_A mcl...@fullarmor.com To: wix-users@lists.sourceforge.net Sent: Wed, September 15, 2010 10:21:32 AM Subject: [WiX-users] ComboBox question Sorry for the repeat question as I have seen this question before just never a complete answer. I have a CA that executes in the InstallUiSequence that gets a list of SQL Servers and populates a ComboBox but when the ComboBox is displayed it’s empty, If I click the dropdown all the SQL Instances are listed. Is there a way to have the index set to the first SQL Instance. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/ComboBox-question-tp5534796p5534796.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] General discussion for Windows Installer XML toolset.
Hi All, I have a following question. I have component: DirectoryRef Id=Directory.Core.Pages.Include Component Id=Component.Include Guid=99983D32-636A-47FE-BC10-E20C5E7C1968 CreateFolder/ File Id=File.Include.Footer.html Name=Footer.html Source=$(var.BinDir)Include\Footer.html/File File Id=File.Include.Header.html Name=Header.html Source=$(var.BinDir)Include\Header.html/File File Id=File.Include.InnerPageFooter.html Name=InnerPageFooter.html Source=$(var.BinDir)Include\InnerPageFooter.html/File File Id=File.Include.InnerPageHeader.html Name=InnerPageHeader.html Source=$(var.BinDir)Include\InnerPageHeader.html/File /Component /DirectoryRef Now when I try to create patch in next version, I've changed the InnerPageHeader.html file. During patch creation I've received the warning that InnerPageHeader.html is changed but Footer.html which is KeyPath wasn't changed. This file will not be patched on the target system if the REINSTALLMODE does not contain 'A'. The KeyPath file should also be changed and included in your patch. But I don't need to change Footer.html. I've tried to add registry entry for each component and use it as KeyPath: DirectoryRef Id=Directory.Core.Pages.Include Component Id=Component.Include Guid=99983D32-636A-47FE-BC10-E20C5E7C1968 CreateFolder/ RegistryValue Root=HKLM Key=Software\$(var.Manufacturer)\$(var.ProductClass)\Components\99983D32-63 6A-47FE-BC10-E20C5E7C1968 Type=string Value=$(var.ProductVersion) KeyPath=yes / File Id=File.Include.Footer.html Name=Footer.html Source=$(var.BinDir)Include\Footer.html/File File Id=File.Include.Header.html Name=Header.html Source=$(var.BinDir)Include\Header.html/File File Id=File.Include.InnerPageFooter.html Name=InnerPageFooter.html Source=$(var.BinDir)Include\InnerPageFooter.html/File File Id=File.Include.InnerPageHeader.html Name=InnerPageHeader.html Source=$(var.BinDir)Include\InnerPageHeader.html/File /Component /DirectoryRef Since value of registry entry is $(var.ProductVersion), which I will change on each next build, I've assumed that in this case I will have changed keypath entry on each build and will pass the warning described above. But (I don't know why) in this case I've received the same warning about registry entry: Warning 21 File 'File.Include.InnerPageHeader.html' in Component 'Component.Include' was changed, but the KeyPath file 'reg25467E6DA6AD8545CE0253E2C2F3C454' was not. This file will not be patched on the target system if the REINSTALLMODE does not contain 'A'. The KeyPath file should also be changed and included in your patch. Any suggestions? Thanks -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Set Value of Edit Control on ComboList Change
Hi All, I have a Combobox on my UI. I want to be able to select something from the combobox and populate an Edit field with a default value that is based on the new value selected in the ComboBox. It seems like publish/subscribe would be what I want, but I can't find any events to publish from a combobox. Or would I use a custom action? Everything I do seems to end up with the Edit field being set initially and then no matter what I do it won't change. -- Thanks, Kevin Garman, Project Engineer SCADAware, Inc. www.scadaware.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set Value of Edit Control on ComboList Change
Windows Installer UI capabilities is very limited here. Short of putting the Combo on one dialog and your Edit on the next or throwing it all out the window and using an external UI handler your going to find it impossible to do what you want. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Kevin Garman gar...@scadaware.com To: wix-users@lists.sourceforge.net Sent: Wed, September 15, 2010 12:52:18 PM Subject: [WiX-users] Set Value of Edit Control on ComboList Change Hi All, I have a Combobox on my UI. I want to be able to select something from the combobox and populate an Edit field with a default value that is based on the new value selected in the ComboBox. It seems like publish/subscribe would be what I want, but I can't find any events to publish from a combobox. Or would I use a custom action? Everything I do seems to end up with the Edit field being set initially and then no matter what I do it won't change. -- Thanks, Kevin Garman, Project Engineer SCADAware, Inc. www.scadaware.com -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] util:XmlFile LGHT0204: ICE03: Invalid format string;
Hi, I'm getting the following error LGHT0204: ICE03: Invalid format string; in my Element path util:XmlFile Id=ContainerConnectionString File=[BIN]\web.config Action=setValue SelectionLanguage=XPath ElementPath=/configuration/*[\[]local-name()='unity' and namespace-uri()='http://schemas.microsoft.com/practices/2010/unity'[\]][\[]1[\]]/*[\[]local-name()='container' and namespace-uri()='http://schemas.microsoft.com/practices/2010/unity'[\]][\[]1[\]][\[]/*[local-name()='instance' and namespace-uri()='http://schemas.microsoft.com/practices/2010/unity'[\]][\[]1]\]]/@value Value=Data Source=[SQLSERVER];Initial Catalog=CustomerDatabase;User Id=[SQLUSER];Password=[SQLPASSWORD];[MSMQSERVER]/ I double checked all the escaped [ -Michael mcl...@fullarmor.com -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/util-XmlFile-LGHT0204-ICE03-Invalid-format-string-tp5535559p5535559.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] light.exe -ai switch questions
I think I figured out why I get the duplicate symbols when building now. It seems that lit.exe includes all project references in the resulting library(?) I don't think it should be this way though. I think that a library's project references should just be passed to light.exe when building your installer (instead of being incorporated into the main library). This would provide the following benefits: 1. It would allow your Library project to include a reference to any other library which contains components that it needs. 2. It would prevent you from having to add every single library as a project reference to the Installer project (this is annoying but the only viable option at the moment). 3. It would then work more like a C# project reference does (which is good because they look similar in Votive) Thoughts? -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/light-exe-ai-switch-questions-tp5462506p5535638.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX 3.6
This should answer your question: http://robmensching.com/blog/posts/2010/9/6/Burn-baby.-Burn I suggest you'd better subscribe to Rob's blog - it is the source of the most recent news in WiX area. -- Yan -Original Message- From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] Sent: Wednesday, September 15, 2010 17:37 To: wix-users@lists.sourceforge.net Subject: [WiX-users] WiX 3.6 What is WiX 3.6? If we are currently on 3.5 should we switch to 3.6? -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] how to parse OriginalDatabase
Can someone kindly share the wix code about how to parse the MSI property OriginalDatabase so that i can get the parent dir of the msi? Thanks Shao -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] how to parse OriginalDatabase
You'll need a custom action. a vbscript during the immediate sequence should do the job. regards, fabio Session.Property(PATHTOMSI) = Session.Property(OriginalDatabase) On Wed, Sep 15, 2010 at 10:21 PM, Major shao majors...@gmail.com wrote: Can someone kindly share the wix code about how to parse the MSI property OriginalDatabase so that i can get the parent dir of the msi? Thanks Shao -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] not able to access unc locations in deffered custom actions
Hi, I have a deffered custom action( with Impersonate=no) in my installer which copies a file from local location to unc location(network path). I am not able to access this unc location in this custom action while I am able to access same unc location in other part of the installer. Regards, Sanjay Rao -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] not able to access unc locations in deffered custom actions
What is the other part of the installer? If it's in the UI or other code running as the installing user I can guess it might be fine, but with impersonation turned off you're running with the system account, and that rarely has any network privileges. Phil Wilson -Original Message- From: Sanjay Rao [mailto:s...@noida.interrasystems.com] Sent: Friday, September 17, 2010 1:45 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] not able to access unc locations in deffered custom actions Hi, I have a deffered custom action( with Impersonate=no) in my installer which copies a file from local location to unc location(network path). I am not able to access this unc location in this custom action while I am able to access same unc location in other part of the installer. Regards, Sanjay Rao -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. 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). -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set Value of Edit Control on ComboList Change
Hmm, that's sad...I was afraid of that. Thanks much, Kevin On Wed, 2010-09-15 at 11:26 -0700, Christopher Painter wrote: Windows Installer UI capabilities is very limited here. Short of putting the Combo on one dialog and your Edit on the next or throwing it all out the window and using an external UI handler your going to find it impossible to do what you want. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Kevin Garman gar...@scadaware.com To: wix-users@lists.sourceforge.net Sent: Wed, September 15, 2010 12:52:18 PM Subject: [WiX-users] Set Value of Edit Control on ComboList Change Hi All, I have a Combobox on my UI. I want to be able to select something from the combobox and populate an Edit field with a default value that is based on the new value selected in the ComboBox. It seems like publish/subscribe would be what I want, but I can't find any events to publish from a combobox. Or would I use a custom action? Everything I do seems to end up with the Edit field being set initially and then no matter what I do it won't change. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] not able to access unc locations in deffered custom actions
Your CA is running as System which will use different authentication credentials to try to access the network then those that you are logged in with. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me - Original Message From: Sanjay Rao s...@noida.interrasystems.com To: wix-users@lists.sourceforge.net Sent: Fri, September 17, 2010 3:44:56 PM Subject: [WiX-users] not able to access unc locations in deffered custom actions Hi, I have a deffered custom action( with Impersonate=no) in my installer which copies a file from local location to unc location(network path). I am not able to access this unc location in this custom action while I am able to access same unc location in other part of the installer. Regards, Sanjay Rao -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can msi external ui write to the MSI properties?
Hi, I'm trying to see if I can use msi external ui for my project. Will I be able to get an input from the user using msi external ui and then store that, lets say string, input from the user into one of the msi properties? I feel it can't be done because the external ui would probably be running in a separate process and it wouldn't have any handle to the currently running msi to set the property. Please assert my understanding. Thanks, Pratap. -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can msi external ui write to the MSI properties?
If you haven't started the install yet, you could pass those properties on the command line. Alternatively, the first parameter in the UIHandler callback (context) is (can be cast to) the MSIHANDLE for the install. The example callback in MSDN casts it to an MSIHANDLE when it calls MsiFormatRecord(). I've never tried an MsiSetProperty() on it though. Phil Wilson -Original Message- From: Pratapa Reddy Sanaga [mailto:pratap.san...@gmail.com] Sent: Wednesday, September 15, 2010 3:53 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can msi external ui write to the MSI properties? Hi, I'm trying to see if I can use msi external ui for my project. Will I be able to get an input from the user using msi external ui and then store that, lets say string, input from the user into one of the msi properties? I feel it can't be done because the external ui would probably be running in a separate process and it wouldn't have any handle to the currently running msi to set the property. Please assert my understanding. Thanks, Pratap. -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77. 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). -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can msi external ui write to the MSI properties?
The install would have already started if my external UI is being executed right? i.e. the callback would occur only after I call the InstallProduct API from my bootstrapper exe, so I don't have any more chance of passing in a command line argument I guess. I'll try using the context to set the property and get back on this thread.. Thanks! On Wed, Sep 15, 2010 at 4:15 PM, Wilson, Phil phil.wil...@invensys.comwrote: If you haven't started the install yet, you could pass those properties on the command line. Alternatively, the first parameter in the UIHandler callback (context) is (can be cast to) the MSIHANDLE for the install. The example callback in MSDN casts it to an MSIHANDLE when it calls MsiFormatRecord(). I've never tried an MsiSetProperty() on it though. Phil Wilson -Original Message- From: Pratapa Reddy Sanaga [mailto:pratap.san...@gmail.com] Sent: Wednesday, September 15, 2010 3:53 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can msi external ui write to the MSI properties? Hi, I'm trying to see if I can use msi external ui for my project. Will I be able to get an input from the user using msi external ui and then store that, lets say string, input from the user into one of the msi properties? I feel it can't be done because the external ui would probably be running in a separate process and it wouldn't have any handle to the currently running msi to set the property. Please assert my understanding. Thanks, Pratap. -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . 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). -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] ICE Validation and MSI failure 2738
I've been through aaron and heath's fixes, for the vbscript problem, that occurs with ICE 08, etc, but unfortunately, my Vista machine is no longer running the VB Script validations. I tried reregistering vbscript and jscript, but to no avail. I'm running on 32 bit vista business, and am in a limited user account. Any suggestions what to try next? Anthony Wieser Wieser Software Ltd -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] FeatureSelection Dialog
Hi, In our feature selection dialog we are using SelectionTree control. The selection tree shows only two features: featureA and featureB. When no feature is selected the 'Next' button should not allow the user to continue further. It should be disabled. Here is the relevant markup for 'Next' button Control Id=NextButton Type=PushButton X=230 Y=318 Width=66 Height=18 Text=[ButtonText_Next] TabSkip=no Default=yes Condition Action=disableNOT((FeatureA=3) OR (FeatureB=3))/Condition Condition Action=enable(FeatureBA=3) OR (FeatureB=3)/Condition Subscribe Event=SelectionNoItems Attribute=disable / Publish Event=DoAction Value=FindRelatedProducts1/Publish Publish Event=NewDialog Value=ConfirmInstallForm1/Publish /Control Subscribing to SelectionNoItems does not seem to work, hence explicit conditions were added to enable or disable the next button. This seems to take effect but does so in a delayed fashion. If the user removes selections next button does not change state. But if the user then presses 'Back' button and then the 'Next' button he sees the 'Next' button disabled. How does one go about enabling or disabling the 'Next' button as soon as selections change? Thanks for any information. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/FeatureSelection-Dialog-tp5536563p5536563.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] FeatureSelection Dialog
There is a typo in the post which is not present in the actual code. This was a result of copy and paste. Markup should read as: Control Id=NextButton Type=PushButton X=230 Y=318 Width=66Height=18 Text=[ButtonText_Next] TabSkip=no Default=yes Condition Action=disableNOT((FeatureA=3) OR (FeatureB=3))/Condition Condition Action=enable(FeatureA=3) OR (FeatureB=3)/Condition Subscribe Event=SelectionNoItems Attribute=disable / Publish Event=DoAction Value=FindRelatedProducts1/Publish Publish Event=NewDialog Value=ConfirmInstallForm1/Publish /Control My apologies for the typo. Umesh Umeshj wrote: Hi, In our feature selection dialog we are using SelectionTree control. The selection tree shows only two features: featureA and featureB. When no feature is selected the 'Next' button should not allow the user to continue further. It should be disabled. Here is the relevant markup for 'Next' button Control Id=NextButton Type=PushButton X=230 Y=318 Width=66 Height=18 Text=[ButtonText_Next] TabSkip=no Default=yes Condition Action=disableNOT((FeatureA=3) OR (FeatureB=3))/Condition Condition Action=enable(FeatureBA=3) OR (FeatureB=3)/Condition ... ... ... /Control Subscribing to SelectionNoItems does not seem to work, hence explicit conditions were added to enable or disable the next button. This seems to take effect but does so in a delayed fashion. If the user removes selections next button does not change state. But if the user then presses 'Back' button and then the 'Next' button he sees the 'Next' button disabled. How does one go about enabling or disabling the 'Next' button as soon as selections change? Thanks for any information. -- View this message in context: http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/FeatureSelection-Dialog-tp5536563p5536597.html Sent from the wix-users mailing list archive at Nabble.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can msi external ui write to the MSI properties?
By calling MsiOpenPackage or MsiOpenDatabase, I'm getting error 1618 when I call MsiInstallProduct. The example in MSDN gets around this issue by calling MsiDoAction(hProduct, ) which will execute the default Install action. I will not be able to take that route because I need to pass command line arguments to the msi for localization. So looks like the external ui is kind of read only interface, not good for getting user input? But I see so many custom UIs(Office, Skype installation etc) that take user input. They must be writing back the user preferences to the msi somehow.. On Wed, Sep 15, 2010 at 4:28 PM, Pratapa Reddy Sanaga pratap.san...@gmail.com wrote: The install would have already started if my external UI is being executed right? i.e. the callback would occur only after I call the InstallProduct API from my bootstrapper exe, so I don't have any more chance of passing in a command line argument I guess. I'll try using the context to set the property and get back on this thread.. Thanks! On Wed, Sep 15, 2010 at 4:15 PM, Wilson, Phil phil.wil...@invensys.comwrote: If you haven't started the install yet, you could pass those properties on the command line. Alternatively, the first parameter in the UIHandler callback (context) is (can be cast to) the MSIHANDLE for the install. The example callback in MSDN casts it to an MSIHANDLE when it calls MsiFormatRecord(). I've never tried an MsiSetProperty() on it though. Phil Wilson -Original Message- From: Pratapa Reddy Sanaga [mailto:pratap.san...@gmail.com] Sent: Wednesday, September 15, 2010 3:53 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can msi external ui write to the MSI properties? Hi, I'm trying to see if I can use msi external ui for my project. Will I be able to get an input from the user using msi external ui and then store that, lets say string, input from the user into one of the msi properties? I feel it can't be done because the external ui would probably be running in a separate process and it wouldn't have any handle to the currently running msi to set the property. Please assert my understanding. Thanks, Pratap. -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . 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). -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Vote for loksatta = vote for a better future -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can msi external ui write to the MSI properties?
That's correct, it will have started, but if you're following a model where you collect data in your own UI and start the install you have an opportunity to set the properties on the install command line. I don't see why you would try to set properties from your callback - it seems non-deterministic to me. Also you can't really show a UI there and expect to support a silent install. Phil Wilson -Original Message- From: Pratapa Reddy Sanaga [mailto:pratap.san...@gmail.com] Sent: Wednesday, September 15, 2010 4:28 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can msi external ui write to the MSI properties? The install would have already started if my external UI is being executed right? i.e. the callback would occur only after I call the InstallProduct API from my bootstrapper exe, so I don't have any more chance of passing in a command line argument I guess. I'll try using the context to set the property and get back on this thread.. Thanks! On Wed, Sep 15, 2010 at 4:15 PM, Wilson, Phil phil.wil...@invensys.comwrote: If you haven't started the install yet, you could pass those properties on the command line. Alternatively, the first parameter in the UIHandler callback (context) is (can be cast to) the MSIHANDLE for the install. The example callback in MSDN casts it to an MSIHANDLE when it calls MsiFormatRecord(). I've never tried an MsiSetProperty() on it though. Phil Wilson -Original Message- From: Pratapa Reddy Sanaga [mailto:pratap.san...@gmail.com] Sent: Wednesday, September 15, 2010 3:53 PM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can msi external ui write to the MSI properties? Hi, I'm trying to see if I can use msi external ui for my project. Will I be able to get an input from the user using msi external ui and then store that, lets say string, input from the user into one of the msi properties? I feel it can't be done because the external ui would probably be running in a separate process and it wouldn't have any handle to the currently running msi to set the property. Please assert my understanding. Thanks, Pratap. -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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/legal/default.asp?top_nav_id=77nav_id=80prev_id=77 . 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). -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Vote for loksatta = vote for a better future -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
[WiX-users] How to refer WIX properties within .wxs files
Hi, There is a specific requirement of copying a xml file ClientAccessPolicy.xml to the path C:\Inetpub\wwwroot\wss\VirtualDirectories\InstallationPortNumber. The only thing I'm stuck at is how to refer the WIX Property INSTALL_SHAREPOINT_PORT in the highlighted region below : Directory Id=Inetpubdir Name=inetpub Directory Id=wwwrootdir Name=wwwroot Directory Id=wssdir Name=wss Directory Id=VirtualDirectoriesdir Name=VirtualDirectories Directory Id=InstallationPortdir Name=[ INSTALL_SHAREPOINT_PORT] .. (Doesn't work :( ) Component Id=CopyClientAccessPolicyToVirtualDirectory Guid=AD06EA62-1071-449d-B0CC-31675220012E File Id=ClientAccessPolicyForRemoteAccess Name=ClientAccessPolicy.xml Source=..\Matrikon.Suite.Intuition.Services.Model\ClientAccessPolicy.xml / /Component /Directory /Directory /Directory /Directory /Directory Hard-coding the Name Attribute (say to 80) works and it copies the xml file at proper path (C:\Inetpub\wwwroot\wss\VirtualDirectories\80) too but I was wondering if the installation happens at *different port* then how to handle this ? So, I thought of referencing one of the WIX Properties INSTALL_SHAREPOINT_PORT which is set to the particular port number on which installation has happened. Any Suggestions on this would be much appreciated. Thanks, Vishwajit READER BEWARE: Unencrypted, unsigned Internet e-mail is inherently insecure. Internet messages may be corrupted, incomplete, misdirected or may incorrectly identify the sender. Therefore, nothing in this message or attachments may be considered legally binding. THIS MESSAGE IS ONLY INTENDED FOR THE USE OF THE INDIVIDUAL OR ENTITY TO WHICH IT IS ADDRESSED AND MAY BE PRIVILEGED. If you are not the intended recipient or their authorized agent, you may not forward or copy this information and must delete or destroy all copies of this message and attachments received. If you have received this communication in error, please notify Matrikon Inc. by telephone at (780) 448-1010 or emailing ad...@matrikon.com. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
