[WiX-users] Bootstrapping .NET Framework 4.0
I have the ComponentsLocation and CopyComponents set to 'Relative' and 'True' respectively. I'm also seeing two new folders, DotNetFX40 and WindowsInstaller4_5, under my project directory and they seem to have the related executables. So does it mean I should be copying these two folders to the root of my installer media along with the setup.exe file created in my project directory and the MSI file in the bin/Debug directory? Installation using that media won't need to connect to the internet and download the pre-requisite files right? -- Message: 4 Date: Wed, 29 Jun 2011 21:54:47 + From: Dan Puza dp...@ultra-scan.com Subject: Re: [WiX-users] Bootstrapping .NET Framework 4.0 To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: e53d4e8f7a758746b7673b953e5eae0f4ba...@exchange4.ultra-scan.com Content-Type: text/plain; charset=us-ascii That depends on the value of the ComponentsLocation attribute of the GenerateBootstrapper Task in your wixproj file, as well as the CopyComponents attribute. See: http://msdn.microsoft.com/en-us/library/ms164294.aspx For example, if ComponentsLocation=Relative, and CopyComponents=true, then they would get copied alongside your bootstrapper EXE in a separate directory. I'm not sure about embedding them in the MSI; I know Burn can do it, but the GenerateBootstrapper task is part of MSBUILD, not Burn. -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX noob: Starting an exe after installation.
I don't think the 2826 error is the real problem. It's more of a warning about your dialog layout. I get that error in my logs too. What does Windows Installer quote as the error in the error dialog, or is there something else reported later on in the log? The issue with your original custom action might be the fact that you've set Impersonate to 'yes'. I think after InstallFinalize, you're back to running as the user, so telling it to Impersonate might be tripping it up. That's just a guess though, as it generally looks OK to me. Rob On 29/06/2011 19:30, Sameer Arora wrote: What am I missing ? I would like the setup to launch my UI application after installation completes successfully. My .wxs files are modularized as: *InstallSequences.wxs* Fragment InstallExecuteSequence .. Custom Action=LaunchAppCA After='InstallFinalize'NOT Installed/Custom .. /InstallExecuteSequence /Fragment *CustomActions.wxs* Fragment .. CustomAction Id='LaunchAppCA' FileKey='[PathToMyExeApp]' ExeCommand='' Return='asyncNoWait' Impersonate='yes' Execute='commit'/ .. /Fragment Intention is to launch the application once the installation is successful (hence Execute='commit') and not worry/wait for application's return value. However, Light emits compile error: *Installsequences.wxs*(29) : error LGHT0204: ICE77: LaunchAppCA is a in-script custom action. It must be sequenced in between the InstallInitialize action and the InstallFinalize action in the InstallExecuteSequence table. I also tried OnExit='success' but get the same error. Of course it compiles fine when Before='InstallFinalize' but installation fails with error below which I don't understand. Info 2898.For VSI_MS_Sans_Serif13.0_0_0 textstyle, the system created a 'MS Sans Serif' font, in 0 character set, of 13 pixels height. DEBUG: Error 2826: Control BannerBmp on dialog WelcomeForm extends beyond the boundaries of the dialog to the right by 3 pixels The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: WelcomeForm, BannerBmp, to the right I do have other custom actions defined in CustomAction.cs which are executed in InstallExecuteSequence element but they are all Sequenced explicitly. Appreciate any suggestion about what I could be missing or how I could launch the app if installation succeeds. Thanks very much! Sameer -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WiX noob: Starting an exe after installation.
Why not use the well documented method built into the ExitDialog as listed in the WiX 3.x manual? - http://wix.sourceforge.net/manual-wix3/run_program_after_install.htm Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Rob Hamflett [mailto:r...@snsys.com] Sent: 30 June 2011 08:46 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] WiX noob: Starting an exe after installation. I don't think the 2826 error is the real problem. It's more of a warning about your dialog layout. I get that error in my logs too. What does Windows Installer quote as the error in the error dialog, or is there something else reported later on in the log? The issue with your original custom action might be the fact that you've set Impersonate to 'yes'. I think after InstallFinalize, you're back to running as the user, so telling it to Impersonate might be tripping it up. That's just a guess though, as it generally looks OK to me. Rob On 29/06/2011 19:30, Sameer Arora wrote: What am I missing ? I would like the setup to launch my UI application after installation completes successfully. My .wxs files are modularized as: *InstallSequences.wxs* Fragment InstallExecuteSequence .. Custom Action=LaunchAppCA After='InstallFinalize'NOT Installed/Custom .. /InstallExecuteSequence /Fragment *CustomActions.wxs* Fragment .. CustomAction Id='LaunchAppCA' FileKey='[PathToMyExeApp]' ExeCommand='' Return='asyncNoWait' Impersonate='yes' Execute='commit'/ .. /Fragment Intention is to launch the application once the installation is successful (hence Execute='commit') and not worry/wait for application's return value. However, Light emits compile error: *Installsequences.wxs*(29) : error LGHT0204: ICE77: LaunchAppCA is a in-script custom action. It must be sequenced in between the InstallInitialize action and the InstallFinalize action in the InstallExecuteSequence table. I also tried OnExit='success' but get the same error. Of course it compiles fine when Before='InstallFinalize' but installation fails with error below which I don't understand. Info 2898.For VSI_MS_Sans_Serif13.0_0_0 textstyle, the system created a 'MS Sans Serif' font, in 0 character set, of 13 pixels height. DEBUG: Error 2826: Control BannerBmp on dialog WelcomeForm extends beyond the boundaries of the dialog to the right by 3 pixels The installer has encountered an unexpected error installing this package. This may indicate a problem with this package. The error code is 2826. The arguments are: WelcomeForm, BannerBmp, to the right I do have other custom actions defined in CustomAction.cs which are executed in InstallExecuteSequence element but they are all Sequenced explicitly. Appreciate any suggestion about what I could be missing or how I could launch the app if installation succeeds. Thanks very much! Sameer -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set Property to PathEdit Value
Why not use WiXUI_InstallDir instead of reinventing the wheel as it does exactly what you're describing - http://wix.sourceforge.net/manual-wix3/WixUI_installdir.htm Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Roy Clemmons [mailto:roy_clemm...@hotmail.com] Sent: 29 June 2011 23:42 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Set Property to PathEdit Value Greetings, Ok, I've got to ask this question even if it makes me look like a wix idiot (I am, but keep it quiet) as I've spent way too much time trying to find the answer on my own. I've created a dialog (code below) that contains a PathEdit control, a DirectoryList (and some other controls) so the user can specify a directory path. Later, in the same wix script, I want to use the PathEdit's value by a custom action. My question is: When the dialog's OK button is pressed, can I set a property to the PathEdit control's value? I've tried to accomplish this in the code below, but, I'm almost certain it won't work. Incidentally, at the end of the installation, the directory the user chose will contain a SQL script I dynamically generate. Thus the installation will not install any static files or executables. Thanks in advance for your help. Here's my code: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=5FFFCA1A-E20B-4B76-924A-A915F3124A10 Name=WixExperiment Language=1033 Version=1.0.0.0 Manufacturer=None UpgradeCode=8E607B01-0D14-4C3E-B135-53631A6B44FF Package Id=* Keywords=UDSCU Description=Test Script Creation Utility InstallerVersion=200 Compressed=yes Languages=1033 SummaryCodepage=1252 / Media Id=1 Cabinet=CompanyXXX.cab EmbedCab=yes / Property Id=DefaultUIFont Value=Tahoma_Regular / Property Id=_BrowseProperty Value=c:\Program Files\ / UI TextStyle Id=Tahoma_Regular FaceName=Tahoma Size=8 / Dialog Id=DestinationFolderDlg Width=325 Height=270 Control Id=myPathEdit Type=PathEdit Width=232 Height=15 X=8 Y=11 Property=_BrowseProperty / Control Type=PushButton Id=OK Text=OK Width=56 Height=17 X=255 Y=11 Publish Property=InstallFolder Value=_BrowseProperty/Publish Publish Event=EndDialog Value=Return1/Publish /Control Control Type=PushButton Id=Cancel Text=Cancel Width=56 Height=17 X=255 Y=34 Publish Event=Reset Value=01/Publish Publish Event=EndDialog Value=Return1/Publish /Control Control Id=DirectoryList Type=DirectoryList X=8 Y=30 Width=233 Height=178 Property=_BrowseProperty Sunken=yes TabSkip=no / Control Id=DirectoryCombo Type=DirectoryCombo X=8 Y=214 Width=232 Height=16 Property=_BrowseProperty Fixed=yes Remote=yes Subscribe Event=IgnoreChange Attribute=IgnoreChange / /Control /Dialog InstallUISequence Show Dialog=DestinationFolderDlg Before=ExecuteAction / /InstallUISequence /UI /Product /Wix -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Set Property to PathEdit Value
I'm not using the WixUIExtension library, but, I'll take a look at the source code for that dialog to see if I can figure out how to accomplish my goal. The challenge with the source code is identifying all the dependencies that are spread among many source files. In the meantime, I still would like an answer to my question for my own benefit. Can a pushbutton set a property to the PathEdit control's value? The full source code is below, but I basically want to accomplish the following: Control Id=myPathEdit Type=PathEdit Width=232 Height=15X=8 Y=11 Property=_BrowseProperty / Control Type=PushButton Id=OK Text=OK Width=56 Height=17 X=255 Y=11 Publish Property=InstallFolder Value=_BrowseProperty/Publish Publish Event=EndDialog Value=Return1/Publish /Control Thanks for your response, Roy -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Thursday, June 30, 2011 4:40 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Set Property to PathEdit Value Why not use WiXUI_InstallDir instead of reinventing the wheel as it does exactly what you're describing - http://wix.sourceforge.net/manual-wix3/WixUI_installdir.htm Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Roy Clemmons [mailto:roy_clemm...@hotmail.com] Sent: 29 June 2011 23:42 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Set Property to PathEdit Value Greetings, Ok, I've got to ask this question even if it makes me look like a wix idiot (I am, but keep it quiet) as I've spent way too much time trying to find the answer on my own. I've created a dialog (code below) that contains a PathEdit control, a DirectoryList (and some other controls) so the user can specify a directory path. Later, in the same wix script, I want to use the PathEdit's value by a custom action. My question is: When the dialog's OK button is pressed, can I set a property to the PathEdit control's value? I've tried to accomplish this in the code below, but, I'm almost certain it won't work. Incidentally, at the end of the installation, the directory the user chose will contain a SQL script I dynamically generate. Thus the installation will not install any static files or executables. Thanks in advance for your help. Here's my code: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=5FFFCA1A-E20B-4B76-924A-A915F3124A10 Name=WixExperiment Language=1033 Version=1.0.0.0 Manufacturer=None UpgradeCode=8E607B01-0D14-4C3E-B135-53631A6B44FF Package Id=* Keywords=UDSCU Description=Test Script Creation Utility InstallerVersion=200 Compressed=yes Languages=1033 SummaryCodepage=1252 / Media Id=1 Cabinet=CompanyXXX.cab EmbedCab=yes / Property Id=DefaultUIFont Value=Tahoma_Regular / Property Id=_BrowseProperty Value=c:\Program Files\ / UI TextStyle Id=Tahoma_Regular FaceName=Tahoma Size=8 / Dialog Id=DestinationFolderDlg Width=325 Height=270 Control Id=myPathEdit Type=PathEdit Width=232 Height=15 X=8 Y=11 Property=_BrowseProperty / Control Type=PushButton Id=OK Text=OK Width=56 Height=17 X=255 Y=11 Publish Property=InstallFolder Value=_BrowseProperty/Publish Publish Event=EndDialog Value=Return1/Publish /Control Control Type=PushButton Id=Cancel Text=Cancel Width=56 Height=17 X=255 Y=34 Publish Event=Reset Value=01/Publish Publish Event=EndDialog Value=Return1/Publish /Control Control Id=DirectoryList Type=DirectoryList X=8 Y=30 Width=233 Height=178 Property=_BrowseProperty Sunken=yes TabSkip=no / Control Id=DirectoryCombo Type=DirectoryCombo X=8 Y=214 Width=232 Height=16 Property=_BrowseProperty Fixed=yes Remote=yes Subscribe Event=IgnoreChange Attribute=IgnoreChange / /Control /Dialog InstallUISequence Show Dialog=DestinationFolderDlg Before=ExecuteAction / /InstallUISequence /UI /Product /Wix -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data
Re: [WiX-users] Bootstrapping .NET Framework 4.0
Yes, that's correct. Copy those folders to your installation media with setup.exe, and they won't need to be downloaded from the internet. -Original Message- From: Sidky Macatangay [mailto:y2k...@gmail.com] Sent: Thursday, June 30, 2011 2:28 AM To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Bootstrapping .NET Framework 4.0 I have the ComponentsLocation and CopyComponents set to 'Relative' and 'True' respectively. I'm also seeing two new folders, DotNetFX40 and WindowsInstaller4_5, under my project directory and they seem to have the related executables. So does it mean I should be copying these two folders to the root of my installer media along with the setup.exe file created in my project directory and the MSI file in the bin/Debug directory? Installation using that media won't need to connect to the internet and download the pre-requisite files right? -- Message: 4 Date: Wed, 29 Jun 2011 21:54:47 + From: Dan Puza dp...@ultra-scan.com Subject: Re: [WiX-users] Bootstrapping .NET Framework 4.0 To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Message-ID: e53d4e8f7a758746b7673b953e5eae0f4ba...@exchange4.ultra-scan.com Content-Type: text/plain; charset=us-ascii That depends on the value of the ComponentsLocation attribute of the GenerateBootstrapper Task in your wixproj file, as well as the CopyComponents attribute. See: http://msdn.microsoft.com/en-us/library/ms164294.aspx For example, if ComponentsLocation=Relative, and CopyComponents=true, then they would get copied alongside your bootstrapper EXE in a separate directory. I'm not sure about embedding them in the MSI; I know Burn can do it, but the GenerateBootstrapper task is part of MSBUILD, not Burn. -- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Building and running WiX - Public Key
I've attempted to fix a bug mentioned by Rob about ExitCode in Burn (actually candle) as it's pretty urgent for me to have that working for my project. I thought I may be able to just copy over the modified candle.exe and wix.dll into my Program Files (x86)\Windows Installer XML v3.6 directory. But of course, I am getting an exception, not able to load wix.dll with PublicKey=blahblahblah. File not found. Of course, my modified wix.dll has a null public key. I've made several attempts to work around this, but all unsuccessful. So... what is the recommended way of running a built version of WiX? Could anyone offer any suggestions to get me on the fast track? Can you think of any quick and dirty shortcuts I could take to just get my modified candle.exe running? My only change was to add a few items to wix.xsd. I built with make ship. It doesn't compile completely. I get 8 non-fatal errors and 3 warnings, but I don't even have Visual Studio 2005 installed, so I'm guessing that could be the 2005 Votive components? I do have Visual Studio SDK for 2010, and should also have HTML Help SDK. I do also see an error from make ship about can't find wix\build\ship\x86\Dependency.wixlib. Any help or ideas would be very much appreciated. Thanks, Dan -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building and running WiX - Public Key
Some additional background information: I've copied and pasted the candle.exe command line arguments from Visual Studio's build output of my Burn Bootstrapper project, and tried replacing the references to my Program Files folder with references to WIX_ROOT\build\ship\x86 directory instead. There are references to two WiX extensions, WixUtilExtension.dll and WixBalExtension.dll. I don't find either of them in my output directory. So when I run the modified command line to candle.exe I get the error Could not find wix\build\ship\x86\WixUtilExtension.dll. What is the candle.exe -dDevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\\ argument for? Will that Program Files reference contribute to my PublicKey problems? I have also been replacing wix.xsd in Visual Studio 10.0\Xml\Schemas with my modified one. -Original Message- From: Dan Puza [mailto:dp...@ultra-scan.com] Sent: Thursday, June 30, 2011 9:35 AM To: WiX-users Subject: [WiX-users] Building and running WiX - Public Key I've attempted to fix a bug mentioned by Rob about ExitCode in Burn (actually candle) as it's pretty urgent for me to have that working for my project. I thought I may be able to just copy over the modified candle.exe and wix.dll into my Program Files (x86)\Windows Installer XML v3.6 directory. But of course, I am getting an exception, not able to load wix.dll with PublicKey=blahblahblah. File not found. Of course, my modified wix.dll has a null public key. I've made several attempts to work around this, but all unsuccessful. So... what is the recommended way of running a built version of WiX? Could anyone offer any suggestions to get me on the fast track? Can you think of any quick and dirty shortcuts I could take to just get my modified candle.exe running? My only change was to add a few items to wix.xsd. I built with make ship. It doesn't compile completely. I get 8 non-fatal errors and 3 warnings, but I don't even have Visual Studio 2005 installed, so I'm guessing that could be the 2005 Votive components? I do have Visual Studio SDK for 2010, and should also have HTML Help SDK. I do also see an error from make ship about can't find wix\build\ship\x86\Dependency.wixlib. Any help or ideas would be very much appreciated. Thanks, Dan -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Running ProjectInstaller with Wix?
Hello, I have an in-house developed windows service that's written in VB.NET and targets the .NET 4.0 framework. I'm trying to install it using wix, as I am doing with several other in-house developed windows services. This service has a ProjectInstaller.vb. Inside the InitializeComponent sub in that ProjectInstaller.vb, it is adding 3 custom performance counters. When I install the service on my local Win7 x64 dev machine using installutil, it works just fine. Using the wix-generated msi to install the service on the Win2003 x32 server, I get a The requested Performance Counter is not a custom counter, it has to be initialized as ReadOnly error when the I run the service and it tries to access the custom performance counters. I open perfmon and I see that the performance counters aren't there on the Win2003 x32 server, so I'm pretty sure that's what my problem is. Is there anyway to get the wix installer to run the InitializeComponent in the ProjectInstaller.vb? Here's a snippet of the Product.wxs: Component Id=ATComponent Guid={FF5469B9-F664-444C-A8BC-4AD92973201E} File Id=MyCompanyMyService Name=MyCompanyMyService.exe Source=..\..\..\Binaries\ KeyPath=yes / File Id=Config Name=MyCompanyMyService.exe.config Source=..\..\..\Binaries\ KeyPath=no / ServiceInstall Id=ATInstaller Type=ownProcess Vital=yes Name=ServiceName DisplayName=MyCompany My Service Name Description=Performs a service. Start=auto Account=LocalSystem ErrorControl=ignore Interactive=no /ServiceInstall ServiceControl Id=StartService Stop=both Remove=uninstall Name=ServiceName Wait=yes / /Component Thanks -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Need help with transform
I have a component that gets installed into the GAC and I need to prevent it from being removed during an uninstall. I've created an XSLT that get applied during harvest. I need to add 'permanent' to the component, but it's not working. Can anyone tell me what the problem might be with what I have? xsl:template match=@*|node() xsl:if test=@Source='$(var.GacFiles)\BizObjects.dll' xsl:copy xsl:attribute name=PermanentYes/xsl:attribute xsl:apply-templates select=@*|node()/ /xsl:copy /xsl:if /xsl:template Thanks. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Building and running WiX - Public Key
Well, I've made progress, I think. So it appears that for whatever reason I'm not able to build some of the src\ext build files with NANT. Going specifically into the BalExtension and UtilExtension folders, and running MSBUILD from their subfolders in a specific order, I was able to get the builds to succeed. Then I was able to run my modified candle.exe from the build\debug\x86 folder. I still get an error about the ExitCode element I added, but this looks like progress. This is the order I manually MSBUILD'ed the projects in to get it to work: UtilExtension\wixlib UtilExtension\wixext BalExtension\balutil BalExtension\wixstdba BalExtension\wixlib BalExtension\wixext -Original Message- From: Dan Puza [mailto:dp...@ultra-scan.com] Sent: Thursday, June 30, 2011 9:53 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Building and running WiX - Public Key Some additional background information: I've copied and pasted the candle.exe command line arguments from Visual Studio's build output of my Burn Bootstrapper project, and tried replacing the references to my Program Files folder with references to WIX_ROOT\build\ship\x86 directory instead. There are references to two WiX extensions, WixUtilExtension.dll and WixBalExtension.dll. I don't find either of them in my output directory. So when I run the modified command line to candle.exe I get the error Could not find wix\build\ship\x86\WixUtilExtension.dll. What is the candle.exe -dDevEnvDir=C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\\ argument for? Will that Program Files reference contribute to my PublicKey problems? I have also been replacing wix.xsd in Visual Studio 10.0\Xml\Schemas with my modified one. -Original Message- From: Dan Puza [mailto:dp...@ultra-scan.com] Sent: Thursday, June 30, 2011 9:35 AM To: WiX-users Subject: [WiX-users] Building and running WiX - Public Key I've attempted to fix a bug mentioned by Rob about ExitCode in Burn (actually candle) as it's pretty urgent for me to have that working for my project. I thought I may be able to just copy over the modified candle.exe and wix.dll into my Program Files (x86)\Windows Installer XML v3.6 directory. But of course, I am getting an exception, not able to load wix.dll with PublicKey=blahblahblah. File not found. Of course, my modified wix.dll has a null public key. I've made several attempts to work around this, but all unsuccessful. So... what is the recommended way of running a built version of WiX? Could anyone offer any suggestions to get me on the fast track? Can you think of any quick and dirty shortcuts I could take to just get my modified candle.exe running? My only change was to add a few items to wix.xsd. I built with make ship. It doesn't compile completely. I get 8 non-fatal errors and 3 warnings, but I don't even have Visual Studio 2005 installed, so I'm guessing that could be the 2005 Votive components? I do have Visual Studio SDK for 2010, and should also have HTML Help SDK. I do also see an error from make ship about can't find wix\build\ship\x86\Dependency.wixlib. Any help or ideas would be very much appreciated. Thanks, Dan -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] How to use a Merge Module *.msm file in a WiX project....
Hi all, I have an existing *.wixproj and have been given a 3rd party *.msm which I need to incorporate into my installer. I can't seem to find any documentation on how to do this. Any insights? Alternatively, how can I convert my *.wixproj into a *.vdproj as I know in Visual Studion 2010, I can just right click on *.vdproj files and then easily add the *.msm file that way. Thanks, Dominique. ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. This email was scanned and cleared by NetIQ MailMarshal. ## -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use a Merge Module *.msm file in a WiX project....
Use a Merge element in your Directory tree, such as: Merge Id=merge_3rdparty SourceFile=path_to_3rdparty_module\merge_3rdparty.msm DiskId=1 Language=1033 / Note that you can use environment variables in the path with a syntax such as $(env.MyEnvVar). I use the $(env.CommonProgramFiles) syntax to access standard merge modules under $(env.CommonProgramFiles)\Merge Modules. Also add a MergeRef element under one of your Features (just like you would a ComponentRef). For example: MergeRef Id=merge_3rdparty/ Dan -Original Message- From: Dominique Louis [mailto:dominique.lo...@amxeurope.com] Sent: Thursday, June 30, 2011 11:03 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] How to use a Merge Module *.msm file in a WiX project Hi all, I have an existing *.wixproj and have been given a 3rd party *.msm which I need to incorporate into my installer. I can't seem to find any documentation on how to do this. Any insights? Alternatively, how can I convert my *.wixproj into a *.vdproj as I know in Visual Studion 2010, I can just right click on *.vdproj files and then easily add the *.msm file that way. Thanks, Dominique. ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. This email was scanned and cleared by NetIQ MailMarshal. ## -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
Dear All, I have an x86 installer which needs to create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on 64-bit machines. I created a component to do the task. The component installs fine but does not create the key on x64 systems. Is there a way to accomplish this with WiX? Your help will be greatly appreciated. Thanks a lot, Miaohsi *** 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). -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use a Merge Module *.msm file in a WiX project....
Thanks for the speedy reply Daniel. All very helpful. Is there a generic way to trigger off the merged installation? Or does that depend on each merge module? I'd like to trigger off this licencing stuff at the end of the rest of the install. Thanks again, Dominique. -Original Message- From: Daniel Madill [mailto:dan.mad...@quanser.com] Sent: 30 June 2011 16:31 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to use a Merge Module *.msm file in a WiX project Use a Merge element in your Directory tree, such as: Merge Id=merge_3rdparty SourceFile=path_to_3rdparty_module\merge_3rdparty.msm DiskId=1 Language=1033 / Note that you can use environment variables in the path with a syntax such as $(env.MyEnvVar). I use the $(env.CommonProgramFiles) syntax to access standard merge modules under $(env.CommonProgramFiles)\Merge Modules. Also add a MergeRef element under one of your Features (just like you would a ComponentRef). For example: MergeRef Id=merge_3rdparty/ Dan -Original Message- From: Dominique Louis [mailto:dominique.lo...@amxeurope.com] Sent: Thursday, June 30, 2011 11:03 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] How to use a Merge Module *.msm file in a WiX project Hi all, I have an existing *.wixproj and have been given a 3rd party *.msm which I need to incorporate into my installer. I can't seem to find any documentation on how to do this. Any insights? Alternatively, how can I convert my *.wixproj into a *.vdproj as I know in Visual Studion 2010, I can just right click on *.vdproj files and then easily add the *.msm file that way. Thanks, Dominique. ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. This email was scanned and cleared by NetIQ MailMarshal. ## -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. This email was scanned and cleared by NetIQ MailMarshal. ## -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to use a Merge Module *.msm file in a WiX project....
I'm not sure what you mean by trigger off. The MSI tables in the merge module are merged with the tables in the main installer, so the sequencing of actions really depends on how they were set up in the merge module in the first place. Dan -Original Message- From: Dominique Louis [mailto:dominique.lo...@amxeurope.com] Sent: Thursday, June 30, 2011 12:03 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to use a Merge Module *.msm file in a WiX project Thanks for the speedy reply Daniel. All very helpful. Is there a generic way to trigger off the merged installation? Or does that depend on each merge module? I'd like to trigger off this licencing stuff at the end of the rest of the install. Thanks again, Dominique. -Original Message- From: Daniel Madill [mailto:dan.mad...@quanser.com] Sent: 30 June 2011 16:31 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to use a Merge Module *.msm file in a WiX project Use a Merge element in your Directory tree, such as: Merge Id=merge_3rdparty SourceFile=path_to_3rdparty_module\merge_3rdparty.msm DiskId=1 Language=1033 / Note that you can use environment variables in the path with a syntax such as $(env.MyEnvVar). I use the $(env.CommonProgramFiles) syntax to access standard merge modules under $(env.CommonProgramFiles)\Merge Modules. Also add a MergeRef element under one of your Features (just like you would a ComponentRef). For example: MergeRef Id=merge_3rdparty/ Dan -Original Message- From: Dominique Louis [mailto:dominique.lo...@amxeurope.com] Sent: Thursday, June 30, 2011 11:03 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] How to use a Merge Module *.msm file in a WiX project Hi all, I have an existing *.wixproj and have been given a 3rd party *.msm which I need to incorporate into my installer. I can't seem to find any documentation on how to do this. Any insights? Alternatively, how can I convert my *.wixproj into a *.vdproj as I know in Visual Studion 2010, I can just right click on *.vdproj files and then easily add the *.msm file that way. Thanks, Dominique. ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. This email was scanned and cleared by NetIQ MailMarshal. ## -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ## Attention: This e-mail message is privileged and confidential. If you are not the intended recipient please delete the message and notify the sender. Any views or opinions presented are solely those of the author. This email was scanned and cleared by NetIQ MailMarshal. ## -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of
Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
32 bit (x86) installers can indeed write to wow6432nodes and do so by by default. Specify the key you wish to write to and omit Wow6432Node as they will be redirected there automatically. http://wix.sourceforge.net/manual-wix3/write_a_registry_entry.htm Its also worth noting that Microsoft say it is bad form to actually write to HKCR directly (its behaviour depends on the environment) so for per machine installs you should install to HKLM\Software\Classes and HKCU\Software\Classes for per user installs. http://msdn.microsoft.com/en-us/library/ms724475(VS.85).aspx -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: 30 June 2011 16:35 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Dear All, I have an x86 installer which needs to create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on 64-bit machines. I created a component to do the task. The component installs fine but does not create the key on x64 systems. Is there a way to accomplish this with WiX? Your help will be greatly appreciated. Thanks a lot, Miaohsi *** 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). - - All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
If you run a 32-bit MSI then its registry entries will be created under Wow6432Node automatically on 64-bit versions of Windows. This is an feature of how Windows emulates the 32-bit environment on 64-bit Windows, nothing to do with WiX or Windows Installer. From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] I have an x86 installer which needs to create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on 64-bit machines. I created a component to do the task. The component installs fine but does not create the key on x64 systems. Is there a way to accomplish this with WiX? Your help will be greatly appreciated. Thanks a lot, Miaohsi -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
Hi David, Thank you for the information. Below is my component definition: Component Id=ClientOnlyInstallRegistryData Guid={AC00CCB7-73F2-4520-984F-4BEAF3B2A063} KeyPath=yes SharedDllRefCount=no RegistryKey Id=Registry1 Key=RTServerRM_6.0 Root=HKCR Action=createAndRemoveOnUninstall / RegistryKey Id=Registry2 Key=Software\Classes\RTServerRM_6.0 Root=HKLM Action=createAndRemoveOnUninstall / /Component As you can see Registry1 is targeted for HKCR and Registry2 for HKLM. As a result of the installation, RTServerRM_6.0 is created right under HKCR and the same key is also created right under HKLM\Software\Classes, not under HKLM\Software\Classes\Wow6432Node as desired. Your help will be greatly appreciated. Thanks, Miaohsi -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Thursday, June 30, 2011 10:01 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? 32 bit (x86) installers can indeed write to wow6432nodes and do so by by default. Specify the key you wish to write to and omit Wow6432Node as they will be redirected there automatically. http://wix.sourceforge.net/manual-wix3/write_a_registry_entry.htm Its also worth noting that Microsoft say it is bad form to actually write to HKCR directly (its behaviour depends on the environment) so for per machine installs you should install to HKLM\Software\Classes and HKCU\Software\Classes for per user installs. http://msdn.microsoft.com/en-us/library/ms724475(VS.85).aspx -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: 30 June 2011 16:35 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Dear All, I have an x86 installer which needs to create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on 64-bit machines. I created a component to do the task. The component installs fine but does not create the key on x64 systems. Is there a way to accomplish this with WiX? Your help will be greatly appreciated. Thanks a lot, Miaohsi *** 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). - - All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it without acting upon or copying any of its contents, and we further request that you advise us. SDL PLC is a public limited company registered in England and Wales. Registered number: 02675207. Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, UK. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ 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
Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
Are you certain you are creating an x86 msi package? Are you using a 32-bit process to view the contents of the registry? If yes, then the location looks exactly as it should. If you are certain that you are using a 64-bit process to view the contents of the registry then I would revisit the bitness of the msi package itself. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: Thursday, June 30, 2011 11:08 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Hi David, Thank you for the information. Below is my component definition: Component Id=ClientOnlyInstallRegistryData Guid={AC00CCB7-73F2- 4520-984F-4BEAF3B2A063} KeyPath=yes SharedDllRefCount=no RegistryKey Id=Registry1 Key=RTServerRM_6.0 Root=HKCR Action=createAndRemoveOnUninstall / RegistryKey Id=Registry2 Key=Software\Classes\RTServerRM_6.0 Root=HKLM Action=createAndRemoveOnUninstall / /Component As you can see Registry1 is targeted for HKCR and Registry2 for HKLM. As a result of the installation, RTServerRM_6.0 is created right under HKCR and the same key is also created right under HKLM\Software\Classes, not under HKLM\Software\Classes\Wow6432Node as desired. Your help will be greatly appreciated. Thanks, Miaohsi -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Thursday, June 30, 2011 10:01 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? 32 bit (x86) installers can indeed write to wow6432nodes and do so by by default. Specify the key you wish to write to and omit Wow6432Node as they will be redirected there automatically. http://wix.sourceforge.net/manual-wix3/write_a_registry_entry.htm Its also worth noting that Microsoft say it is bad form to actually write to HKCR directly (its behaviour depends on the environment) so for per machine installs you should install to HKLM\Software\Classes and HKCU\Software\Classes for per user installs. http://msdn.microsoft.com/en-us/library/ms724475(VS.85).aspx -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: 30 June 2011 16:35 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Dear All, I have an x86 installer which needs to create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on 64-bit machines. I created a component to do the task. The component installs fine but does not create the key on x64 systems. Is there a way to accomplish this with WiX? Your help will be greatly appreciated. Thanks a lot, Miaohsi *** 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=80pr ev_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). - - All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users SDL PLC confidential, all rights reserved. If you are not the intended recipient of this mail SDL requests and requires that you delete it
Re: [WiX-users] Set Property to PathEdit Value
FYI: The following code snippet resolved my issue and answered my question: Can a pushbutton set a property to the PathEdit control's value?? Property Id=MYPROPERTY Value=abcd / Dialog Id=... Control Id=myPathEdit Type=PathEdit Width=232 Height=15 X=8 Y=11 Property=_BrowseProperty / Control Type=PushButton Id=OK Text=OK Width=56 Height=17 X=255 Y=11 Publish Property=MYPROPERTY Value=[_BrowseProperty]1/Publish Publish Event=EndDialog Value=Return1/Publish /Control ... /Dialog Roy -Original Message- From: Roy Clemmons [mailto:roy_clemm...@hotmail.com] Sent: Thursday, June 30, 2011 7:54 AM To: 'General discussion for Windows Installer XML toolset.' Subject: RE: [WiX-users] Set Property to PathEdit Value I'm not using the WixUIExtension library, but, I'll take a look at the source code for that dialog to see if I can figure out how to accomplish my goal. The challenge with the source code is identifying all the dependencies that are spread among many source files. In the meantime, I still would like an answer to my question for my own benefit. Can a pushbutton set a property to the PathEdit control's value? The full source code is below, but I basically want to accomplish the following: Control Id=myPathEdit Type=PathEdit Width=232 Height=15X=8 Y=11 Property=_BrowseProperty / Control Type=PushButton Id=OK Text=OK Width=56 Height=17 X=255 Y=11 Publish Property=InstallFolder Value=_BrowseProperty/Publish Publish Event=EndDialog Value=Return1/Publish /Control Thanks for your response, Roy -Original Message- From: Pally Sandher [mailto:pally.sand...@iesve.com] Sent: Thursday, June 30, 2011 4:40 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Set Property to PathEdit Value Why not use WiXUI_InstallDir instead of reinventing the wheel as it does exactly what you're describing - http://wix.sourceforge.net/manual-wix3/WixUI_installdir.htm Palbinder Sandher Software Deployment Engineer T: +44 (0) 141 945 8500 F: +44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Roy Clemmons [mailto:roy_clemm...@hotmail.com] Sent: 29 June 2011 23:42 To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Set Property to PathEdit Value Greetings, Ok, I've got to ask this question even if it makes me look like a wix idiot (I am, but keep it quiet) as I've spent way too much time trying to find the answer on my own. I've created a dialog (code below) that contains a PathEdit control, a DirectoryList (and some other controls) so the user can specify a directory path. Later, in the same wix script, I want to use the PathEdit's value by a custom action. My question is: When the dialog's OK button is pressed, can I set a property to the PathEdit control's value? I've tried to accomplish this in the code below, but, I'm almost certain it won't work. Incidentally, at the end of the installation, the directory the user chose will contain a SQL script I dynamically generate. Thus the installation will not install any static files or executables. Thanks in advance for your help. Here's my code: ?xml version=1.0 encoding=utf-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=5FFFCA1A-E20B-4B76-924A-A915F3124A10 Name=WixExperiment Language=1033 Version=1.0.0.0 Manufacturer=None UpgradeCode=8E607B01-0D14-4C3E-B135-53631A6B44FF Package Id=* Keywords=UDSCU Description=Test Script Creation Utility InstallerVersion=200 Compressed=yes Languages=1033 SummaryCodepage=1252 / Media Id=1 Cabinet=CompanyXXX.cab EmbedCab=yes / Property Id=DefaultUIFont Value=Tahoma_Regular / Property Id=_BrowseProperty Value=c:\Program Files\ / UI TextStyle Id=Tahoma_Regular FaceName=Tahoma Size=8 / Dialog Id=DestinationFolderDlg Width=325 Height=270 Control Id=myPathEdit Type=PathEdit Width=232 Height=15 X=8 Y=11 Property=_BrowseProperty / Control Type=PushButton Id=OK Text=OK Width=56 Height=17 X=255 Y=11 Publish Property=InstallFolder Value=_BrowseProperty/Publish Publish Event=EndDialog Value=Return1/Publish /Control Control Type=PushButton Id=Cancel Text=Cancel Width=56 Height=17 X=255 Y=34 Publish Event=Reset Value=01/Publish Publish Event=EndDialog Value=Return1/Publish /Control Control Id=DirectoryList Type=DirectoryList X=8 Y=30 Width=233 Height=178 Property=_BrowseProperty Sunken=yes TabSkip=no / Control Id=DirectoryCombo Type=DirectoryCombo X=8 Y=214 Width=232 Height=16 Property=_BrowseProperty Fixed=yes Remote=yes Subscribe Event=IgnoreChange Attribute=IgnoreChange / /Control /Dialog
[WiX-users] Simple splash screen
I'm new to WIX. I downloaded 3.5 and am using it integrated with VS 2010. I have my first installer working. It just installs two files. I'd like to add a splash screen which can prompt the user to continue/cancel. I've tried following the tutorial, but I can't even seem to get the example using ConfigurableDirectory working. Here is my simple wxs file. When I run the msi it simply installs without prompting me for a directory. I actually don't want to let the user pick the directory, I'm looking for a simple splash screen, but I couldn't figure out how to get that working. I've added WixUIExtention as a Reference in the project as well, but still no prompt for a directory. What am I doing wrong? ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=add197fa-1c37-4d90-838c-5ae71fc1b419 Name=OurTools Language=1033 Version=1.0.0.0 Manufacturer=OurCompany UpgradeCode=7a73a89a-e9cf-4d0e-825d-12e9088e9242 Package Id=* Description=This does some things Manufacturer= OurCompany InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=Manufacturer Name=[Manufacturer] Directory Id=INSTALLDIR Name=Executable Component Id=AppExeComp Guid=24243254-8A4F-47BA-AE63-03E22F3B2923 File Id=AppExe Name=App.exe Source=App.exe KeyPath=yes / /Component Component Id=AppConfig Guid=FC81DC41-D6F2-4728-9A78-0C3124C3DD39 File Id=AppConfig Name=app.config Source=app.config KeyPath=yes / /Component /Directory /Directory /Directory /Directory Feature Id=Patch Title=Victor 1.0.0.29 HotFix1 Level=1 ConfigurableDirectory=INSTALLDIR ComponentRef Id=AppExeComp / ComponentRef Id=AppConfig / !-- Note: The following ComponentGroupRef is required to pull in generated authoring from project references. -- ComponentGroupRef Id=Product.Generated / /Feature /Product /Wix -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Simple splash screen
Well, you need a UIRef element for the UI you're trying to link it, to start with. There are some properties you'll probably want to set up too. Take a look at the Using Built-In WixUI Dialog Sets under Modifying the Installation User Interface in the help. -- John M. Cooper -Original Message- From: Ben Peikes [mailto:bpei...@gargoylestrategic.com] Sent: Thursday, June 30, 2011 3:08 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Simple splash screen I'm new to WIX. I downloaded 3.5 and am using it integrated with VS 2010. I have my first installer working. It just installs two files. I'd like to add a splash screen which can prompt the user to continue/cancel. I've tried following the tutorial, but I can't even seem to get the example using ConfigurableDirectory working. Here is my simple wxs file. When I run the msi it simply installs without prompting me for a directory. I actually don't want to let the user pick the directory, I'm looking for a simple splash screen, but I couldn't figure out how to get that working. I've added WixUIExtention as a Reference in the project as well, but still no prompt for a directory. What am I doing wrong? ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; Product Id=add197fa-1c37-4d90-838c-5ae71fc1b419 Name=OurTools Language=1033 Version=1.0.0.0 Manufacturer=OurCompany UpgradeCode=7a73a89a-e9cf-4d0e-825d-12e9088e9242 Package Id=* Description=This does some things Manufacturer= OurCompany InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder Directory Id=Manufacturer Name=[Manufacturer] Directory Id=INSTALLDIR Name=Executable Component Id=AppExeComp Guid=24243254-8A4F-47BA-AE63-03E22F3B2923 File Id=AppExe Name=App.exe Source=App.exe KeyPath=yes / /Component Component Id=AppConfig Guid=FC81DC41-D6F2-4728-9A78-0C3124C3DD39 File Id=AppConfig Name=app.config Source=app.config KeyPath=yes / /Component /Directory /Directory /Directory /Directory Feature Id=Patch Title=Victor 1.0.0.29 HotFix1 Level=1 ConfigurableDirectory=INSTALLDIR ComponentRef Id=AppExeComp / ComponentRef Id=AppConfig / !-- Note: The following ComponentGroupRef is required to pull in generated authoring from project references. -- ComponentGroupRef Id=Product.Generated / /Feature /Product /Wix -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
Hi Edwin, 1. This is an x86 installer because it works on both x86 and x64 machines. 2. I was viewing the Registry on a x64 machine using Regedit.exe, and inside the Registry I could see HKLM\SOFTWARE\Wow6432Node. Is this enough to say that I was viewing the Registry using a 64-bit process? Given the above information, could you please let me know where in the msi to start troubleshooting the problem? Thanks a lot, Miaohsi -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Thursday, June 30, 2011 12:30 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Are you certain you are creating an x86 msi package? Are you using a 32-bit process to view the contents of the registry? If yes, then the location looks exactly as it should. If you are certain that you are using a 64-bit process to view the contents of the registry then I would revisit the bitness of the msi package itself. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: Thursday, June 30, 2011 11:08 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Hi David, Thank you for the information. Below is my component definition: Component Id=ClientOnlyInstallRegistryData Guid={AC00CCB7-73F2- 4520-984F-4BEAF3B2A063} KeyPath=yes SharedDllRefCount=no RegistryKey Id=Registry1 Key=RTServerRM_6.0 Root=HKCR Action=createAndRemoveOnUninstall / RegistryKey Id=Registry2 Key=Software\Classes\RTServerRM_6.0 Root=HKLM Action=createAndRemoveOnUninstall / /Component As you can see Registry1 is targeted for HKCR and Registry2 for HKLM. As a result of the installation, RTServerRM_6.0 is created right under HKCR and the same key is also created right under HKLM\Software\Classes, not under HKLM\Software\Classes\Wow6432Node as desired. Your help will be greatly appreciated. Thanks, Miaohsi -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Thursday, June 30, 2011 10:01 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? 32 bit (x86) installers can indeed write to wow6432nodes and do so by by default. Specify the key you wish to write to and omit Wow6432Node as they will be redirected there automatically. http://wix.sourceforge.net/manual-wix3/write_a_registry_entry.htm Its also worth noting that Microsoft say it is bad form to actually write to HKCR directly (its behaviour depends on the environment) so for per machine installs you should install to HKLM\Software\Classes and HKCU\Software\Classes for per user installs. http://msdn.microsoft.com/en-us/library/ms724475(VS.85).aspx -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: 30 June 2011 16:35 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Dear All, I have an x86 installer which needs to create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on 64-bit machines. I created a component to do the task. The component installs fine but does not create the key on x64 systems. Is there a way to accomplish this with WiX? Your help will be greatly appreciated. Thanks a lot, Miaohsi *** 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=80pr ev_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
Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
You already have enough information. You need to check the what kind of package it is (check the Summary Information Stream). It is easy for anybody with administrative privileges to create HKLM:\SOFTWARE\Wow6432Node, even on an 32-bit system. That said, I think you are looking in the wrong place. HKEY_CLASSES_ROOT maps to HKEY_LOCAL_MACHINE\SOFTWARE\Classes. So to find your 32-bit registry entries for HKEY_CLASSES_ROOT you should be looking at HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: Thursday, June 30, 2011 2:18 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Hi Edwin, 1. This is an x86 installer because it works on both x86 and x64 machines. 2. I was viewing the Registry on a x64 machine using Regedit.exe, and inside the Registry I could see HKLM\SOFTWARE\Wow6432Node. Is this enough to say that I was viewing the Registry using a 64-bit process? Given the above information, could you please let me know where in the msi to start troubleshooting the problem? Thanks a lot, Miaohsi -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Thursday, June 30, 2011 12:30 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Are you certain you are creating an x86 msi package? Are you using a 32-bit process to view the contents of the registry? If yes, then the location looks exactly as it should. If you are certain that you are using a 64-bit process to view the contents of the registry then I would revisit the bitness of the msi package itself. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com P Please consider the environment before printing this e-mail -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: Thursday, June 30, 2011 11:08 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Hi David, Thank you for the information. Below is my component definition: Component Id=ClientOnlyInstallRegistryData Guid={AC00CCB7-73F2- 4520-984F-4BEAF3B2A063} KeyPath=yes SharedDllRefCount=no RegistryKey Id=Registry1 Key=RTServerRM_6.0 Root=HKCR Action=createAndRemoveOnUninstall / RegistryKey Id=Registry2 Key=Software\Classes\RTServerRM_6.0 Root=HKLM Action=createAndRemoveOnUninstall / /Component As you can see Registry1 is targeted for HKCR and Registry2 for HKLM. As a result of the installation, RTServerRM_6.0 is created right under HKCR and the same key is also created right under HKLM\Software\Classes, not under HKLM\Software\Classes\Wow6432Node as desired. Your help will be greatly appreciated. Thanks, Miaohsi -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Thursday, June 30, 2011 10:01 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? 32 bit (x86) installers can indeed write to wow6432nodes and do so by by default. Specify the key you wish to write to and omit Wow6432Node as they will be redirected there automatically. http://wix.sourceforge.net/manual-wix3/write_a_registry_entry.htm Its also worth noting that Microsoft say it is bad form to actually write to HKCR directly (its behaviour depends on the environment) so for per machine installs you should install to HKLM\Software\Classes and HKCU\Software\Classes for per user installs. http://msdn.microsoft.com/en-us/library/ms724475(VS.85).aspx -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: 30 June 2011 16:35 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Dear All, I have an x86 installer which needs to create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on 64-bit machines. I created a component to do the task. The component installs fine but does not create the key on x64 systems. Is there a way to accomplish this with WiX? Your help will be greatly appreciated. Thanks a lot, Miaohsi *** Confidentiality Notice: This e-mail, including any associated or
[WiX-users] Help needed
Hi, I am asked to use Windows Installer XML (WiX)http://wix.codeplex.com/ to create installation package. I donot know where to start. If anybody have done anything on this please advise. Thanks Kshitish CONFIDENTIALITY NOTICE: This e-mail and any files attached contain confidential information of Next Sphere technologies. If you are not the intended recipient, or a person responsible for delivering it, you are hereby notified that any disclosure, copying, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please destroy the original transmission and its attachments without reading or saving in any manner. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Help needed Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems?
and running Regedit is not always going to give you the right answer because you run under your user account (a merge of other keys) giving you a virtual view of the registry for your account, which is David Watson's comment about is bad form to actually write to HKCR directly (its behaviour depends on the environment). An example I've seen is that somebody running with the system account (like a service) will not see the same thing as you. http://msdn.microsoft.com/en-us/library/ms724475(v=vs.85).aspx http://msdn.microsoft.com/en-us/library/ms724498(v=vs.85).aspx Phil Wilson Oh the nonsense the company puts at the end of this.. -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Thursday, June 30, 2011 2:41 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? You already have enough information. You need to check the what kind of package it is (check the Summary Information Stream). It is easy for anybody with administrative privileges to create HKLM:\SOFTWARE\Wow6432Node, even on an 32-bit system. That said, I think you are looking in the wrong place. HKEY_CLASSES_ROOT maps to HKEY_LOCAL_MACHINE\SOFTWARE\Classes. So to find your 32-bit registry entries for HKEY_CLASSES_ROOT you should be looking at HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Classes. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: Thursday, June 30, 2011 2:18 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Hi Edwin, 1. This is an x86 installer because it works on both x86 and x64 machines. 2. I was viewing the Registry on a x64 machine using Regedit.exe, and inside the Registry I could see HKLM\SOFTWARE\Wow6432Node. Is this enough to say that I was viewing the Registry using a 64-bit process? Given the above information, could you please let me know where in the msi to start troubleshooting the problem? Thanks a lot, Miaohsi -Original Message- From: Castro, Edwin G. (Hillsboro) [mailto:edwin.cas...@fiserv.com] Sent: Thursday, June 30, 2011 12:30 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Are you certain you are creating an x86 msi package? Are you using a 32-bit process to view the contents of the registry? If yes, then the location looks exactly as it should. If you are certain that you are using a 64-bit process to view the contents of the registry then I would revisit the bitness of the msi package itself. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com P Please consider the environment before printing this e-mail -Original Message- From: Wang, Miaohsi [mailto:miaohsi.w...@invensys.com] Sent: Thursday, June 30, 2011 11:08 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? Hi David, Thank you for the information. Below is my component definition: Component Id=ClientOnlyInstallRegistryData Guid={AC00CCB7-73F2- 4520-984F-4BEAF3B2A063} KeyPath=yes SharedDllRefCount=no RegistryKey Id=Registry1 Key=RTServerRM_6.0 Root=HKCR Action=createAndRemoveOnUninstall / RegistryKey Id=Registry2 Key=Software\Classes\RTServerRM_6.0 Root=HKLM Action=createAndRemoveOnUninstall / /Component As you can see Registry1 is targeted for HKCR and Registry2 for HKLM. As a result of the installation, RTServerRM_6.0 is created right under HKCR and the same key is also created right under HKLM\Software\Classes, not under HKLM\Software\Classes\Wow6432Node as desired. Your help will be greatly appreciated. Thanks, Miaohsi -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Thursday, June 30, 2011 10:01 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Can an x86 msi create a registry key under HKEY_CLASSES_ROOT\Wow6432Node on x64 systems? 32 bit (x86) installers can indeed write to wow6432nodes and do so by by default. Specify the key you wish to write to and omit Wow6432Node as they will be redirected there automatically. http://wix.sourceforge.net/manual-wix3/write_a_registry_entry.htm Its also worth noting that Microsoft say it is bad form to actually write to HKCR directly
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: Re: [WiX-users] Can an x86 msi create a registrykey under HKEY_CLASSES_ROOT\Wow6432Node onx64 systems? Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help needed
http://wix.sf.net/tutorial On Thu, Jun 30, 2011 at 4:07 PM, Kshitish Seet kshitish.s...@nextsphere.com wrote: Hi, I am asked to use Windows Installer XML (WiX)http://wix.codeplex.com/ to create installation package. I donot know where to start. If anybody have done anything on this please advise. Thanks Kshitish CONFIDENTIALITY NOTICE: This e-mail and any files attached contain confidential information of Next Sphere technologies. If you are not the intended recipient, or a person responsible for delivering it, you are hereby notified that any disclosure, copying, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. If you have received this transmission in error, please destroy the original transmission and its attachments without reading or saving in any manner. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Help needed
From: Kshitish Seet [mailto:kshitish.s...@nextsphere.com] I am asked to use Windows Installer XML (WiX)http://wix.codeplex.com/ to create installation package. I donot know where to start. If anybody have done anything on this please advise. The web page you mention would be an excellent place to start. It has links which lead off to manuals, an excellent tutorial, book references, FAQ lists, blogs, ... -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: Re: [WiX-users] Help needed Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: Re: [WiX-users] Help needed Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problem with IIS7 and virtual directory
Hello, I am attempting to create a virtual directory for a IIS7 web server. Here is what I did: 1) I installed Vista Business in a VM from scratch, and applied lots of Windows updates so far (must have been about 90). The next one would be SP1. 2) I installed Internet Information Services in the Windows components, and made sure that the default web site works. It shows the IIS7 graphic when I access localhost. 3) No other applications are installed or running. 4) Now I am attempting to deploy a virtual directory in this default configuration, with an MSI package. Here are excerpts from my WiX source: Under Product I have this: IIS:WebSite Id=WebSiteLocator_0001 Description=LocateSite IIS:WebAddress Id=WebAddressLocator_0001 Port=80/ /IIS:WebSite In a Fragment I have this: DirectoryRef Id=TARGETDIR Component Id=CreateIISVirtualDir_0001 Guid=07279844-CF87-4D9E-A4E2-E32A996C0D67 KeyPath=yes IIS:WebVirtualDir Id=CreateIISVirtualDir_0001 Alias=TestWeb Directory=INSTALLDIR WebSite=WebSiteLocator_0001 IIS:WebDirProperties Id=WebDirProps_0001/ /IIS:WebVirtualDir /Component /DirectoryRef What I expect to happen is that a virtual directory with the name TestWeb is created, so I can access it as http://localhost/TestWeb, and I am reaching files actually deployed in [INSTALLDIR]. The installer works on Windows XP Pro, but not on Vista (IIS7), where I see this in the log: ... MSI (s) (08:D8) [00:00:11:720]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI7429.tmp, Entrypoint: WriteIIS7ConfigChanges WriteIIS7ConfigChanges: Error 0x80070002: IIS: site not found for create VDir WriteIIS7ConfigChanges: Error 0x80070002: Failed to configure IIS VDir. WriteIIS7ConfigChanges: Error 0x80070002: WriteIIS7ConfigChanges Failed. Action ended 00:00:12: InstallFinalize. Return value 3. ... If I have only one web site (with all default settings), so why is it not found by the locator? I already tried the latest weekly build (3.6) and still see the same issue. Can somebody enlighten me here, please? Ulrich -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus.
Ihre Nachricht betreffend: / Your Mail about: [WiX-users] Abdoulaye Souleymanou/RSD ist außer Haus. Ich werde ab 01.07.2011 nicht im Büro sein. Ich kehre zurück am 04.08.2011. Ich werde Ihre Nachricht nach meiner Rückkehr beantworten. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Problem with IIS7 and virtual directory
Hopefully some blog entries I wrote will help you out: http://www.wintellect.com/CS/blogs/jrobbins/archive/2011/01/25/install-a-new-virtual-directory-to-default-web-site-with-wix.aspx http://www.wintellect.com/CS/blogs/jrobbins/archive/2011/02/23/web-application-installer-in-wix.aspx John Wintellect http://www.wintellect.com +1-877-968-5528 -Original Message- From: Ulrich Peters [mailto:upet...@mindquake.com.br] Sent: Thursday, June 30, 2011 8:47 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Problem with IIS7 and virtual directory Hello, I am attempting to create a virtual directory for a IIS7 web server. Here is what I did: 1) I installed Vista Business in a VM from scratch, and applied lots of Windows updates so far (must have been about 90). The next one would be SP1. 2) I installed Internet Information Services in the Windows components, and made sure that the default web site works. It shows the IIS7 graphic when I access localhost. 3) No other applications are installed or running. 4) Now I am attempting to deploy a virtual directory in this default configuration, with an MSI package. Here are excerpts from my WiX source: Under Product I have this: IIS:WebSite Id=WebSiteLocator_0001 Description=LocateSite IIS:WebAddress Id=WebAddressLocator_0001 Port=80/ /IIS:WebSite In a Fragment I have this: DirectoryRef Id=TARGETDIR Component Id=CreateIISVirtualDir_0001 Guid=07279844-CF87-4D9E-A4E2-E32A996C0D67 KeyPath=yes IIS:WebVirtualDir Id=CreateIISVirtualDir_0001 Alias=TestWeb Directory=INSTALLDIR WebSite=WebSiteLocator_0001 IIS:WebDirProperties Id=WebDirProps_0001/ /IIS:WebVirtualDir /Component /DirectoryRef What I expect to happen is that a virtual directory with the name TestWeb is created, so I can access it as http://localhost/TestWeb, and I am reaching files actually deployed in [INSTALLDIR]. The installer works on Windows XP Pro, but not on Vista (IIS7), where I see this in the log: ... MSI (s) (08:D8) [00:00:11:720]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI7429.tmp, Entrypoint: WriteIIS7ConfigChanges WriteIIS7ConfigChanges: Error 0x80070002: IIS: site not found for create VDir WriteIIS7ConfigChanges: Error 0x80070002: Failed to configure IIS VDir. WriteIIS7ConfigChanges: Error 0x80070002: WriteIIS7ConfigChanges Failed. Action ended 00:00:12: InstallFinalize. Return value 3. ... If I have only one web site (with all default settings), so why is it not found by the locator? I already tried the latest weekly build (3.6) and still see the same issue. Can somebody enlighten me here, please? Ulrich -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users