Re: [WiX-users] Is this a bug of WIX?
I believe that Windows will keep a copy of your msi in C:\Windows\Installer. -Original Message- From: xfishxi [mailto:xfis...@yeah.net] Sent: Thursday, March 05, 2009 5:43 PM To: wix-users Subject: [WiX-users] Is this a bug of WIX? Hi all I find a problem with WIX, I made a installer by wix, when I install our product(it requires 300M on the hard drive), the problem is coming. My C drive's free space is 200M, My D drive's free space is 6G, so i select the destination folder on D drive, but the install process still can not continue, the error message it shows is:Out of Disk Space.I do i selected D drive. It seems that if your C drive's free space is not enough, then whatever other disk drive you selected, the install will fail. what can i do to fix this? I'm very appreciate any infos/ideas Regard vincent -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Is this a bug of WIX?
Shenhua GU wrote: I believe that Windows will keep a copy of your msi in C:\Windows\Installer. Yes, but it's a copy with the cabs ripped out of it. I can't imagine that exceeds 200M. Having said that, I've just had a quick look in my %WINDIR%\Installer folder and I have a few 200MB patch files. Rob -Original Message- From: xfishxi [mailto:xfis...@yeah.net] Sent: Thursday, March 05, 2009 5:43 PM To: wix-users Subject: [WiX-users] Is this a bug of WIX? Hi all I find a problem with WIX, I made a installer by wix, when I install our product(it requires 300M on the hard drive), the problem is coming. My C drive's free space is 200M, My D drive's free space is 6G, so i select the destination folder on D drive, but the install process still can not continue, the error message it shows is:Out of Disk Space.I do i selected D drive. It seems that if your C drive's free space is not enough, then whatever other disk drive you selected, the install will fail. what can i do to fix this? I'm very appreciate any infos/ideas Regard vincent -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Verify the installation mode is silent or not.
Hi, My installer launches a 'Windows Forms Application' when the user presses the installation finish button. But if the installer is executed in the silent mode, (msiexec /i installer.msi /q) I don't want to launch that application. In the silent mode I have to execute a console application silently. Is there a way to acess the installation mode (silent or not) from WiX? And how to execute a console app silently? I used the following code, which didn't seem to be working! Property Id=LaunchScript Value=[INSTALLDIR]bin\script.exe/ CustomAction Id=LaunchScript BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred/ Thanks, Sandun -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Noel Anderton/DG/Prudential is out of the office.
I will be out of the office starting 03/05/2009 and will not return until 03/21/2009. I will respond to your message when I return. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] msi on vista background copy
I build my MSI with WiX. The problem I see on Vista is that the MSI file is copied to a temporary folder or system folder before installing it. If I have a laptop with 5400 rpms, then that can take awhile - and I see this with lots of installers. 1) How can I prevent this? Some setup apps (usually .exe images) appear to install fine, with no double copy - please confirm or infirm. The MSI file is also signed - if copied to a temp location, then when uninstalling, the UAC comes in and asks if I want to uninstall a package that is not signed. 2) why and how can I prevent this uninstall unsigned? Thanks and greatly appreciating, Calin -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msi on vista background copy
Windows Installer will always keep a copy of your MSI file in %WINDIR%\Installer. It needs it there to repair and uninstall the MSI. The copy it keeps has any embedded cabs removed. But I seem to remember that it copies the entire MSI file to the Installer folder, then removes the embedded cabs from the MSI and saves the .msi file. So, if you want to speed up that process, use external cab files instead of embedded cab files. Then Windows Installer doesn't have to copy the data in the cab files to the system and then go through the work of removing that data from the MSI. The second problem actually can be fixed by the same thing -- using external cab files instead of embedded cab files. When you sign your MSI, it has the cab files inside it. When Windows Installer caches your MSI file and removes the embedded cab files, that changes the file, and therefore it doesn't match the signature anymore. So when the user attempts to uninstall, Windows Installer can't validate the signature and shows that the MSI is unsigned. If you use external cabs, Windows Installer doesn't modify your MSI at all when it copies it to the Installer folder, so the signature stays valid. I've read that the signature problem is actually fixed with WI 5.0 in Windows 7, so you can continue to use embedded cabs and the signature doesn't become invalid (on Windows 7). But I've stopped using embedded cabs, so I haven't tried to see if that's actually true. -Ari -Original Message- From: Calin Iaru [mailto:ca...@dolphinics.com] Sent: Thursday, March 05, 2009 7:11 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] msi on vista background copy I build my MSI with WiX. The problem I see on Vista is that the MSI file is copied to a temporary folder or system folder before installing it. If I have a laptop with 5400 rpms, then that can take awhile - and I see this with lots of installers. 1) How can I prevent this? Some setup apps (usually .exe images) appear to install fine, with no double copy - please confirm or infirm. The MSI file is also signed - if copied to a temp location, then when uninstalling, the UAC comes in and asks if I want to uninstall a package that is not signed. 2) why and how can I prevent this uninstall unsigned? Thanks and greatly appreciating, Calin -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Verify the installation mode is silent or not.
You can use the UILevel property. http://msdn.microsoft.com/en-us/library/aa372096(VS.85).aspx -Brian Simoneau -Original Message- From: sandun css [mailto:sandun...@gmail.com] Sent: Thursday, March 05, 2009 5:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Verify the installation mode is silent or not. Hi, My installer launches a 'Windows Forms Application' when the user presses the installation finish button. But if the installer is executed in the silent mode, (msiexec /i installer.msi /q) I don't want to launch that application. In the silent mode I have to execute a console application silently. Is there a way to acess the installation mode (silent or not) from WiX? And how to execute a console app silently? I used the following code, which didn't seem to be working! Property Id=LaunchScript Value=[INSTALLDIR]bin\script.exe/ CustomAction Id=LaunchScript BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred/ Thanks, Sandun -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msi on vista background copy
Thanks Ari, If you have an official link that explains this, I would greatly appreciate it. Otherwise I will search for one - I don't doubt what you are saying only need this to be filed in a proper way. Best regards, Calin - Original Message - From: Moradi, Ari arastoo.mor...@hp.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thursday, March 05, 2009 4:51 PM Subject: Re: [WiX-users] msi on vista background copy Windows Installer will always keep a copy of your MSI file in %WINDIR%\Installer. It needs it there to repair and uninstall the MSI. The copy it keeps has any embedded cabs removed. But I seem to remember that it copies the entire MSI file to the Installer folder, then removes the embedded cabs from the MSI and saves the .msi file. So, if you want to speed up that process, use external cab files instead of embedded cab files. Then Windows Installer doesn't have to copy the data in the cab files to the system and then go through the work of removing that data from the MSI. The second problem actually can be fixed by the same thing -- using external cab files instead of embedded cab files. When you sign your MSI, it has the cab files inside it. When Windows Installer caches your MSI file and removes the embedded cab files, that changes the file, and therefore it doesn't match the signature anymore. So when the user attempts to uninstall, Windows Installer can't validate the signature and shows that the MSI is unsigned. If you use external cabs, Windows Installer doesn't modify your MSI at all when it copies it to the Installer folder, so the signature stays valid. I've read that the signature problem is actually fixed with WI 5.0 in Windows 7, so you can continue to use embedded cabs and the signature doesn't become invalid (on Windows 7). But I've stopped using embedded cabs, so I haven't tried to see if that's actually true. -Ari -Original Message- From: Calin Iaru [mailto:ca...@dolphinics.com] Sent: Thursday, March 05, 2009 7:11 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] msi on vista background copy I build my MSI with WiX. The problem I see on Vista is that the MSI file is copied to a temporary folder or system folder before installing it. If I have a laptop with 5400 rpms, then that can take awhile - and I see this with lots of installers. 1) How can I prevent this? Some setup apps (usually .exe images) appear to install fine, with no double copy - please confirm or infirm. The MSI file is also signed - if copied to a temp location, then when uninstalling, the UAC comes in and asks if I want to uninstall a package that is not signed. 2) why and how can I prevent this uninstall unsigned? Thanks and greatly appreciating, Calin -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Advice on Click Through technology wanted
Hi Guys, I wonder if you could give some advice on installer technology. We are a small company with a number of products based on VB6. Our flagship product comprises about 20 (VB6) ActiveX dlls and a couple of ActiveX .exe servers and about 500 resource files. A typical install is between 200 and 500Mb. In addition to the installer we have a web based update utility that allows us to distribute patches via the internet. We typically release one new patch a week. We localise the product and installer for about 15 countries including Greek, hebrew, Suomi (Finnish). We are considering Chinese, Japanese and Bengali. We need to support Xp and Vista ( and preferably Win98) Our current installer and updater are home grown, based on the original VB6 setup engine. Increasingly our product is being taken up by schools who find our non-standard installer difficult to manage. We are therfore looking for alternative installers/updater such as Click Once/Click Through or MSI based. My questions are: 1) Is Click Through stable enough to be considered for commercial use? 2) Is it suitable for VB6 applications (as opposed to .net apps)? 3) If I cant use Click Through, is it possible to use Wix/MSI technologies and web based technology to deliver patches. Note that some of our files are quite large and it is important that we don't download files that are not required. Many thanks Rob Series Sensory Software International -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] msi on vista background copy
Hi Calin, I don't think I've ever seen any documentation in the Windows Installer SDK on these particular issues, but here's a blog post that talks about the problem with cab files and digital signatures: http://blogs.msdn.com/astebner/archive/2006/12/03/uac-prompt-from-unidentified-publisher-appears-when-uninstalling-msis-on-windows-vista.aspx And don't we all trust Aaron Stebner ;) I think that the unsigned behavior is also pretty easy to verify yourself. You can check out the cached MSI and see that it doesn't have the embedded cabs and therefore doesn't have a valid signature. As far as the behavior of how it copies the entire file, then removes the embedded cabs -- our team found that simply by experimenting. We were noticing long startup times for our MSIs and then started watching what was going on with a file monitor running. Then we switched to using external cabs, and startup got a lot faster. FYI, here's the article I read about the changes in WI 5.0: http://blogs.msdn.com/heaths/archive/2009/02/02/changes-to-package-caching-in-windows-installer-5-0.aspx -Ari -Original Message- From: Calin Iaru [mailto:ca...@dolphinics.com] Sent: Thursday, March 05, 2009 10:19 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] msi on vista background copy Thanks Ari, If you have an official link that explains this, I would greatly appreciate it. Otherwise I will search for one - I don't doubt what you are saying only need this to be filed in a proper way. Best regards, Calin - Original Message - From: Moradi, Ari arastoo.mor...@hp.com To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Sent: Thursday, March 05, 2009 4:51 PM Subject: Re: [WiX-users] msi on vista background copy Windows Installer will always keep a copy of your MSI file in %WINDIR%\Installer. It needs it there to repair and uninstall the MSI. The copy it keeps has any embedded cabs removed. But I seem to remember that it copies the entire MSI file to the Installer folder, then removes the embedded cabs from the MSI and saves the .msi file. So, if you want to speed up that process, use external cab files instead of embedded cab files. Then Windows Installer doesn't have to copy the data in the cab files to the system and then go through the work of removing that data from the MSI. The second problem actually can be fixed by the same thing -- using external cab files instead of embedded cab files. When you sign your MSI, it has the cab files inside it. When Windows Installer caches your MSI file and removes the embedded cab files, that changes the file, and therefore it doesn't match the signature anymore. So when the user attempts to uninstall, Windows Installer can't validate the signature and shows that the MSI is unsigned. If you use external cabs, Windows Installer doesn't modify your MSI at all when it copies it to the Installer folder, so the signature stays valid. I've read that the signature problem is actually fixed with WI 5.0 in Windows 7, so you can continue to use embedded cabs and the signature doesn't become invalid (on Windows 7). But I've stopped using embedded cabs, so I haven't tried to see if that's actually true. -Ari -Original Message- From: Calin Iaru [mailto:ca...@dolphinics.com] Sent: Thursday, March 05, 2009 7:11 AM To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] msi on vista background copy I build my MSI with WiX. The problem I see on Vista is that the MSI file is copied to a temporary folder or system folder before installing it. If I have a laptop with 5400 rpms, then that can take awhile - and I see this with lots of installers. 1) How can I prevent this? Some setup apps (usually .exe images) appear to install fine, with no double copy - please confirm or infirm. The MSI file is also signed - if copied to a temp location, then when uninstalling, the UAC comes in and asks if I want to uninstall a package that is not signed. 2) why and how can I prevent this uninstall unsigned? Thanks and greatly appreciating, Calin -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the
Re: [WiX-users] Advice on Click Through technology wanted
I have a similar application to yours although we don't deliver across the web but internally from a server installed on the client site. There is some information on using clickonce with VB6 here http://msdn.microsoft.com/en-us/library/aa697430(VS.80).aspx, I got something to work but it wasn't at all easy to get it work reliably in all scenarios. This was mainly due to COM registration, using reg-free COM helped. For me the biggest issue was signing of the install, it would have meant re-signing the application on every client site. My experience of ClickOnce is that it is really not ready for the big time. There is some good stuff about reg-free COM here: http://blogs.gotdotnet.com/bethmassi/archive/2007/06/27/deploying-intero p-usercontrols.aspx. I am still looking for a good solution to this problem. My current favourite is to use a standard MSI and then download/install it in a similar way to Windows Updates. I think I will have to write the code to do this although the Background Intelligent Transfer Service (BITS) may help. I hope this helps. Neil -Original Message- From: Rob Series [mailto:r...@sensorysoftware.com] Sent: 05 March 2009 16:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Advice on Click Through technology wanted Hi Guys, I wonder if you could give some advice on installer technology. We are a small company with a number of products based on VB6. Our flagship product comprises about 20 (VB6) ActiveX dlls and a couple of ActiveX .exe servers and about 500 resource files. A typical install is between 200 and 500Mb. In addition to the installer we have a web based update utility that allows us to distribute patches via the internet. We typically release one new patch a week. We localise the product and installer for about 15 countries including Greek, hebrew, Suomi (Finnish). We are considering Chinese, Japanese and Bengali. We need to support Xp and Vista ( and preferably Win98) Our current installer and updater are home grown, based on the original VB6 setup engine. Increasingly our product is being taken up by schools who find our non-standard installer difficult to manage. We are therfore looking for alternative installers/updater such as Click Once/Click Through or MSI based. My questions are: 1) Is Click Through stable enough to be considered for commercial use? 2) Is it suitable for VB6 applications (as opposed to .net apps)? 3) If I cant use Click Through, is it possible to use Wix/MSI technologies and web based technology to deliver patches. Note that some of our files are quite large and it is important that we don't download files that are not required. Many thanks Rob Series Sensory Software International -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Passing data between deferred custom actions
I have a few questions. 1. In my immediate custom action, how do I get the property value in DTF (C#). 2. In my immediate custom action after stuffing the CustomActionData how do I serialize it out to the name of the property of the immediate custom action. 3. In my defferred custom action, how di I get the name of the custom action that is calling into my method. Thanks Christopher Painter wrote: You'll want to look at the CustomActionData class in DTF as described here: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg17875.html In a nutshell: In your immeadiate custom action, you instantiate the class, stuff it with data and then serialize it out to a property. In your deferred custom action you read the CustomActionData property and pass it to the class constructor for deserialziation back into your class with all of it's data. As far as how to schedule these custom actions there are several patterns: 1) 1 immeadiate to 1 deferred relationship 2) 1 immeadiate to multiple deferred relationship 3) 1 immeadiate that calls DoAction to schedule the deferred ( this is the way Jason describes in the above link. ) When using #1 or #2, remember the immeadiate must be scheduled before the deferred and the name of the property(s) to be set is the name of the deferred custom actions(s). This is how MSI makes the join. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me -- View this message in context: http://n2.nabble.com/Passing-data-between-deferred-custom-actions-tp2339690p2431149.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Passing data between deferred custom actions
1.) session[PropertyName] will access the property you're looking for. 2.) Call session.DoAction(ActionName, CAData) 3.) I don't know that you can. Can't you just put that in the CAData? Chris On Thu, Mar 5, 2009 at 1:19 PM, mkk markknut...@hotmail.com wrote: I have a few questions. 1. In my immediate custom action, how do I get the property value in DTF (C#). 2. In my immediate custom action after stuffing the CustomActionData how do I serialize it out to the name of the property of the immediate custom action. 3. In my defferred custom action, how di I get the name of the custom action that is calling into my method. Thanks Christopher Painter wrote: You'll want to look at the CustomActionData class in DTF as described here: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg17875.html In a nutshell: In your immeadiate custom action, you instantiate the class, stuff it with data and then serialize it out to a property. In your deferred custom action you read the CustomActionData property and pass it to the class constructor for deserialziation back into your class with all of it's data. As far as how to schedule these custom actions there are several patterns: 1) 1 immeadiate to 1 deferred relationship 2) 1 immeadiate to multiple deferred relationship 3) 1 immeadiate that calls DoAction to schedule the deferred ( this is the way Jason describes in the above link. ) When using #1 or #2, remember the immeadiate must be scheduled before the deferred and the name of the property(s) to be set is the name of the deferred custom actions(s). This is how MSI makes the join. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me -- View this message in context: http://n2.nabble.com/Passing-data-between-deferred-custom-actions-tp2339690p2431149.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advice on Click Through technology wanted
I'm not in a position to help, but clarification about whether the original poster meant to say Click Once Or Click Through would be helpful before this discussion goes a lot further. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Thursday, March 05, 2009 1:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Advice on Click Through technology wanted I have a similar application to yours although we don't deliver across the web but internally from a server installed on the client site. There is some information on using clickonce with VB6 here http://msdn.microsoft.com/en-us/library/aa697430(VS.80).aspx, I got something to work but it wasn't at all easy to get it work reliably in all scenarios. This was mainly due to COM registration, using reg-free COM helped. For me the biggest issue was signing of the install, it would have meant re-signing the application on every client site. My experience of ClickOnce is that it is really not ready for the big time. There is some good stuff about reg-free COM here: http://blogs.gotdotnet.com/bethmassi/archive/2007/06/27/deploying-intero p-usercontrols.aspx. I am still looking for a good solution to this problem. My current favourite is to use a standard MSI and then download/install it in a similar way to Windows Updates. I think I will have to write the code to do this although the Background Intelligent Transfer Service (BITS) may help. I hope this helps. Neil -Original Message- From: Rob Series [mailto:r...@sensorysoftware.com] Sent: 05 March 2009 16:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Advice on Click Through technology wanted Hi Guys, I wonder if you could give some advice on installer technology. We are a small company with a number of products based on VB6. Our flagship product comprises about 20 (VB6) ActiveX dlls and a couple of ActiveX .exe servers and about 500 resource files. A typical install is between 200 and 500Mb. In addition to the installer we have a web based update utility that allows us to distribute patches via the internet. We typically release one new patch a week. We localise the product and installer for about 15 countries including Greek, hebrew, Suomi (Finnish). We are considering Chinese, Japanese and Bengali. We need to support Xp and Vista ( and preferably Win98) Our current installer and updater are home grown, based on the original VB6 setup engine. Increasingly our product is being taken up by schools who find our non-standard installer difficult to manage. We are therfore looking for alternative installers/updater such as Click Once/Click Through or MSI based. My questions are: 1) Is Click Through stable enough to be considered for commercial use? 2) Is it suitable for VB6 applications (as opposed to .net apps)? 3) If I cant use Click Through, is it possible to use Wix/MSI technologies and web based technology to deliver patches. Note that some of our files are quite large and it is important that we don't download files that are not required. Many thanks Rob Series Sensory Software International -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Problem running app from Module
Tray.exe application is installed from Module part of installation. I need to run it after installing. Yes, the code is: InstallExecuteSequence Custom Action=LaunchTray After=InstallFinalize Not Installed/Custom /InstallExecuteSequence Property Id=WixShellExecTarget Value=[#Tray.exe] / CustomAction Id=LaunchTray BinaryKey=WixCA DllEntry=WixShellExec Impersonate=yes / This works fine in main Product element but not in Module (.msm file) containing the file. The reason is simple: property WixShellExecTarget for a module is registered as WixShellExecTarget.???____ = C:\Program Files\Company\Application\Tray.exe as I can see from log file. Any ideas how to launch it from Module? Thanks, Taras P.S. I have tried CustomAction Id=ChangeP Property='WixShellExecTarget' Value='[#Tray.exe]' / also. -- View this message in context: http://n2.nabble.com/Problem-running-app-from-Module-tp2431511p2431511.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Fragment Templates
I have a scenario where I have a fragment I want to repeat numerous times with just a few parameters changed (for differences in names, GUIDs, etc). I don't think WiX provides a template-like facility so I was wondering how people manage similar scenarios. Right now I'm debating whether I should use wxi include files into wxs source files and have one wxs source file per template instance: !-- ServiceA.wxs -- Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; ?define ServiceName=ServiceA? !-other parameters -- ?include Service.wxi? /Wix It would be nice to specify all my service in a single file, something like: Services Service Name=ServiceA !-- other parameters as attributes or elements -- /Service Service Name=ServiceB.../Service /Services I could then build a tool to convert that file into WiX source. Building the tool would not be too complex but I'm already starting to see other similar scenarios and building lots of similar but different template-engine-like tools sounds like a lot of work... Does anybody else do anything similar to this? If so, how do you manage your template instances? Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.comhttp://www.fiserv.com/ P Please consider the environment before printing this e-mail -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advice on Click Through technology wanted
I was under the impression that ClickThrough was an implementation of ClickOnce but I may be wrong. Neil -Original Message- From: Phil Sayers [mailto:p...@cds-am.net] Sent: 05 March 2009 18:38 To: 'General discussion for Windows Installer XML toolset.' Subject: Re: [WiX-users] Advice on Click Through technology wanted I'm not in a position to help, but clarification about whether the original poster meant to say Click Once Or Click Through would be helpful before this discussion goes a lot further. -Original Message- From: Neil Sleightholm [mailto:n...@x2systems.com] Sent: Thursday, March 05, 2009 1:17 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Advice on Click Through technology wanted I have a similar application to yours although we don't deliver across the web but internally from a server installed on the client site. There is some information on using clickonce with VB6 here http://msdn.microsoft.com/en-us/library/aa697430(VS.80).aspx, I got something to work but it wasn't at all easy to get it work reliably in all scenarios. This was mainly due to COM registration, using reg-free COM helped. For me the biggest issue was signing of the install, it would have meant re-signing the application on every client site. My experience of ClickOnce is that it is really not ready for the big time. There is some good stuff about reg-free COM here: http://blogs.gotdotnet.com/bethmassi/archive/2007/06/27/deploying-intero p-usercontrols.aspx. I am still looking for a good solution to this problem. My current favourite is to use a standard MSI and then download/install it in a similar way to Windows Updates. I think I will have to write the code to do this although the Background Intelligent Transfer Service (BITS) may help. I hope this helps. Neil -Original Message- From: Rob Series [mailto:r...@sensorysoftware.com] Sent: 05 March 2009 16:34 To: wix-users@lists.sourceforge.net Subject: [WiX-users] Advice on Click Through technology wanted Hi Guys, I wonder if you could give some advice on installer technology. We are a small company with a number of products based on VB6. Our flagship product comprises about 20 (VB6) ActiveX dlls and a couple of ActiveX .exe servers and about 500 resource files. A typical install is between 200 and 500Mb. In addition to the installer we have a web based update utility that allows us to distribute patches via the internet. We typically release one new patch a week. We localise the product and installer for about 15 countries including Greek, hebrew, Suomi (Finnish). We are considering Chinese, Japanese and Bengali. We need to support Xp and Vista ( and preferably Win98) Our current installer and updater are home grown, based on the original VB6 setup engine. Increasingly our product is being taken up by schools who find our non-standard installer difficult to manage. We are therfore looking for alternative installers/updater such as Click Once/Click Through or MSI based. My questions are: 1) Is Click Through stable enough to be considered for commercial use? 2) Is it suitable for VB6 applications (as opposed to .net apps)? 3) If I cant use Click Through, is it possible to use Wix/MSI technologies and web based technology to deliver patches. Note that some of our files are quite large and it is important that we don't download files that are not required. Many thanks Rob Series Sensory Software International -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee
Re: [WiX-users] Problem running app from Module
Taras Ko wrote: Property Id=WixShellExecTarget Value=[#Tray.exe] / Do you need to use WixShellExec to launch the app? If not, just use a CustomAction with FileKey. Otherwise, try SuppressModularization, but be aware that means your module will conflict with any other WixShellExecTarget. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advice on Click Through technology wanted
Neil Sleightholm wrote: I was under the impression that ClickThrough was an implementation of ClickOnce but I may be wrong. ClickOnce is a WiX/MSI solution for the same scope of problem that ClickOnce aims to solve. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Advice on Click Through technology wanted
Bob Arnson wrote: ClickOnce is a WiX/MSI solution for the same scope of problem that ClickOnce aims to solve. sigh Click*Through* is a WiX/MSI solution for the same scope of problem that ClickOnce aims to solve. -- sig://boB http://joyofsetup.com/ -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] sending CustomAction output to stdout
So I have this CustomAction that performs a database synchronization and I would like to take the output and put it in a log file: CustomAction Id=DeployDatabase FileKey=VSDBCMD.EXE ExeCommand=' /a:Deploy [DEPLOYFLAG] /cs:Data Source=localhost;Initial Catalog=[TARGETDB];Integrated Security=True /dsp:Sql /model:[APPPATH][DBPROJECT]\[DBPROJECT].dbschema /p:TargetDatabase=[TARGETDB] /Script:[APPPATH]Output\[TARGETDB].sql' Execute=deferred Return=ignore HideTarget=no Impersonate=no / I tried adding the following, but it does not seem to like . Am I missing something simple? CustomAction Id=DeployDatabase FileKey=VSDBCMD.EXE ExeCommand=' /a:Deploy [DEPLOYFLAG] /cs:Data Source=localhost;Initial Catalog=[TARGETDB];Integrated Security=True /dsp:Sql /model:[APPPATH][DBPROJECT]\[DBPROJECT].dbschema /p:TargetDatabase=[TARGETDB] /Script:[APPPATH]Output\[TARGETDB].sql [APPPATH]Output\[TARGETDB].log' Execute=deferred Return=ignore HideTarget=no Impersonate=no / Of course if I execute the resultant command manually it works fine. - Phil -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Error message when installing certificate - is this a WIX bug ?
I am installing a certificate to the root certificate authority as well as adding the same certificate to the IIS Server. During the installation I get the error: Failed to write data to metabase key. (-2147023584 /LM/W3SVC/1/ ) I am using WIX3.0 on Windows server 2008 , IIS 7.0 The error disappears if I don't install the certificate on the IIS Server. I've tried it on two different servers with the same result - Is this a WIX bug? Is there any other way to install this certificate? iis:WebSite Id='TaitKeyManagement' AutoStart='yes' Directory='Web.UI' Description='Tait Key Management Facility' iis:WebAddress Id='AllUnasigned' Port='80' / iis:WebAddress Id='DefaultSecure' Port='443' Secure='yes'/ iis:WebApplication Id='WMISystemMonitorWebservices' Name='KMfWebAPPName'/ iis:CertificateRef Id='TaitCertificate'/ /iis:WebSite iis:Certificate Id='TaitCertificate' PFXPassword='[CERTIFICATEPASSWORD]' StoreLocation='localMachine' StoreName='root' Name='TaitSSLCertificate.pfx' Request='no' BinaryKey='CertificateFile' / The error log: Action 15:00:46: WriteMetabaseChanges. Installing Metabase Keys and Values MSI (s) (3C:08) [15:00:46:317]: Executing op: CustomActionSchedule(Action=WriteMetabaseChanges,ActionType=11265,Source=BinaryData,Target=**,CustomActionData=**) MSI (s) (3C:84) [15:00:46:320]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI85C3.tmp, Entrypoint: WriteMetabaseChanges WriteMetabaseChanges: Error 0x80070520: failed to write data to metabase key: /LM/W3SVC/1/ Error 26104. Failed to write data to metabase key. (-2147023584 /LM/W3SVC/1/ ) MSI (s) (3C!88) [15:00:50:239]: Product: Tait Key Management Facility 1.0.0.0 -- Error 26104. Failed to write data to metabase key. (-2147023584 /LM/W3SVC/1/ ) WriteMetabaseChanges: Error 0x80070520: failed to write metabase value Action ended 15:00:50: InstallFinalize. Return value 3. === This email, including any attachments, is only for the intended addressee. It is subject to copyright, is confidential and may be the subject of legal or other privilege, none of which is waived or lost by reason of this transmission. If the receiver is not the intended addressee, please accept our apologies, notify us by return, delete all copies and perform no other act on the email. Unfortunately, we cannot warrant that the email has not been altered or corrupted during transmission. === -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Trying to use util:CloseApplication to close Outlook
I'm trying to close any open Outlook session, but I'm getting the following error on the code below: ?xml version=1.0? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product util:CloseApplication Id=CloseOutlook ElevatedCloseMessage=yes CloseMessage=yes Description=Outlook needs to be closed RebootPrompt=no Target=Outlook.exe1/util:CloseApplication . . . /Product /Wix The Product element contains an unhandled extension element 'util:CloseApplication'. Please ensure that the extension for elements in the 'http://schemas.microsoft.com/wix/UtilExtension' namespace has been provided. C:\Dev\Code\WSOD\Apps\Products\Maestro\Client\Install\Trunk\Settings.wxs What am I doing wrong? According to the schema, the util: namespace should be enough to use this as is... Thanks for any help! David Bartmess Wall Street On Demand david.bartm...@wallst.com mailto:david.bartm...@wallst.com direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Trying to use util:CloseApplication to close Outlook
Sounds like you might be missing a reference to WixUtilExtension.dll Edwin G. Castro Software Developer - Staff Electronic Banking Services Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: David Bartmess [mailto:david.bartm...@wallst.com] Sent: Thursday, March 05, 2009 2:23 PM To: 'General discussion for Windows Installer XML toolset.' Subject: [WiX-users] Trying to use util:CloseApplication to close Outlook I'm trying to close any open Outlook session, but I'm getting the following error on the code below: ?xml version=1.0? Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; Product util:CloseApplication Id=CloseOutlook ElevatedCloseMessage=yes CloseMessage=yes Description=Outlook needs to be closed RebootPrompt=no Target=Outlook.exe1/util:CloseApplication . . . /Product /Wix The Product element contains an unhandled extension element 'util:CloseApplication'. Please ensure that the extension for elements in the 'http://schemas.microsoft.com/wix/UtilExtension' namespace has been provided. C:\Dev\Code\WSOD\Apps\Products\Maestro\Client\Install\Trunk\Settings.wx s What am I doing wrong? According to the schema, the util: namespace should be enough to use this as is... Thanks for any help! David Bartmess Wall Street On Demand david.bartm...@wallst.com mailto:david.bartm...@wallst.com direct: 303.417. x585 cell: 303.883-9117 fax: 303.444.2586 --- --- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] sending CustomAction output to stdout
Try gt;gt; for -Original Message- From: phillip_sid...@dellteam.com [mailto:phillip_sid...@dellteam.com] Sent: Thursday, March 05, 2009 4:17 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] sending CustomAction output to stdout So I have this CustomAction that performs a database synchronization and I would like to take the output and put it in a log file: CustomAction Id=DeployDatabase FileKey=VSDBCMD.EXE ExeCommand=' /a:Deploy [DEPLOYFLAG] /cs:Data Source=localhost;Initial Catalog=[TARGETDB];Integrated Security=True /dsp:Sql /model:[APPPATH][DBPROJECT]\[DBPROJECT].dbschema /p:TargetDatabase=[TARGETDB] /Script:[APPPATH]Output\[TARGETDB].sql' Execute=deferred Return=ignore HideTarget=no Impersonate=no / I tried adding the following, but it does not seem to like . Am I missing something simple? CustomAction Id=DeployDatabase FileKey=VSDBCMD.EXE ExeCommand=' /a:Deploy [DEPLOYFLAG] /cs:Data Source=localhost;Initial Catalog=[TARGETDB];Integrated Security=True /dsp:Sql /model:[APPPATH][DBPROJECT]\[DBPROJECT].dbschema /p:TargetDatabase=[TARGETDB] /Script:[APPPATH]Output\[TARGETDB].sql [APPPATH]Output\[TARGETDB].log' Execute=deferred Return=ignore HideTarget=no Impersonate=no / Of course if I execute the resultant command manually it works fine. - Phil -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. References to Merrill Lynch are references to any company in the Merrill Lynch Co., Inc. group of companies, which are wholly-owned by Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this E-communication may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Passing data between deferred custom actions
Actually, you shouldn't have to worry about that. Any semicolons in your data will be automatically escaped (doubled) and unescaped as necessary for serialization. -Original Message- From: John Nannenga [mailto:john.nanne...@microsoft.com] Sent: Friday, February 20, 2009 10:01 AM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Passing data between deferred custom actions What happens when the data value you need contains what appears to be the delimiter between independent properties within the CustomActionData class? semi-colon... -Original Message- From: Rob Mensching [mailto:r...@wixtoolset.org] Sent: Tuesday, February 17, 2009 10:52 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Passing data between deferred custom actions Most of the WiX toolset CustomActions do this. Eitan Behar wrote: Does not look like fun, but it's doable ! Thanks ! Etian On Tue, Feb 17, 2009 at 3:38 PM, Christopher Painter chr...@deploymentengineering.com wrote: You'll want to look at the CustomActionData class in DTF as described here: http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg17875.html In a nutshell: In your immeadiate custom action, you instantiate the class, stuff it with data and then serialize it out to a property. In your deferred custom action you read the CustomActionData property and pass it to the class constructor for deserialziation back into your class with all of it's data. As far as how to schedule these custom actions there are several patterns: 1) 1 immeadiate to 1 deferred relationship 2) 1 immeadiate to multiple deferred relationship 3) 1 immeadiate that calls DoAction to schedule the deferred ( this is the way Jason describes in the above link. ) When using #1 or #2, remember the immeadiate must be scheduled before the deferred and the name of the property(s) to be set is the name of the deferred custom actions(s). This is how MSI makes the join. Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Tue, 2/17/09, Eitan Behar ei...@baconao.net wrote: From: Eitan Behar ei...@baconao.net Subject: Re: [WiX-users] Passing data between deferred custom actions To: chr...@deploymentengineering.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Tuesday, February 17, 2009, 6:47 AM DTF C# On Tue, Feb 17, 2009 at 2:05 PM, Christopher Painter chr...@deploymentengineering.com wrote: What language is the CA's written in? Christopher Painter, Author of Deployment Engineering Blog Have a hot tip, know a secret or read a really good thread that deserves attention? E-Mail Me --- On Tue, 2/17/09, Eitan Behar ei...@baconao.net wrote: From: Eitan Behar ei...@baconao.net Subject: [WiX-users] Passing data between deferred custom actions To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Date: Tuesday, February 17, 2009, 2:40 AM Hi, Is there a proper method to pass data between deferred custom actions ? I have a bunch of chained custom actions and need to pass data between them, actually, just a boolean value telling the rest of the ca whether to continue. Thanks, Eitan -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom Action/DTF and determin if immediate or deferred
Using DTF, how do you determine if the custom action is being executed as either immediate or as deferred? Thanks -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Custom Action/DTF and determin if immediate or deferred
Use Session.GetMode(InstallRunMode) -- it's just a very thin wrapper around the MsiGetMode Win32 API (http://msdn.microsoft.com/en-us/library/aa370125.aspx) -Original Message- From: Mark Knutson [mailto:markknut...@hotmail.com] Sent: Thursday, March 05, 2009 4:26 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Custom Action/DTF and determin if immediate or deferred Using DTF, how do you determine if the custom action is being executed as either immediate or as deferred? Thanks -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Installing to a Different Drive
Running Wix v 3.0.4721. I fire off my msi with my own bootstrapper code, and I would like to be able to have my installation go to a different drive (other than the system drive) via a commandline parameter that is passed to msiexec. Here is a snippet of the wxs code I’m currently using: Directory Id=TARGETDIR Name=SourceDir Directory Id=$(var.PrgmFilesFolder) Directory Id=CompanyNameFolder Name=!(loc.Property_CompanyName) Directory Id=INSTALLLOCATION Name=!(loc.Property_ProductName) Directory Id=InstallBin Name=Bin !-- This next element merely creates empty folders and removes them on uninstall -- Directory Id=MailfilesFolder Name=Mailfiles /Directory Directory Id=WorkFolder Name=Work /Directory /Directory !-- This next element merely creates empty folders and removes them on uninstall -- Directory Id=LogFolder Name=Log /Directory /Directory /Directory /Directory Directory Id=ProgramMenuFolder Name=Programs Directory Id=LSShortcutMenuDir1 Name=!(loc.Property_CompanyName) Directory Id=LSShortcutMenuDir2 Name=!(loc.Property_ProductName)/ /Directory /Directory Directory Id=DesktopFolder Name=Desktop/ /Directory I’ve tried passing TARGETDIR=X:\ (where ‘X’ is the desired drive letter) on the cmdline to msiexec, but it doesn’t change anything – everything still gets installed to ‘C:’. Next, I tried passing INSTALLLOCATION=X:\ on the cmdline, but that only managed to place the Bin and Work folders on drive ‘X’. My installation provides no UI at all; I want to have complete control over the directory structure created (as in X:\Program Files\MyCompany\MyProduct) but I do want to give the user the option of installing to a drive letter other than ‘C’. Is there an easy way to do this within Wix??? Thanks in advance. Rob Jones -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Best Way to Reference CustomTables In An External File
I have a variety of MSIs that all include the same several custom tables. I would like to move this custom table to some type of WiX Library and then just have the MSIs reference this table and add in their own rows. I've actually structured it so that the MSIs just create some list that the custom table iterates through like so: CustomTable Id=MyTable Column Id=Feature_ PrimaryKey=yes Type=string / Column Id=Dependency_ PrimaryKey=yes Type=string / Column Id=Type Type=int Width=4 / Column Id=Condition Type=string Nullable=yes Modularize=Condition / ?foreach dependency in $(var.Dependencies) ? Row Data Column=Feature_xxx/Data Data Column=Dependency_$(var.dependency)/Data Data Column=Type1/Data Data Column=Condition / /Row ?endforeach ? /CustomTable So I would like each MSI to create a Dependencies list and then just reference this table. This way I just have one of these tables in some library and then all MSIs just reference it. Any thoughts? -- View this message in context: http://n2.nabble.com/Best-Way-to-Reference-CustomTables-In-An-External-File-tp2433760p2433760.html Sent from the wix-users mailing list archive at Nabble.com. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Verify the installation mode is silent or not.
Hi Brian, Thanks for the reply. I could get it done using the UILevel property. :) But, I am still unable to run the console application silently. Any idea ? Thanks, Sandun On Thu, Mar 5, 2009 at 9:10 PM, Brian Simoneau bsimon...@freedomscientific.com wrote: You can use the UILevel property. http://msdn.microsoft.com/en-us/library/aa372096(VS.85).aspx -Brian Simoneau -Original Message- From: sandun css [mailto:sandun...@gmail.com] Sent: Thursday, March 05, 2009 5:26 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] Verify the installation mode is silent or not. Hi, My installer launches a 'Windows Forms Application' when the user presses the installation finish button. But if the installer is executed in the silent mode, (msiexec /i installer.msi /q) I don't want to launch that application. In the silent mode I have to execute a console application silently. Is there a way to acess the installation mode (silent or not) from WiX? And how to execute a console app silently? I used the following code, which didn't seem to be working! Property Id=LaunchScript Value=[INSTALLDIR]bin\script.exe/ CustomAction Id=LaunchScript BinaryKey=WixCA DllEntry=CAQuietExec Execute=deferred/ Thanks, Sandun -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Custom UI
Hi All, I am trying to setup a custom UI for an installer and I have run into a problem that I don't seem to be able to find a way around. I am trying to give the user the ability to enter their Private Key (which is in xml and rather long) which is saved in the config file in my application. There seems to be a maximum length to the edit control, and from what I have found, adding Multiline='yes' doesn't help. I would love any help anyone can give even if its to tell me its not possible. Thanks Lee There's a difference between a philosophy and a bumper sticker. Charles M. Schulz -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users