[WiX-users] Spanning multiple .cab files
Hello Fellow WiX Users, This is my first post to the mailing list, please forgive any noob faux pas. Feel free to correct me as well. I recently delivered a project that installed 8.5 GB worth of files. In addition to WiX, I used John Robbins' Paraffin tool to automatically generate the file elements and component groups. Because Paraffin defaults the assignment of all components to DiskID=1 I felt it necessary to modify the source code so Paraffin kept track of the current total file size and assigned components to corresponding media elements as the size increased beyond the size of each media element. Anyway, I would like to forward my changes to John Robbins and suggest adding a media size switch to support media-spanning in Paraffin. Before I do that, I thought it made sense to first verify my assumptions. -Approx. 8.5 Gigabytes of files (I can verify this is accurate) -Multiple media elements for creating multiple .cab files. (I chose this approach. I would have loved to put the entire thing into one media element, but I could not figure out how) -Entire installation (.msi + all .cabs) delivered on a single DVD+DL disc. (I can verify that the files successfully installed from the disc that contained the (.msi and all .cabs) So in practice this worked for me. However, I know nothing about the proper way to create an installer. Am I right in assuming that because we had 8.5 GB worth of files to install, it was necessary to specify multiple media elements? Was there a clever way I could have used a single media element yet specifed through the XML files that the install files should be spread out across multiple .cab files? If a large install can be created with a single media element, then I obviously wasted time with my approach and I shouldn't bother Mr. Robbins with my feature request. Otherwise, I'd like to send him my code along with a feature request. Regardless, I appreciate any response to this question about needing to use multiple media elements to span files across .cab files. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need a Good Template or GUI designer
Can you provide more detail about what you are trying to build? -Original Message- From: Hotmail Acc [mailto:rpat...@hotmail.com] Sent: Thursday, August 13, 2009 5:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Need a Good Template or GUI designer I am trying to create a prototype for our team and I am not able to succeed(nearly spent 2 mo). The current information that is available on the web is not helpful. It is getting kinda frustrating. Is it possible to get a template or a GUI designer or a more real world sample which can be used as a starting point? The samples in the tutorials are quite simple. I tried WIX Installar 3.0 project but was not successful in compiling the code on my dev box. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Spanning multiple .cab files
I'm scratching my brain but I don't quite remember: is the limit for a Windows Installer .CAB file 2GB or 4GB? It seems an awful lot like it is 2GB. -Original Message- From: Mike Winfield [mailto:mwinfi...@gmail.com] Sent: Thursday, August 13, 2009 11:21 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Spanning multiple .cab files Hello Fellow WiX Users, This is my first post to the mailing list, please forgive any noob faux pas. Feel free to correct me as well. I recently delivered a project that installed 8.5 GB worth of files. In addition to WiX, I used John Robbins' Paraffin tool to automatically generate the file elements and component groups. Because Paraffin defaults the assignment of all components to DiskID=1 I felt it necessary to modify the source code so Paraffin kept track of the current total file size and assigned components to corresponding media elements as the size increased beyond the size of each media element. Anyway, I would like to forward my changes to John Robbins and suggest adding a media size switch to support media-spanning in Paraffin. Before I do that, I thought it made sense to first verify my assumptions. -Approx. 8.5 Gigabytes of files (I can verify this is accurate) -Multiple media elements for creating multiple .cab files. (I chose this approach. I would have loved to put the entire thing into one media element, but I could not figure out how) -Entire installation (.msi + all .cabs) delivered on a single DVD+DL disc. (I can verify that the files successfully installed from the disc that contained the (.msi and all .cabs) So in practice this worked for me. However, I know nothing about the proper way to create an installer. Am I right in assuming that because we had 8.5 GB worth of files to install, it was necessary to specify multiple media elements? Was there a clever way I could have used a single media element yet specifed through the XML files that the install files should be spread out across multiple .cab files? If a large install can be created with a single media element, then I obviously wasted time with my approach and I shouldn't bother Mr. Robbins with my feature request. Otherwise, I'd like to send him my code along with a feature request. Regardless, I appreciate any response to this question about needing to use multiple media elements to span files across .cab files. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Purely WiX patching - two questions please
Blair, Many thanks for your reply. It is very assuring. Checking the Patch element in WiX help file, nothing mentions about ListOfPatchGUIDsToReplace. It looks like done by Visual Studio IDE. I am working from command line, do you have an example patch wxs file? Thanks, Shibo -- View this message in context: http://n2.nabble.com/Purely-WiX-patching---two-questions-please-tp3438522p3443797.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need a Good Template or GUI designer
Wix Edit is a free utility with a simple GUI designer. http://wixedit.sourceforge.net/ -Original Message- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: 14 August 2009 03:13 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Need a Good Template or GUI designer Take a look at heat.exe command line values. There is a product template and you can specify a directory to harvest. Thanks, Brian Rogers Intelligence removes complexity. - Me http://blogs.msdn.com/icumove -- NEW On Thu, Aug 13, 2009 at 5:50 PM, Hotmail Acc rpat...@hotmail.com wrote: I am trying to create a prototype for our team and I am not able to succeed(nearly spent 2 mo). The current information that is available on the web is not helpful. It is getting kinda frustrating. Is it possible to get a template or a GUI designer or a more real world sample which can be used as a starting point? The samples in the tutorials are quite simple. I tried WIX Installar 3.0 project but was not successful in compiling the code on my dev box. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] COM+ Installation
Hi I've been trying to get WiX to install some COM+ components for me and have thus far failed miserably to get it to work. I've looked at the tutorial and googled, binged, etc extensively but I am no further forward on day 4 than I was on day 2 so I seek your help. I exported TypeLibs from my .NET 1.1 components ( strong-named ) and followed the example in the tutorial [ http://www.tramontana.co.hu/wix/lesson6.php]. If I drag and drop the components into a COM+ package they register correctly - if I run RegSvcs on the component they register correctly. They do contain COM+ configuration information in their AssemblyInfo Class. However, using WiX, I have not been able to get the components to install. Here is my WiX file: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:complus= http://schemas.microsoft.com/wix/ComPlusExtension; Product Id=406d427d-15c0-44fb-add4-5c8c4ddfb568 Name=Epms Store Installer Language=1033 Version=1.0.0.0 Manufacturer=Atos Origin Uk Plc UpgradeCode=1f4da752-1fe8-4057-aa42-d1d42fcc801b Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=StoreInstaller.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=WixProvingDir Name=WixProvingDirectory Directory Id=ePharmacyComponentDir Name=ePharmacy (R3.2) Directory Id=ePharmacyConfigurationDirectory Name=Config /Directory /Directory /Directory /Directory DirectoryRef Id=ePharmacyConfigurationDirectory Component Id=Store.Common.Config Guid=EA49030A-D488-489d-B8F2-69353935B876 File Id=Store.Common.Config KeyPath=yes / /Component /DirectoryRef DirectoryRef Id=ePharmacyComponentDir Component Id=Epms.Store.Common Guid=54AA84F7-4758-4b59-96DD-B1B4A3BB783E File Id=Epms.MiddleTier.Common.dll Name=Epms.MiddleTier.Common.dll Assembly=.net KeyPath=yes / complus:ComPlusApplication Id=ePMS.R3.2_Id Name=ePharmacy.R3.2 complus:ComPlusAssembly Id=Epms.MiddleTier.Common.dll DllPathFromGAC=yes RegisterInCommit=yes Type=.net TlbPath=[#Epms.MiddleTier.Common.tlb] /complus:ComPlusAssembly /complus:ComPlusApplication /Component Component Id=Epms.Store.Components.tlb Guid=41C315E8-0BDA-4476-BE9A-18696C360332 File Id=Epms.MiddleTier.Common.tlb Source=Epms.MiddleTier.Common.tlb KeyPath=yes / /Component /DirectoryRef Feature Id=ProductFeature Title=Store_Installer Level=1 ComponentRef Id=Store.Common.Config/ ComponentRef Id=Epms.Store.Common / ComponentRef Id=Epms.Store.Components.tlb / /Feature /Product /Wix The log contains the following information about why this has failed: ComPlusInstallExecuteCommit: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not install type library 'C:\WixProvingDirectory\ePharmacy (R3.2)\Epms.MiddleTier.Common.tlb' into application 'ePharmacy.R3.2'.', HelpFile='', HelpContext='0' ComPlusInstallExecuteCommit: Error 0x80020009: Failed to invoke RegistrationHelper.InstallAssembly() method ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register .NET assembly ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assembly, key: Epms.MiddleTier.Common.dll ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assemblies ComPlusRollbackInstallExecute: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not find application 'id={12fb473d-e3bc-44a5-90a4-212735500c4c}'.', HelpFile='', HelpContext='0' ComPlusRollbackInstallExecute: Error 0x80020009: Failed to invoke RegistrationHelper.UninstallAssembly() method ComPlusRollbackInstallExecute: Error 0x80020009: Failed to unregister .NET assembly ComPlusRollbackInstallExecute: Failed to unregister assembly, hr: 0x80020009, key: Epms.MiddleTier.Common.dll Can you help? I tried to install several COM+ components at once and ended up with some problems there but even just pulling it back to the one component seems to be problematic. Thanks in advance, Ciaran Roarty -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Confile File Garbled Format
When the config file is originally built out it looks fine, all the xml is in tact. After Wix packages it and I run the setup. You can download the exact file that is output from the setup from: www.hughgrice.com/my.config.txt When I open a DLL in word it looks the same as the config file which I don't really understand. Any ideas? Thanks again for the help. David Watson-3 wrote: What exactly is happening to your exe.config file, maybe the dependency information is being damaged? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 17:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Thanks for the reply. It is a C# application I am building so I do not understand why this is happening. I am using the latest Wix installer and have added a Wix project to my solution. Any help is really appreciated. Thanks B David Watson-3 wrote: Hi, To my knowledge Wix will not modify an xml file unless you specifically author it to do so (see xmlconfig or xmlfile). Your error message looks like a SxS dependency issue, is your app a visual C++ application and you have not installed the runtimes? Try (dave) dependency walker on your app on the test machine to see if there is anything missing. http://www.dependencywalker.com/ Dave W. -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 16:37 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Here is the error message I get --- C:\Program Files\Myfolder\My.exe --- C:\Program Files\Myfolder\My.exe This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. --- OK --- brendan_rice wrote: Hi, I am trying to include config files in my Wix setup project. The files get deployed to the correct folder once the installer is build but the XML gets garbled. I am assuming this is a formatting issue and have had no luck from Google with it. Has anyone experienced this before or know how to get around this? Thanks, Brendan ... Component Id=ConfigFiles Guid=9B8ACAA0-5181-425f-84A8-6ED91720D94A File Id=ShellConfig DiskId=1 Vital=yes KeyPath=yes Compressed=no Name=PeritoCase.Client.Shell.exe.config Source=$(var.PeritoCase.Client.Shell.TargetPath) / ... -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3438632 .h tml Sent from the wix-users mailing list archive at Nabble.com. -- -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3439030.h tml Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net
[WiX-users] Maintenance mode when installed from temp
Hi, I'm trying to allow Maintenance mode (Repair and Modify) when the installation was run from temporary location. I'm using 7zip packer, which unpacks the MSI, CAB files and bootstrapper to temporary location and runs it from there. The problem with installation Modification and Repair is that it requires source CAB files which were already deleted. Also the user is presented with confusing source path pointing to Temp... When I tried to embed the CAB files into MSI it doesn't seem to solve the problem :( My current workaround is to disable running the Maintenance mode from Add/Remove programs and require users to run the 7zip package again. Ondrej Zarevucky. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] create a shortcut pointing to different targets according to different locales
Hi, If you only need one language help file per OS locale you could create a shortcut per language and conditionally install it (and the chm) depending on the OS locale (http://msdn.microsoft.com/en-us/library/aa372056(VS.85).aspx), if you do that then you could even localize the shortcut string. You could of course install all the help and have a shortcut to each language labeled as such. Dave -Original Message- From: Lian Jiang [mailto:lji...@microsoft.com] Sent: 14 August 2009 06:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] create a shortcut pointing to different targets according to different locales Hi, My project has a CHM file for each locale. For example, one for en-us and one for ja-jp. Can I create a shortcut which loads en-us CHM when OS locale = en-us and loads ja-jp CHM when OS locale = ja-JP. I am thinking that this shortcut can point to an executable (say LoadCHM.exe) which load different CHM upon different locales. Is there a smarter way? Thanks Lian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Purely WiX patching - two questions please
Blair, From Wix Help, Patch family attribute Version: Used to populate the sequence column of the MsiPatchSequence table in the final MSP file. Specified in x.x.x.x format. See documentation for Sequence column of MsiPatchSequence table in MSI SDK. It says that x.x.x.x format is expected instead of {GUID}{GUID}{GUID}? Thanks, Shibo -- View this message in context: http://n2.nabble.com/Purely-WiX-patching---two-questions-please-tp3438522p3443985.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Confile File Garbled Format
based on your first email: Source=$(var.PeritoCase.Client.Shell.TargetPath) / you have the wrong source for your .config file, fix that and your problem is likely solved. /Simon On Fri, Aug 14, 2009 at 12:19 PM, brendan_rice brendan_r...@hotmail.comwrote: When the config file is originally built out it looks fine, all the xml is in tact. After Wix packages it and I run the setup. You can download the exact file that is output from the setup from: www.hughgrice.com/my.config.txt When I open a DLL in word it looks the same as the config file which I don't really understand. Any ideas? Thanks again for the help. David Watson-3 wrote: What exactly is happening to your exe.config file, maybe the dependency information is being damaged? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 17:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Thanks for the reply. It is a C# application I am building so I do not understand why this is happening. I am using the latest Wix installer and have added a Wix project to my solution. Any help is really appreciated. Thanks B David Watson-3 wrote: Hi, To my knowledge Wix will not modify an xml file unless you specifically author it to do so (see xmlconfig or xmlfile). Your error message looks like a SxS dependency issue, is your app a visual C++ application and you have not installed the runtimes? Try (dave) dependency walker on your app on the test machine to see if there is anything missing. http://www.dependencywalker.com/ Dave W. -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 16:37 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Here is the error message I get --- C:\Program Files\Myfolder\My.exe --- C:\Program Files\Myfolder\My.exe This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. --- OK --- brendan_rice wrote: Hi, I am trying to include config files in my Wix setup project. The files get deployed to the correct folder once the installer is build but the XML gets garbled. I am assuming this is a formatting issue and have had no luck from Google with it. Has anyone experienced this before or know how to get around this? Thanks, Brendan ... Component Id=ConfigFiles Guid=9B8ACAA0-5181-425f-84A8-6ED91720D94A File Id=ShellConfig DiskId=1 Vital=yes KeyPath=yes Compressed=no Name=PeritoCase.Client.Shell.exe.config Source=$(var.PeritoCase.Client.Shell.TargetPath) / ... -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3438632 .h tml Sent from the wix-users mailing list archive at Nabble.com. -- -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3439030.h tml Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the
Re: [WiX-users] Maintenance mode when installed from temp
The problem is that the cab is always stripped from the MSI (except on Windows 7) when the MSI is installed and cached. Programs like MS Office (and ours) store the installation MSI in a directory on the hard disk. In our case, we dont let the user change the extraction directory and extract to a well-known folder, rather than temp. -Original Message- From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] Sent: 14 August 2009 10:22 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Maintenance mode when installed from temp Hi, I'm trying to allow Maintenance mode (Repair and Modify) when the installation was run from temporary location. I'm using 7zip packer, which unpacks the MSI, CAB files and bootstrapper to temporary location and runs it from there. The problem with installation Modification and Repair is that it requires source CAB files which were already deleted. Also the user is presented with confusing source path pointing to Temp... When I tried to embed the CAB files into MSI it doesn't seem to solve the problem :( My current workaround is to disable running the Maintenance mode from Add/Remove programs and require users to run the 7zip package again. Ondrej Zarevucky. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Confile File Garbled Format
Hi, The config file you mentioned is actually the executable, and if you say one of the dlls is actually the config file then you have either found a really odd wix bug or you have some filename / source mixups in your wix. IE the f...@name says it's the config file and the f...@source is pointing to the executable, effectively renaming the files as you build the installer. What is your $(var.PeritoCase.Client.Shell.TargetPath) vairable pointing to? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 14 August 2009 10:19 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format When the config file is originally built out it looks fine, all the xml is in tact. After Wix packages it and I run the setup. You can download the exact file that is output from the setup from: www.hughgrice.com/my.config.txt When I open a DLL in word it looks the same as the config file which I don't really understand. Any ideas? Thanks again for the help. David Watson-3 wrote: What exactly is happening to your exe.config file, maybe the dependency information is being damaged? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 17:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Thanks for the reply. It is a C# application I am building so I do not understand why this is happening. I am using the latest Wix installer and have added a Wix project to my solution. Any help is really appreciated. Thanks B David Watson-3 wrote: Hi, To my knowledge Wix will not modify an xml file unless you specifically author it to do so (see xmlconfig or xmlfile). Your error message looks like a SxS dependency issue, is your app a visual C++ application and you have not installed the runtimes? Try (dave) dependency walker on your app on the test machine to see if there is anything missing. http://www.dependencywalker.com/ Dave W. -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 16:37 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Here is the error message I get --- C:\Program Files\Myfolder\My.exe --- C:\Program Files\Myfolder\My.exe This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. --- OK --- brendan_rice wrote: Hi, I am trying to include config files in my Wix setup project. The files get deployed to the correct folder once the installer is build but the XML gets garbled. I am assuming this is a formatting issue and have had no luck from Google with it. Has anyone experienced this before or know how to get around this? Thanks, Brendan ... Component Id=ConfigFiles Guid=9B8ACAA0-5181-425f-84A8-6ED91720D94A File Id=ShellConfig DiskId=1 Vital=yes KeyPath=yes Compressed=no Name=PeritoCase.Client.Shell.exe.config Source=$(var.PeritoCase.Client.Shell.TargetPath) / ... -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p343863 2 .h tml Sent from the wix-users mailing list archive at Nabble.com. - - -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. - - Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net
[WiX-users] Prerequisites in a separate file
Hi All, I want to check for the presence of the .Net framework, so I've followed the instructions in the WiX help and added the code successfully to the project. It works fine. However, to simplify my project slightly, I thought I'd take this code and put it in a file of its own and include that in my project (as below). But this does not work - it fails to run the check. Of course, it is no big deal to put it back, but in an attempt to gain a deeper understanding of WiX, my question is simply: Why? -N ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension; Fragment !-- Prerequisites - .Net -- PropertyRef Id=NETFRAMEWORK30/ Condition Message=This application requires .NET Framework 3.0. Please install the .NET Framework then run this installer again. ![CDATA[Installed OR NETFRAMEWORK30]] /Condition /Fragment /Wix -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Prerequisites in a separate file
You don't reference anything from this file in your main authoring(s), that's why it is not picked by WiX engine. You can verify this by opening the resulting MSI with Orca and see the LaunchCondition table. What I do in my project is grouping the prerequisites in a separate wxi (include) file and then include it with ?include prereq.wxi ? instruction into my product.wxs. Hope this helps. -- Yan -Original Message- From: Nick Ball [mailto:nick.b...@grantadesign.com] Sent: Friday, August 14, 2009 1:26 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Prerequisites in a separate file Hi All, I want to check for the presence of the .Net framework, so I've followed the instructions in the WiX help and added the code successfully to the project. It works fine. However, to simplify my project slightly, I thought I'd take this code and put it in a file of its own and include that in my project (as below). But this does not work - it fails to run the check. Of course, it is no big deal to put it back, but in an attempt to gain a deeper understanding of WiX, my question is simply: Why? -N ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension; Fragment !-- Prerequisites - .Net -- PropertyRef Id=NETFRAMEWORK30/ Condition Message=This application requires .NET Framework 3.0. Please install the .NET Framework then run this installer again. ![CDATA[Installed OR NETFRAMEWORK30]] /Condition /Fragment /Wix -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Maintenance mode when installed from temp
Is there any good location for this? How do you do proper uninstall? Does the MSI also deletes itself or do you leave the installation files on your users' computers? Does it work with Major Upgrades? I don't want to be like ATI/AMD who copies the whole drivers installation to C:\ATI\Support\... and leaves it there until the user deletes it manually :( Size of our installation package is about 100MB and as we move more programs to WiX/Windows Installer it will get bigger to approximately 500MB. I would also like to implement download on demand installation (user will get only small setup package which will download only files for the features selected by the user) which will need some fixed (will be saved in registry) location to download all required CAB files and leave them there for Maintenance. Ondrej Zarevucky Peter Shirtcliffe wrote: The problem is that the cab is always stripped from the MSI (except on Windows 7) when the MSI is installed and cached. Programs like MS Office (and ours) store the installation MSI in a directory on the hard disk. In our case, we dont let the user change the extraction directory and extract to a well-known folder, rather than temp. -Original Message- From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] Sent: 14 August 2009 10:22 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Maintenance mode when installed from temp Hi, I'm trying to allow Maintenance mode (Repair and Modify) when the installation was run from temporary location. I'm using 7zip packer, which unpacks the MSI, CAB files and bootstrapper to temporary location and runs it from there. The problem with installation Modification and Repair is that it requires source CAB files which were already deleted. Also the user is presented with confusing source path pointing to Temp... When I tried to embed the CAB files into MSI it doesn't seem to solve the problem :( My current workaround is to disable running the Maintenance mode from Add/Remove programs and require users to run the 7zip package again. Ondrej Zarevucky. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Maintenance mode when installed from temp
Those are all good questions and I dont have ideal answers. I can only tell you what we do. We use ProgramFilesFolder\our own directory for the extract location and the files are left there until the user uninstalls the application. Im not so sure thats a good location but it works on all OSes because our installer requires admin privileges for various reasons. I believe MS Office uses C:\MSOCache. We document that you can delete this location if you are short of disk space but also warn that you need to run the uninstallation steps manually from ARP if you do so. Our distribution package, including prerequisites is also about half a GB. The uninstall is from a shortcut (if you care about Windows Logo Certification, you cant do that, last time we looked) that runs our custom chainer and that runs the MSI removal and then deletes the extraction directory. We did add RemoveFile/RemoveFolder elements to the MSI to remove the extraction directory but its awkward when you do major upgrades. The major upgrade is packaged as another [WinRar] self extracting archive. It unpacks to a different directory, runs the chainer and runs the upgrade and deletes the old SFX location. We dont do download on demand but thats in the plan for the future. The MS bootstrapper, that is run from the SFX, installs dot net. The dot net installer downloads most of the framework for you on demand. I am almost finished implementing an autoupate system using Indigo Rose's TrueUpdate for downloading and applying MSPs and later on major upgrade MSIs. That will add more fun to all of this :) That product might be worth looking at if you need some kind of downloader. Theres a 30 day trial. It all seems to work and we have a few thousand users since we released earlier this year. If you find better ways to do any of this, Im sure the list would be interested to hear what you did, even if everyones requirements differ. HTH, Pete. -Original Message- From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] Sent: 14 August 2009 12:15 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Maintenance mode when installed from temp Is there any good location for this? How do you do proper uninstall? Does the MSI also deletes itself or do you leave the installation files on your users' computers? Does it work with Major Upgrades? I don't want to be like ATI/AMD who copies the whole drivers installation to C:\ATI\Support\... and leaves it there until the user deletes it manually :( Size of our installation package is about 100MB and as we move more programs to WiX/Windows Installer it will get bigger to approximately 500MB. I would also like to implement download on demand installation (user will get only small setup package which will download only files for the features selected by the user) which will need some fixed (will be saved in registry) location to download all required CAB files and leave them there for Maintenance. Ondrej Zarevucky Peter Shirtcliffe wrote: The problem is that the cab is always stripped from the MSI (except on Windows 7) when the MSI is installed and cached. Programs like MS Office (and ours) store the installation MSI in a directory on the hard disk. In our case, we dont let the user change the extraction directory and extract to a well-known folder, rather than temp. -Original Message- From: Ondrej Zarevucky [mailto:ondrej.zarevu...@fine.cz] Sent: 14 August 2009 10:22 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Maintenance mode when installed from temp Hi, I'm trying to allow Maintenance mode (Repair and Modify) when the installation was run from temporary location. I'm using 7zip packer, which unpacks the MSI, CAB files and bootstrapper to temporary location and runs it from there. The problem with installation Modification and Repair is that it requires source CAB files which were already deleted. Also the user is presented with confusing source path pointing to Temp... When I tried to embed the CAB files into MSI it doesn't seem to solve the problem :( My current workaround is to disable running the Maintenance mode from Add/Remove programs and require users to run the 7zip package again. Ondrej Zarevucky. -- -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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
[WiX-users] nice wix 'how to' IIS website install
Bumped into this today. http://www.cmcrossroads.com/content/view/13160/120/ looks like a decent starting point if you're looking to build an installer that needs to work with existing websites. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Maintenance mode when installed from temp
Peter Shirtcliffe wrote: It all seems to work and we have a few thousand users since we released earlier this year. If you find better ways to do any of this, Im sure the list would be interested to hear what you did, even if everyones requirements differ. Burn caches to a predictable location (by default -- it's configurable in the manifest). Cleaning those up is easy enough for an uninstall but the major upgrade case will probably need more work (since MSI doesn't have the concept of a 'chained major upgrade'). -- sig://boB http://joyofsetup.com/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] question about upgrades
Amy Rosewater wrote: Action start 14:38:31: RemoveExistingProducts. RemoveExistingProducts: Application: 20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C, Command line: UPGRADINGPRODUCTCODE={3FB60C36-A33C-49EA-B502-5A75AFEB84A2} CLIENTUILEVEL=0 REMOVE=ALL Try that command line from outside the installer: msiexec /i {20ED61C2-44DA-4CD4-AD05-DBE0F7ACAE7C} UPGRADINGPRODUCTCODE={3FB60C36-A33C-49EA-B502-5A75AFEB84A2} CLIENTUILEVEL=0 REMOVE=ALL -- sig://boB http://joyofsetup.com/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Confile File Garbled Format
Thanks Simon. It looks like that was my problem. Simon Dahlbacka wrote: based on your first email: Source=$(var.PeritoCase.Client.Shell.TargetPath) / you have the wrong source for your .config file, fix that and your problem is likely solved. /Simon On Fri, Aug 14, 2009 at 12:19 PM, brendan_rice brendan_r...@hotmail.comwrote: When the config file is originally built out it looks fine, all the xml is in tact. After Wix packages it and I run the setup. You can download the exact file that is output from the setup from: www.hughgrice.com/my.config.txt When I open a DLL in word it looks the same as the config file which I don't really understand. Any ideas? Thanks again for the help. David Watson-3 wrote: What exactly is happening to your exe.config file, maybe the dependency information is being damaged? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 17:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Thanks for the reply. It is a C# application I am building so I do not understand why this is happening. I am using the latest Wix installer and have added a Wix project to my solution. Any help is really appreciated. Thanks B David Watson-3 wrote: Hi, To my knowledge Wix will not modify an xml file unless you specifically author it to do so (see xmlconfig or xmlfile). Your error message looks like a SxS dependency issue, is your app a visual C++ application and you have not installed the runtimes? Try (dave) dependency walker on your app on the test machine to see if there is anything missing. http://www.dependencywalker.com/ Dave W. -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 16:37 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Here is the error message I get --- C:\Program Files\Myfolder\My.exe --- C:\Program Files\Myfolder\My.exe This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. --- OK --- brendan_rice wrote: Hi, I am trying to include config files in my Wix setup project. The files get deployed to the correct folder once the installer is build but the XML gets garbled. I am assuming this is a formatting issue and have had no luck from Google with it. Has anyone experienced this before or know how to get around this? Thanks, Brendan ... Component Id=ConfigFiles Guid=9B8ACAA0-5181-425f-84A8-6ED91720D94A File Id=ShellConfig DiskId=1 Vital=yes KeyPath=yes Compressed=no Name=PeritoCase.Client.Shell.exe.config Source=$(var.PeritoCase.Client.Shell.TargetPath) / ... -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3438632 .h tml Sent from the wix-users mailing list archive at Nabble.com. -- -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p3439030.h tml Sent from the wix-users mailing list archive at Nabble.com.
[WiX-users] LGHT0204 - directory not in removefile table despite my attempt to remove it
Hello Wix group. I'm following http://wix.sourceforge.net/manual-wix3/create_start_menu_shortcut.htm to create a shortcut to my app. I want a menu structure like Programs/Company/Flv Viewer/shortcut_to_app Light is giving me the following error: error LGHT0204 : ICE64: The directory CompanyMenuFolder is in the user profile but is not listed in the RemoveFile table. Below is the relevant xml: Directory Id=ProgramMenuFolder Directory Id=CompanyMenuFolder Name=Company Directory Id=FlvViewerMenuFolder Name=Flv Viewer/ /Directory /Directory /Directory //This is the close for the earlier TARGETDIR element DirectoryRef Id=FlvViewerMenuFolder Component Id=ApplicationShortcut Guid={8C6AD672-1062-4286-8EF4-450757FFB281} Shortcut Id=StartMenuShortcut Name=Flv Viewer Description=CompanyFlv File Viewer Target=[INSTALLDIR]company-flv.exe WorkingDirectory=INSTALLDIR/ RemoveFolder Id=FlvViewerMenuFolder On=uninstall/ RemoveFolder Id=CompanyMenuFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Company\Company FLV Viewer Name=installed Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef As you can see, I'm attempting to remove CompanyMenuFolder with a RemoveFolder element. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix Confile File Garbled Format
Hi Dave, you are right, my source setting was pointing at the dll. Changed it and everything works as expected, thanks for the help. B David Watson-3 wrote: Hi, The config file you mentioned is actually the executable, and if you say one of the dlls is actually the config file then you have either found a really odd wix bug or you have some filename / source mixups in your wix. IE the f...@name says it's the config file and the f...@source is pointing to the executable, effectively renaming the files as you build the installer. What is your $(var.PeritoCase.Client.Shell.TargetPath) vairable pointing to? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 14 August 2009 10:19 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format When the config file is originally built out it looks fine, all the xml is in tact. After Wix packages it and I run the setup. You can download the exact file that is output from the setup from: www.hughgrice.com/my.config.txt When I open a DLL in word it looks the same as the config file which I don't really understand. Any ideas? Thanks again for the help. David Watson-3 wrote: What exactly is happening to your exe.config file, maybe the dependency information is being damaged? Dave -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 17:21 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Thanks for the reply. It is a C# application I am building so I do not understand why this is happening. I am using the latest Wix installer and have added a Wix project to my solution. Any help is really appreciated. Thanks B David Watson-3 wrote: Hi, To my knowledge Wix will not modify an xml file unless you specifically author it to do so (see xmlconfig or xmlfile). Your error message looks like a SxS dependency issue, is your app a visual C++ application and you have not installed the runtimes? Try (dave) dependency walker on your app on the test machine to see if there is anything missing. http://www.dependencywalker.com/ Dave W. -Original Message- From: brendan_rice [mailto:brendan_r...@hotmail.com] Sent: 13 August 2009 16:37 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix Confile File Garbled Format Here is the error message I get --- C:\Program Files\Myfolder\My.exe --- C:\Program Files\Myfolder\My.exe This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem. --- OK --- brendan_rice wrote: Hi, I am trying to include config files in my Wix setup project. The files get deployed to the correct folder once the installer is build but the XML gets garbled. I am assuming this is a formatting issue and have had no luck from Google with it. Has anyone experienced this before or know how to get around this? Thanks, Brendan ... Component Id=ConfigFiles Guid=9B8ACAA0-5181-425f-84A8-6ED91720D94A File Id=ShellConfig DiskId=1 Vital=yes KeyPath=yes Compressed=no Name=PeritoCase.Client.Shell.exe.config Source=$(var.PeritoCase.Client.Shell.TargetPath) / ... -- View this message in context: http://n2.nabble.com/Wix-Confile-File-Garbled-Format-tp3438511p343863 2 .h tml Sent from the wix-users mailing list archive at Nabble.com. - - -- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. - - Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover
Re: [WiX-users] Any CPU platform in wix 3.0
Richard, Thanks a lot. That solved my problem. I really appreciate all your help. -Sam. On Fri, Aug 14, 2009 at 5:36 AM, Richard Hollis richhol...@gmail.comwrote: Hi Sam Have a look at these: http://stackoverflow.com/questions/471424/wix-tricks-and-best-practices http://www.brianpeek.com/blog/archive/2007/11/13/x64-development-with-net.aspx http://stackoverflow.com/questions/516730/visual-studio-any-cpu-target There are some good approaches that I've used for Wix and x86/x64 in the first link. Assuming all your projects are AnyCPU (and there is no special reason why you need x64 explicitly) then they will run in the correct architecture on the installing machine irresepctive of whether its an x86 or x64 Wix project. As AnyCPU determines this (see other two links). Just use the VS Configuration Manager to set AnyCPU for your non-wix projects that are in your solution that make up your MSI components for the different configurations. You still use x86/x64 for Wix but you set AnyCPU for any non-wix project in the VS config manager. You also need to create a global include file and set your Package/@Platform attribute in your product file. Doing it this way means you can then avoid all the Win64= attributes too. ?xml version=1.0 encoding=UTF-8? Include ?define Product_Version = 1.0.$WCREV$.0 ? ?if $(var.Platform) = x86 ? ?define Product_Name = Foo v1.0.$WCREV$.0 (32bit)? ?define PlatformProgramFilesFolder = ProgramFilesFolder ? ?else? ?define Product_Name = Foo v1.0.$WCREV$.0 (64bit)? ?define PlatformProgramFilesFolder = ProgramFiles64Folder ? ?endif? /Include --- Product Id=TODO Name=!(loc.Product_Name) Language=1033 Version=$(var.Product_Version) Manufacturer=Foobar UpgradeCode=TODO Package InstallerVersion=200 Compressed=yes Platform=$(var.Platform) InstallPrivileges=elevated InstallScope=perMachine Manufacturer=Foobar / Media Id=1 Cabinet=media1.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=$(var.PlatformProgramFilesFolder) ... Cheers Richard 2009/8/13 Sam K sam.re...@gmail.com Hi All, I wanted to upgrade from wix 2.0 to 3.0 and I have installed the latest version on my machine. I tried to create a new wix project using visual stduio 2008 and modified the old wix files to suit the new schema and when I tried to build, I noticed that I can only choose either x86/x64 platform. Wix 2.0 had Any CPU option in it and I can't find it in 3.0. Can anybody tell me whether it was removed? All the code we have is .net and it was useful when there was Any CPU platform option. Our dev machines are 32 bit and our qa/prod machines are 64 bit. Also I cannot build it for platform x86 because I have a component which is x64. And if I build it for x64 I cannot test the msi on my machine. Error 2 ICE80: This package contains 64 bit component 'INSTALLDIRREG' but the Template Summary Property does not contain Intel64 or x64. Can anybody please tell me if there is a solution for my problem? Thanks, Sam. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] create a shortcut pointing to different targets according to different locales
Thanks David. Conditionally installing CHM file according to OS locale does not satisfy the requirement. My goal is that the user only install once, then the shortcut works for all locales. It is OK that the shortcut string is English for all locales, but this shortcut should load corresponding CHM file for each locale (e.g. ja-jp CHM for ja-jp locale, de-de CHM for de-de locale...). My plan is to install all the CHM files and have one shortcut pointing to an executable which loads corresponding CHM file for different locales. I want to know whether anybody has a better way to attack this issue. Sorry for confusion. Hope I made myself clear this time. Thanks Lian -Original Message- From: David Watson [mailto:dwat...@sdl.com] Sent: Friday, August 14, 2009 2:34 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] create a shortcut pointing to different targets according to different locales Hi, If you only need one language help file per OS locale you could create a shortcut per language and conditionally install it (and the chm) depending on the OS locale (http://msdn.microsoft.com/en-us/library/aa372056(VS.85).aspx), if you do that then you could even localize the shortcut string. You could of course install all the help and have a shortcut to each language labeled as such. Dave -Original Message- From: Lian Jiang [mailto:lji...@microsoft.com] Sent: 14 August 2009 06:13 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] create a shortcut pointing to different targets according to different locales Hi, My project has a CHM file for each locale. For example, one for en-us and one for ja-jp. Can I create a shortcut which loads en-us CHM when OS locale = en-us and loads ja-jp CHM when OS locale = ja-JP. I am thinking that this shortcut can point to an executable (say LoadCHM.exe) which load different CHM upon different locales. Is there a smarter way? Thanks Lian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ 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. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Adding DCOM Settings to a DCOM Config component
I have a DCOM component which is an executable file. When the exe file is executed it self registers and places a class in the DCOM Config part of the Component serivces. Can anyone tell me what element I need to use to add the parameters on the property pages? Thanks, Jim -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Enable HttpKeepAlive, Enable Logging and Properties for LogFiles
Hi All, I am using wix 3.0 to create the installer to install a website. Is there a way to set the following website properties using the wixiis extension? Enable HttpKeep-Alives, Enable Logging and setting the general (log file directory, log schedule) and Advanced Logging Properties Or should I write a custome action for this? Thanks a lot. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Purely WiX patching - two questions please
Making a patch obsolete (MSI 2.x) is an older technique. All currently supported/patched OSs by Microsoft currently sport MSI 3.x or higher, which allows you to use the newer technique referred to as superseding. They are not the same thing. The pure WiX patch method only supports the supersede methodology, not obsolescence. If you can change over to superseding, that would make your life much easier. If, however, you must still support MSI 2.x, you can't. If you must still support obsolescence and you want to use pure WiX patching you must post-process the patch to add the additional guids. I didn't have much easy success trying a quick and dirty change to the summary information using the installer APIs but I did note that you can use XSLT to transform the patch's wixobj file. This would need to be done before calling Pyro after calling Candle. -Original Message- From: shibo [mailto:szheng...@googlemail.com] Sent: Friday, August 14, 2009 2:36 AM To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Purely WiX patching - two questions please Blair, From Wix Help, Patch family attribute Version: Used to populate the sequence column of the MsiPatchSequence table in the final MSP file. Specified in x.x.x.x format. See documentation for Sequence column of MsiPatchSequence table in MSI SDK. It says that x.x.x.x format is expected instead of {GUID}{GUID}{GUID}? Thanks, Shibo -- View this message in context: http://n2.nabble.com/Purely-WiX-patching---two-questions-please-tp3438522p34 43985.html Sent from the wix-users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Prerequisites in a separate file
Fragments are atomic blocks of code that are either incorporated or ignored based on other fragments referencing them (a lot like functions being included or ignored by the c/c++ linker based on an already included code segment). You could either put this in an include file (like Yan suggests) or add some additional code to this fragment and reference that code from another fragment that requires .net or from your main segment, the one that contains your Product or Module element. This would require adding something to your fragment that has a *Ref element counterpart you could use to reference it. -Original Message- From: Nick Ball [mailto:nick.b...@grantadesign.com] Sent: Friday, August 14, 2009 3:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Prerequisites in a separate file Hi All, I want to check for the presence of the .Net framework, so I've followed the instructions in the WiX help and added the code successfully to the project. It works fine. However, to simplify my project slightly, I thought I'd take this code and put it in a file of its own and include that in my project (as below). But this does not work - it fails to run the check. Of course, it is no big deal to put it back, but in an attempt to gain a deeper understanding of WiX, my question is simply: Why? -N ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension; Fragment !-- Prerequisites - .Net -- PropertyRef Id=NETFRAMEWORK30/ Condition Message=This application requires .NET Framework 3.0. Please install the .NET Framework then run this installer again. ![CDATA[Installed OR NETFRAMEWORK30]] /Condition /Fragment /Wix -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] LGHT0204 - directory not in removefile table despite my attempt to remove it
I'm not sure but please tell us what would happen if you did this: DirectoryRef Id=FlvViewerMenuFolder Component Id=ApplicationShortcut Guid={8C6AD672-1062-4286-8EF4-450757FFB281} Shortcut Id=StartMenuShortcut Name=Flv Viewer Description=CompanyFlv File Viewer Target=[INSTALLDIR]company-flv.exe WorkingDirectory=INSTALLDIR/ RemoveFolder Id=FlvViewerMenuFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Company\Company FLV Viewer Name=installed Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef DirectoryRef Id=CompanyMenuFolder Component Id=CompanyMenuFolder Guid={E7D5A37A-7B27-4041-97DA-00A404CE2619} RemoveFolder Id=CompanyMenuFolder On=uninstall/ /Component /DirectoryRef And add a ComponentRef for CompanyMenuFolder to the same place(s) you have the ComponentRef(s) for ApplicationShortcut. -Original Message- From: Eric Napier [mailto:napi...@gmail.com] Sent: Friday, August 14, 2009 8:27 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] LGHT0204 - directory not in removefile table despite my attempt to remove it Hello Wix group. I'm following http://wix.sourceforge.net/manual-wix3/create_start_menu_shortcut.htm to create a shortcut to my app. I want a menu structure like Programs/Company/Flv Viewer/shortcut_to_app Light is giving me the following error: error LGHT0204 : ICE64: The directory CompanyMenuFolder is in the user profile but is not listed in the RemoveFile table. Below is the relevant xml: Directory Id=ProgramMenuFolder Directory Id=CompanyMenuFolder Name=Company Directory Id=FlvViewerMenuFolder Name=Flv Viewer/ /Directory /Directory /Directory //This is the close for the earlier TARGETDIR element DirectoryRef Id=FlvViewerMenuFolder Component Id=ApplicationShortcut Guid={8C6AD672-1062-4286-8EF4-450757FFB281} Shortcut Id=StartMenuShortcut Name=Flv Viewer Description=CompanyFlv File Viewer Target=[INSTALLDIR]company-flv.exe WorkingDirectory=INSTALLDIR/ RemoveFolder Id=FlvViewerMenuFolder On=uninstall/ RemoveFolder Id=CompanyMenuFolder On=uninstall/ RegistryValue Root=HKCU Key=Software\Company\Company FLV Viewer Name=installed Type=integer Value=1 KeyPath=yes/ /Component /DirectoryRef As you can see, I'm attempting to remove CompanyMenuFolder with a RemoveFolder element. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] COM+ Installation
Are you installing on Vista? Does running as admin help? Is this single component not depending on anything else? You can use dependency walker and/or ildasm to find out what dependencies you have. RegistrationHelper.InstallAssembly does Demand/Assert UnmanagedCode permission. Van: Ciaran Roarty [mailto:ciaran.roa...@gmail.com] Verzonden: vr 14-8-2009 11:08 Aan: wix-users@lists.sourceforge.net Onderwerp: [WiX-users] COM+ Installation Hi I've been trying to get WiX to install some COM+ components for me and have thus far failed miserably to get it to work. I've looked at the tutorial and googled, binged, etc extensively but I am no further forward on day 4 than I was on day 2 so I seek your help. I exported TypeLibs from my .NET 1.1 components ( strong-named ) and followed the example in the tutorial [ http://www.tramontana.co.hu/wix/lesson6.php]. If I drag and drop the components into a COM+ package they register correctly - if I run RegSvcs on the component they register correctly. They do contain COM+ configuration information in their AssemblyInfo Class. However, using WiX, I have not been able to get the components to install. Here is my WiX file: ?xml version=1.0 encoding=UTF-8? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:complus= http://schemas.microsoft.com/wix/ComPlusExtension; Product Id=406d427d-15c0-44fb-add4-5c8c4ddfb568 Name=Epms Store Installer Language=1033 Version=1.0.0.0 Manufacturer=Atos Origin Uk Plc UpgradeCode=1f4da752-1fe8-4057-aa42-d1d42fcc801b Package InstallerVersion=200 Compressed=yes / Media Id=1 Cabinet=StoreInstaller.cab EmbedCab=yes / Directory Id=TARGETDIR Name=SourceDir Directory Id=WixProvingDir Name=WixProvingDirectory Directory Id=ePharmacyComponentDir Name=ePharmacy (R3.2) Directory Id=ePharmacyConfigurationDirectory Name=Config /Directory /Directory /Directory /Directory DirectoryRef Id=ePharmacyConfigurationDirectory Component Id=Store.Common.Config Guid=EA49030A-D488-489d-B8F2-69353935B876 File Id=Store.Common.Config KeyPath=yes / /Component /DirectoryRef DirectoryRef Id=ePharmacyComponentDir Component Id=Epms.Store.Common Guid=54AA84F7-4758-4b59-96DD-B1B4A3BB783E File Id=Epms.MiddleTier.Common.dll Name=Epms.MiddleTier.Common.dll Assembly=.net KeyPath=yes / complus:ComPlusApplication Id=ePMS.R3.2_Id Name=ePharmacy.R3.2 complus:ComPlusAssembly Id=Epms.MiddleTier.Common.dll DllPathFromGAC=yes RegisterInCommit=yes Type=.net TlbPath=[#Epms.MiddleTier.Common.tlb] /complus:ComPlusAssembly /complus:ComPlusApplication /Component Component Id=Epms.Store.Components.tlb Guid=41C315E8-0BDA-4476-BE9A-18696C360332 File Id=Epms.MiddleTier.Common.tlb Source=Epms.MiddleTier.Common.tlb KeyPath=yes / /Component /DirectoryRef Feature Id=ProductFeature Title=Store_Installer Level=1 ComponentRef Id=Store.Common.Config/ ComponentRef Id=Epms.Store.Common / ComponentRef Id=Epms.Store.Components.tlb / /Feature /Product /Wix The log contains the following information about why this has failed: ComPlusInstallExecuteCommit: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not install type library 'C:\WixProvingDirectory\ePharmacy (R3.2)\Epms.MiddleTier.Common.tlb' into application 'ePharmacy.R3.2'.', HelpFile='', HelpContext='0' ComPlusInstallExecuteCommit: Error 0x80020009: Failed to invoke RegistrationHelper.InstallAssembly() method ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register .NET assembly ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assembly, key: Epms.MiddleTier.Common.dll ComPlusInstallExecuteCommit: Error 0x80020009: Failed to register assemblies ComPlusRollbackInstallExecute: ExceptionInfo: Code='0', Source='System.EnterpriseServices', Description='Could not find application 'id={12fb473d-e3bc-44a5-90a4-212735500c4c}'.', HelpFile='', HelpContext='0' ComPlusRollbackInstallExecute: Error 0x80020009: Failed to invoke RegistrationHelper.UninstallAssembly() method ComPlusRollbackInstallExecute: Error 0x80020009: Failed to unregister .NET assembly ComPlusRollbackInstallExecute: Failed to unregister assembly, hr: 0x80020009, key: Epms.MiddleTier.Common.dll Can you help? I tried to install several COM+ components at once and ended up with some problems there but even just pulling it back to the one component seems to be problematic. Thanks in advance, Ciaran Roarty -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what
Re: [WiX-users] How to display the existing IIS websites?
Jirong - Have you gotten a solution for this problem yet? I have a similar need. - TopCat -Original Message- From: Jirong Hu [mailto:jirong...@gov.ab.ca] Sent: Thursday, July 16, 2009 12:09 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] How to display the existing IIS websites? Hi All Anyone has some custom code to display the existing IIS website, so the installer can choose which site the new web application will be installed to? Need to solve this problem: http://support.microsoft.com/default.aspx?scid=kb;en-us;821335 Thanks Jirong Hu Build Master 780-644-5488 This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Checked by AVG - www.avg.com Version: 8.5.375 / Virus Database: 270.13.0/2210 - Release Date: 07/16/09 05:58:00 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] How to display the existing IIS websites?
Phil Sayers mentioned this site today (http://www.cmcrossroads.com/content/view/13160/120/) CodePlex has this: http://wai.codeplex.com/. It looks like it would solve that issue as well. extension was written for a previous version of IIS and the APIs for the newer IIS are all managed code. I don't know the timing, however. I also don't know if it was going onto CodePlex or into 3.5, either. -Original Message- From: Tom Crozier [mailto:tcroz...@rackwise.com] Sent: Friday, August 14, 2009 12:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] How to display the existing IIS websites? Jirong - Have you gotten a solution for this problem yet? I have a similar need. - TopCat -Original Message- From: Jirong Hu [mailto:jirong...@gov.ab.ca] Sent: Thursday, July 16, 2009 12:09 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] How to display the existing IIS websites? Hi All Anyone has some custom code to display the existing IIS website, so the installer can choose which site the new web application will be installed to? Need to solve this problem: http://support.microsoft.com/default.aspx?scid=kb;en-us;821335 Thanks Jirong Hu Build Master 780-644-5488 This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communication received in error, or subsequent reply, should be deleted or destroyed. -- Enter the BlackBerry Developer Challenge This is your chance to win up to $100,000 in prizes! For a limited time, vendors submitting new applications to BlackBerry App World(TM) will have the opportunity to enter the BlackBerry Developer Challenge. See full prize details at: http://p.sf.net/sfu/Challenge ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users Checked by AVG - www.avg.com Version: 8.5.375 / Virus Database: 270.13.0/2210 - Release Date: 07/16/09 05:58:00 -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Actions
I'm trying to use a custom action in my setup and getting an error when the MSI runs. The custom action is a DLL written in C# using the Visual Studio template for custom actions. It's not executing correctly when I run the setup. Any suggestions as to what I'm doing wrong? The entry point looks like: [CustomAction] public static ActionResult CustomAction1(Session session) { _session = session; _session.Log(Begin RegisterScriptCA); bool status = RegisterSIPApplication(); if (status) { return ActionResult.Success; } else { return ActionResult.Failure; } } The custom action is defined as: Fragment CustomAction Id='RegisterScript' BinaryKey='RegisterScriptCA' DllEntry='CustomAction1' Execute='immediate' Impersonate='yes' Return='check'/ Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScriptCA.dll'/ /Fragment And included in the product.wxs file as: InstallExecuteSequence Custom Action='RegisterScript' After='InstallFiles'/ /InstallExecuteSequence The Wix package builds OK, but when I run the install, I get an error when it tries to invoke the custom action: Action 14:05:01: RegisterScript. Action start 14:05:01: RegisterScript. Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp MSI (s) (5C:EC) [14:05:06:332]: Product: -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp Action ended 14:05:06: RegisterScript. Return value 3. Action ended 14:05:06: INSTALL. Return value 3. Thanks Oscar -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need a Good Template or GUI designer
Basically I am looking for a good working sample which has the following items:- 1) Customizable UI (allow users to select Installdir, single/all user option, licence dialog etc) 2) do both com and .net dll registration. 3) Add some dlls into GAC and into files InstallDir, commonappdata 4) Add values to registry. 5) IIS virtually directory creation. 6) Integrate an already existing c# code which does pre-req checks. 8)Add shortcuts to desktop, startmenu, programmenu. 7) Perform some onEnd actions. I am doing the basic steps and getting the following errors:- ---G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE43: Component C_FL_Act.Framework.Synchronization.Service.exe has non-advertised shortcuts. It should use a registry key under HKCU as its KeyPath, not a file. Component Id=C_FL_Act.Framework.Synchronization.Service.exe Guid={xx} File Id=FL_Act.Framework.Synchronization.Service.exe Name=Act.Framework.Synchronization.Service.exe Source=G:\cvsroot\Mercury\bin\Act.Framework.Synchronization.Service.exe DiskId=1 KeyPath=yes / Shortcut Id=NewShortcut2 Name=NewShortcut2 Target=[#FL_Act.Framework.Synchronization.Service.exe] Directory=ProgramMenuFolder / /Component ---G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE57: Component 'C_FL_Act.Framework.Synchronization.Service.exe' has both per-user and per-machine data with a per-machine KeyPath. Component Id=C_FL_Act.Framework.Synchronization.Service.exe Guid={x} File Id=FL_Act.Framework.Synchronization.Service.exe Name=Act.Framework.Synchronization.Service.exe Source=G:\cvsroot\Mercury\bin\Act.Framework.Synchronization.Service.exe DiskId=1 KeyPath=yes / Shortcut Id=NewShortcut2 Name=NewShortcut2 Target=[#FL_Act.Framework.Synchronization.Service.exe] Directory=ProgramMenuFolder / /Component -Original Message- From: Blair [mailto:os...@live.com] Sent: Thursday, August 13, 2009 11:40 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Need a Good Template or GUI designer Can you provide more detail about what you are trying to build? -Original Message- From: Hotmail Acc [mailto:rpat...@hotmail.com] Sent: Thursday, August 13, 2009 5:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Need a Good Template or GUI designer I am trying to create a prototype for our team and I am not able to succeed(nearly spent 2 mo). The current information that is available on the web is not helpful. It is getting kinda frustrating. Is it possible to get a template or a GUI designer or a more real world sample which can be used as a starting point? The samples in the tutorials are quite simple. I tried WIX Installar 3.0 project but was not successful in compiling the code on my dev box. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
Your entry point wasn't exported in the DLL you packaged: http://blogs.msdn.com/heaths/archive/2006/08/14/determine-if-the-custom-acti on-function-is-exported.aspx Turns out with DTF projects that you can't reference the right DLL to use using the Binary SourceFile=$(var.ProjectName.TargetPath) ... pattern. You need to instead use Binary SourceFile=$(var.ProjectName.TargetDir)ProjectName.CA.dll ... pattern. I hope this gets fixed in some future release... In your case, even though you are not using the project reference variables, you still used the wrong DLL. You should change your Binary tag as follows (you need the .CA before the .dll in your SourceFile): Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.CA.dll'/ This should work. -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 2:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I'm trying to use a custom action in my setup and getting an error when the MSI runs. The custom action is a DLL written in C# using the Visual Studio template for custom actions. It's not executing correctly when I run the setup. Any suggestions as to what I'm doing wrong? The entry point looks like: [CustomAction] public static ActionResult CustomAction1(Session session) { _session = session; _session.Log(Begin RegisterScriptCA); bool status = RegisterSIPApplication(); if (status) { return ActionResult.Success; } else { return ActionResult.Failure; } } The custom action is defined as: Fragment CustomAction Id='RegisterScript' BinaryKey='RegisterScriptCA' DllEntry='CustomAction1' Execute='immediate' Impersonate='yes' Return='check'/ Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.dll'/ /Fragment And included in the product.wxs file as: InstallExecuteSequence Custom Action='RegisterScript' After='InstallFiles'/ /InstallExecuteSequence The Wix package builds OK, but when I run the install, I get an error when it tries to invoke the custom action: Action 14:05:01: RegisterScript. Action start 14:05:01: RegisterScript. Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp MSI (s) (5C:EC) [14:05:06:332]: Product: -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp Action ended 14:05:06: RegisterScript. Return value 3. Action ended 14:05:06: INSTALL. Return value 3. Thanks Oscar -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Need a Good Template or GUI designer
The errors you are getting (ICE47 ICE57) are from the tests Microsoft developed to help ensure that MSI databases are both internally consistent and able to be serviced under all sorts of conditions, like turning per-machine installations into per-user ones. rant Yes, I said, turn a per-machine installation into a per-user one. Those two tests ensure that shortcuts will still work if someone creates a command-line to msiexec that will clear your ALLUSERS property you set in your Property table. The tests don't verify your ALLUSERS property handling, they don't verify your platform testing (they still give warnings related to creating packages for Win9x systems, even if you mark your MSI for v4.5), etc. Some of those tests are so inane that they should be banned or rewritten. /rant However, they are still very necessary in order to prevent many serious issues that many even expensive commercial products commit on a daily basis that tend to be easily fixable and do much to degrade the user experience of the Windows platform for all of us. Because of that, they are mandatory for Logo compliance. I would recommend moving your shortcuts into their own components (out of the components containing the files they point to). Then you can add the registry entries and RemoveFile elements Rob mentions in this blog: http://robmensching.com/blog/posts/2007/4/27/How-to-create-an-uninstall-shor tcut-and-pass-all-the -Original Message- From: Hotmail Acc [mailto:rpat...@hotmail.com] Sent: Friday, August 14, 2009 2:22 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Need a Good Template or GUI designer Basically I am looking for a good working sample which has the following items:- 1) Customizable UI (allow users to select Installdir, single/all user option, licence dialog etc) 2) do both com and .net dll registration. 3) Add some dlls into GAC and into files InstallDir, commonappdata 4) Add values to registry. 5) IIS virtually directory creation. 6) Integrate an already existing c# code which does pre-req checks. 8)Add shortcuts to desktop, startmenu, programmenu. 7) Perform some onEnd actions. I am doing the basic steps and getting the following errors:- ---G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE43: Component C_FL_Act.Framework.Synchronization.Service.exe has non-advertised shortcuts. It should use a registry key under HKCU as its KeyPath, not a file. Component Id=C_FL_Act.Framework.Synchronization.Service.exe Guid={xx} File Id=FL_Act.Framework.Synchronization.Service.exe Name=Act.Framework.Synchronization.Service.exe Source=G:\cvsroot\Mercury\bin\Act.Framework.Synchronization.Service.exe DiskId=1 KeyPath=yes / Shortcut Id=NewShortcut2 Name=NewShortcut2 Target=[#FL_Act.Framework.Synchronization.Service.exe] Directory=ProgramMenuFolder / /Component ---G:\WiX3\ACT Network Sync\ACT Network Sync\Product.wxs(35,0): error LGHT0204: ICE57: Component 'C_FL_Act.Framework.Synchronization.Service.exe' has both per-user and per-machine data with a per-machine KeyPath. Component Id=C_FL_Act.Framework.Synchronization.Service.exe Guid={x} File Id=FL_Act.Framework.Synchronization.Service.exe Name=Act.Framework.Synchronization.Service.exe Source=G:\cvsroot\Mercury\bin\Act.Framework.Synchronization.Service.exe DiskId=1 KeyPath=yes / Shortcut Id=NewShortcut2 Name=NewShortcut2 Target=[#FL_Act.Framework.Synchronization.Service.exe] Directory=ProgramMenuFolder / /Component -Original Message- From: Blair [mailto:os...@live.com] Sent: Thursday, August 13, 2009 11:40 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Need a Good Template or GUI designer Can you provide more detail about what you are trying to build? -Original Message- From: Hotmail Acc [mailto:rpat...@hotmail.com] Sent: Thursday, August 13, 2009 5:50 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Need a Good Template or GUI designer I am trying to create a prototype for our team and I am not able to succeed(nearly spent 2 mo). The current information that is available on the web is not helpful. It is getting kinda frustrating. Is it possible to get a template or a GUI designer or a more real world sample which can be used as a starting point? The samples in the tutorials are quite simple. I tried WIX Installar 3.0 project but was not successful in compiling the code on my dev box. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do
[WiX-users] Issue with var.Project.x variables in WIX 3.0
Anyone, I'm obviously new to WIX. This is my first project where we are using WIX to generate the installer. I've got to say that I will never do it another way again. I am having a problem that seems to mean I'm brain dead because it is so basic. I was developing and testing for XP using VS2003 and WIX2.0 - everything was working fine, however, for obvious reasons I need to move into the current century and have upgraded my development machine to Vista Business, the development environment to VS2008 Standard and installer package to WIX3.0. Votive is now working much better for me, and yes it took a while to convert to the new schema. The only thing that doesn't seem to be working is the variable references to other projects in the solution... I have a solution with 4 projects (three small apps and a WIX project). One of the projects is named AppHelp I've added the project reference to the WIX project - but the reference shows up with a triangular ! icon on it and in the properties the Full Path property is blank? When I build the WIX project I get the error: error CNDL0150: Undefined preprocessor variable '$(var.AppHelp.ProjectDir)'. The problem isn't specific to AppHelp - it is true for any of the other projects, and for any of their . attributes... even $(var.App.TargetFileName) The solution is in the directory C:\users\brian\documents\Visual Studio 2008\Solutions\ISP each of the four projects are under that directory (for example ISPHelp is in: C:\users\brian\documents\Visual Studio 2008\Solutions\ISP\ISPHelp) The error is on the first $(var.project name.value) reference in the .wxs file - if I remove it, or put another project reference first, the error is for the first reference to any project variable. Currently have UAC in Vista turned off. For now I've worked around it by defining my own variables... I'm sure it is something dumb I've done, but can't seem to find any direction on where to look. Any assistance would be appreciated for the Newbee.. Brian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Mutiple services result in installation error
I figured it out. Turns out I has some service registration detritus left over from earlier testing and it was causing the services to fail. Don't know why it only happened when both are installed but it works now. -Original Message- From: Kevin Gallagher [mailto:ke...@hotmail.com] Sent: Thursday, August 13, 2009 3:28 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Mutiple services result in installation error I have a Wix installer that has 2 features, each will install a service. If I select either option individually the corresponding service is installed, if I select both options I get an Error 1923. Service '[Service1 Display Name]' ([ServiceName1]) could not be installed. Verify that you have sufficient privileges to install system services. error for the first service. If I ignore the error for the first service it is installed and started successfully and then I get the Error 1920. Service [Service2 Display Name]' ([ServiceName2]) failed to start. Verify that you have sufficient privileges to start system services error for second service and I only have the option to retry or cancel. Retry never works and I have to cancel the installation. The second service does not get installed. How do I configure the ServiceInstall declarations so both services will install in one installation session? These are ServiceInstall declarations for the two services: Component Id=RemoteServerService Guid=* File Id=RoutingHost.exe Source=..\..\bin\RoutingHost.exe DiskId=1 KeyPath=yes/ ServiceInstall Id=InstallServerService Name=SymyxRemoteServer DisplayName=!(loc.Service_ServerDisplayName) Type=ownProcess Start=auto ErrorControl=normal Description=!(loc.Service_ServerDescription) Interactive=no / ServiceControl Id=StartServerInstaller Name=SymyxRemoteServer Start=install Wait=yes / ServiceControl Id=StopServerInstaller Name=SymyxRemoteServer Stop=both Wait=yes Remove=uninstall / /Component Component Id=RemoteClientService Guid=* File Id=BalanceHost.exe Source=..\..\bin\BalanceHost.exe DiskId=1 KeyPath=yes/ ServiceInstall Id=InstallClientService Name=SymyxRemoteClient DisplayName=!(loc.Service_ClientDisplayName) Type=ownProcess Start=auto ErrorControl=normal Description=!(loc.Service_ClientDescription) Interactive=no / ServiceControl Id=StartClientInstaller Name=SymyxRemoteClient Start=install Wait=yes / ServiceControl Id=StopClientInstaller Name=SymyxRemoteClient Stop=both Wait=yes Remove=uninstall / /Component Thanks Kevin -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Issue with var.Project.x variables in WIX 3.0
Let me guess: your three small apps are native C++. This is a limitation of the APIs Votive uses to extract information about other projects in the solution. DevDiv has been trying for a decade now to kill off native code. The project references currently only work against msbuild and managed projects. Native C++ projects currently require not using the project reference variables. -Original Message- From: Brian Williams [mailto:brianjackiewilli...@yahoo.com] Sent: Friday, August 14, 2009 5:00 PM To: Wix Users Subject: [WiX-users] Issue with var.Project.x variables in WIX 3.0 Anyone, I'm obviously new to WIX. This is my first project where we are using WIX to generate the installer. I've got to say that I will never do it another way again. I am having a problem that seems to mean I'm brain dead because it is so basic. I was developing and testing for XP using VS2003 and WIX2.0 - everything was working fine, however, for obvious reasons I need to move into the current century and have upgraded my development machine to Vista Business, the development environment to VS2008 Standard and installer package to WIX3.0. Votive is now working much better for me, and yes it took a while to convert to the new schema. The only thing that doesn't seem to be working is the variable references to other projects in the solution... I have a solution with 4 projects (three small apps and a WIX project). One of the projects is named AppHelp I've added the project reference to the WIX project - but the reference shows up with a triangular ! icon on it and in the properties the Full Path property is blank? When I build the WIX project I get the error: error CNDL0150: Undefined preprocessor variable '$(var.AppHelp.ProjectDir)'. The problem isn't specific to AppHelp - it is true for any of the other projects, and for any of their . attributes... even $(var.App.TargetFileName) The solution is in the directory C:\users\brian\documents\Visual Studio 2008\Solutions\ISP each of the four projects are under that directory (for example ISPHelp is in: C:\users\brian\documents\Visual Studio 2008\Solutions\ISP\ISPHelp) The error is on the first $(var.project name.value) reference in the .wxs file - if I remove it, or put another project reference first, the error is for the first reference to any project variable. Currently have UAC in Vista turned off. For now I've worked around it by defining my own variables... I'm sure it is something dumb I've done, but can't seem to find any direction on where to look. Any assistance would be appreciated for the Newbee.. Brian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
That was the error. I was including the wrong DLL. However the Thanks Oscar -Original Message- From: Blair [mailto:os...@live.com] Sent: Friday, August 14, 2009 3:21 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom Actions Your entry point wasn't exported in the DLL you packaged: http://blogs.msdn.com/heaths/archive/2006/08/14/determine-if-the-custom-acti on-function-is-exported.aspx Turns out with DTF projects that you can't reference the right DLL to use using the Binary SourceFile=$(var.ProjectName.TargetPath) ... pattern. You need to instead use Binary SourceFile=$(var.ProjectName.TargetDir)ProjectName.CA.dll ... pattern. I hope this gets fixed in some future release... In your case, even though you are not using the project reference variables, you still used the wrong DLL. You should change your Binary tag as follows (you need the .CA before the .dll in your SourceFile): Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.CA.dll'/ This should work. -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 2:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I'm trying to use a custom action in my setup and getting an error when the MSI runs. The custom action is a DLL written in C# using the Visual Studio template for custom actions. It's not executing correctly when I run the setup. Any suggestions as to what I'm doing wrong? The entry point looks like: [CustomAction] public static ActionResult CustomAction1(Session session) { _session = session; _session.Log(Begin RegisterScriptCA); bool status = RegisterSIPApplication(); if (status) { return ActionResult.Success; } else { return ActionResult.Failure; } } The custom action is defined as: Fragment CustomAction Id='RegisterScript' BinaryKey='RegisterScriptCA' DllEntry='CustomAction1' Execute='immediate' Impersonate='yes' Return='check'/ Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.dll'/ /Fragment And included in the product.wxs file as: InstallExecuteSequence Custom Action='RegisterScript' After='InstallFiles'/ /InstallExecuteSequence The Wix package builds OK, but when I run the install, I get an error when it tries to invoke the custom action: Action 14:05:01: RegisterScript. Action start 14:05:01: RegisterScript. Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp MSI (s) (5C:EC) [14:05:06:332]: Product: -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp Action ended 14:05:06: RegisterScript. Return value 3. Action ended 14:05:06: INSTALL. Return value 3. Thanks Oscar -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Actions
I found the blog I was looking for: http://blogs.msdn.com/jasongin/archive/2008/05/23/custom-action-project-temp lates.aspx In that blog entry, he shows this: Fragment Binary Id=MyCustomAction.dll SourceFile=$(var.CAProjectName.TargetDir)$(var.CAProjectName.TargetName).CA .dll / CustomAction Id=MyCustomAction BinaryKey=MyCustomAction.dll DllEntry=CAMethodName Execute=immediate / /Fragment -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 6:02 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Custom Actions That was the error. I was including the wrong DLL. However the Thanks Oscar -Original Message- From: Blair [mailto:os...@live.com] Sent: Friday, August 14, 2009 3:21 PM To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Custom Actions Your entry point wasn't exported in the DLL you packaged: http://blogs.msdn.com/heaths/archive/2006/08/14/determine-if-the-custom-acti on-function-is-exported.aspx Turns out with DTF projects that you can't reference the right DLL to use using the Binary SourceFile=$(var.ProjectName.TargetPath) ... pattern. You need to instead use Binary SourceFile=$(var.ProjectName.TargetDir)ProjectName.CA.dll ... pattern. I hope this gets fixed in some future release... In your case, even though you are not using the project reference variables, you still used the wrong DLL. You should change your Binary tag as follows (you need the .CA before the .dll in your SourceFile): Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.CA.dll'/ This should work. -Original Message- From: Oscar Newkerk [mailto:osc...@unifysquare.com] Sent: Friday, August 14, 2009 2:15 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Actions I'm trying to use a custom action in my setup and getting an error when the MSI runs. The custom action is a DLL written in C# using the Visual Studio template for custom actions. It's not executing correctly when I run the setup. Any suggestions as to what I'm doing wrong? The entry point looks like: [CustomAction] public static ActionResult CustomAction1(Session session) { _session = session; _session.Log(Begin RegisterScriptCA); bool status = RegisterSIPApplication(); if (status) { return ActionResult.Success; } else { return ActionResult.Failure; } } The custom action is defined as: Fragment CustomAction Id='RegisterScript' BinaryKey='RegisterScriptCA' DllEntry='CustomAction1' Execute='immediate' Impersonate='yes' Return='check'/ Binary Id='RegisterScriptCA' SourceFile='C:\Users\oscarn\Documents\Visual Studio 2008\Projects\BusyOnBusy\BusyOnBusy\RegisterScriptCA\bin\Debug\RegisterScrip tCA.dll'/ /Fragment And included in the product.wxs file as: InstallExecuteSequence Custom Action='RegisterScript' After='InstallFiles'/ /InstallExecuteSequence The Wix package builds OK, but when I run the install, I get an error when it tries to invoke the custom action: Action 14:05:01: RegisterScript. Action start 14:05:01: RegisterScript. Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp MSI (s) (5C:EC) [14:05:06:332]: Product: -- Error 1723. There is a problem with this Windows Installer package. A DLL required for this install to complete could not be run. Contact your support personnel or package vendor. Action RegisterScript, entry: CustomAction1, library: C:\WINDOWS\Installer\MSIB7.tmp Action ended 14:05:06: RegisterScript. Return value 3. Action ended 14:05:06: INSTALL. Return value 3. Thanks Oscar -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now.
Re: [WiX-users] Issue with var.Project.x variables in WIX 3.0
Ah... thanks for the slightly disapointing answer, at least I know my installation isn't wack brian From: Blair os...@live.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Friday, August 14, 2009 7:37:54 PM Subject: Re: [WiX-users] Issue with var.Project.x variables in WIX 3.0 Let me guess: your three small apps are native C++. This is a limitation of the APIs Votive uses to extract information about other projects in the solution. DevDiv has been trying for a decade now to kill off native code. The project references currently only work against msbuild and managed projects. Native C++ projects currently require not using the project reference variables. -Original Message- From: Brian Williams [mailto:brianjackiewilli...@yahoo.com] Sent: Friday, August 14, 2009 5:00 PM To: Wix Users Subject: [WiX-users] Issue with var.Project.x variables in WIX 3.0 Anyone, I'm obviously new to WIX. This is my first project where we are using WIX to generate the installer. I've got to say that I will never do it another way again. I am having a problem that seems to mean I'm brain dead because it is so basic. I was developing and testing for XP using VS2003 and WIX2.0 - everything was working fine, however, for obvious reasons I need to move into the current century and have upgraded my development machine to Vista Business, the development environment to VS2008 Standard and installer package to WIX3.0. Votive is now working much better for me, and yes it took a while to convert to the new schema. The only thing that doesn't seem to be working is the variable references to other projects in the solution... I have a solution with 4 projects (three small apps and a WIX project). One of the projects is named AppHelp I've added the project reference to the WIX project - but the reference shows up with a triangular ! icon on it and in the properties the Full Path property is blank? When I build the WIX project I get the error: error CNDL0150: Undefined preprocessor variable '$(var.AppHelp.ProjectDir)'. The problem isn't specific to AppHelp - it is true for any of the other projects, and for any of their . attributes... even $(var.App.TargetFileName) The solution is in the directory C:\users\brian\documents\Visual Studio 2008\Solutions\ISP each of the four projects are under that directory (for example ISPHelp is in: C:\users\brian\documents\Visual Studio 2008\Solutions\ISP\ISPHelp) The error is on the first $(var.project name.value) reference in the .wxs file - if I remove it, or put another project reference first, the error is for the first reference to any project variable. Currently have UAC in Vista turned off. For now I've worked around it by defining my own variables... I'm sure it is something dumb I've done, but can't seem to find any direction on where to look. Any assistance would be appreciated for the Newbee.. Brian -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users