[WiX-users] Burn Upgrade/Maintainance issues
Hi all, I've created a bootstrapper using burn which works rather well. One thing however: If I execute the bootstrapper multiple times, I always get the Install sequence. The install phase will then run, but since all chained products are already installed, the system is effectively not changed. However, I get a second entry in ARP. The log file contains this line: [1DF0:1958][2012-02-15T16:24:53]: Detected package: Outlook_addin__x86_, state: Present, cached: No There are no other products in the chain. This line occurs in the log before I hit the Install button. Shouldn't Burn realize that the product in question is already installed and thus change to the Modify appearance? Kind regards, Henning -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Update to InstallShield installation
Hi, is it possible to update an InstallShield Installation with WIX??? Christoph -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Update to InstallShield installation
With a major upgrade, yes. With a patch... you probably shouldn't. When we made the conversion, we found we could create patches with Wix for the InstallShield installers but they would crash the Windows Installer service when they were applied. The Wix boys have said before on this list that it's inadvisable to create a patch with a different version of the Wix toolkit from the one the installer was compiled with, so swopping products is probably even more inadvisable. Stick with a major upgrade. -Original Message- From: Christoph Goetz [mailto:christoph.go...@giepa.de] Sent: 16 February 2012 09:42 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Update to InstallShield installation Hi, is it possible to update an InstallShield Installation with WIX??? Christoph - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] Omitting the license agreement in standard UIs
Hi, I'm trying the omit the license agreement in one of the standard UIs (WixUI_FeatureTree). I succeed in skipping the license agreement, when I press 'Next' in the WelcomeDlg, but when I press 'Back' on the CustomizeDlg, it always goes to the license agreement instead of the WelcomeDlg. What I have is the following: UI Id=UI_NoLicense UIRef Id=WixUI_FeatureTree / UIRef Id=WixUI_ErrorProgressText / Publish Dialog=CustomizeDlg Control=Back Event=NewDialog Value=WelcomeDlg Order=11/Publish Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=CustomizeDlg1/Publish /UI I've tried various versions of the Publish on the CustomizeDlg.Back but without success, any help would be greatly appreciated! Thanks, Morten -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Omitting the license agreement in standard UIs
http://neilsleightholm.blogspot.com/2008/08/customised-uis-for-wix.html Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Morten Lemvigh [mailto:morten.lemv...@novasoftware.se] Sent: 16 February 2012 10:43 To: WiX-users@lists.sourceforge.net Subject: [WiX-users] Omitting the license agreement in standard UIs Hi, I'm trying the omit the license agreement in one of the standard UIs (WixUI_FeatureTree). I succeed in skipping the license agreement, when I press 'Next' in the WelcomeDlg, but when I press 'Back' on the CustomizeDlg, it always goes to the license agreement instead of the WelcomeDlg. What I have is the following: UI Id=UI_NoLicense UIRef Id=WixUI_FeatureTree / UIRef Id=WixUI_ErrorProgressText / Publish Dialog=CustomizeDlg Control=Back Event=NewDialog Value=WelcomeDlg Order=11/Publish Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=CustomizeDlg1/Publish /UI I've tried various versions of the Publish on the CustomizeDlg.Back but without success, any help would be greatly appreciated! Thanks, Morten -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Update to InstallShield installation
Funny, I also remember them writing a blog talking about how you could use WiX to author patches for installers that weren't authored in WiX. http://blogs.msdn.com/b/pmarcu/archive/2008/05/30/patching-something-you-did nt-build-with-wix-using-wix-.aspx Otherwise I agree with you. I have no love for MSI's patching model and stick with Major Upgrades almost exclusively. Occasionally I have a valid use case for Minor Upgrades and ocassionally a one off HotFix that needs a patch. Otherwise I'm actually known to turn down side work that involves extensive patch requirements because frankly I'm not interested in it as there's too much other work to be had. If someone wants to tell me that they are a patching sadist with mad skills then I'll be happy to pass these gigs on to you. From: Peter Shirtcliffe pshirtcli...@sdl.com Sent: Thursday, February 16, 2012 4:15 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Update to InstallShield installation With a major upgrade, yes. With a patch... you probably shouldn't. When we made the conversion, we found we could create patches with Wix for the InstallShield installers but they would crash the Windows Installer service when they were applied. The Wix boys have said before on this list that it's inadvisable to create a patch with a different version of the Wix toolkit from the one the installer was compiled with, so swopping products is probably even more inadvisable. Stick with a major upgrade. -Original Message- From: Christoph Goetz [mailto:christoph.go...@giepa.de] Sent: 16 February 2012 09:42 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Update to InstallShield installation Hi, is it possible to update an InstallShield Installation with WIX??? Christoph - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix 3.5 performance
Don't do it!!! I love the fact that validation is enabled by default!! Get faster hardware smile/ From: Rob Mensching r...@robmensching.com Sent: Wednesday, February 15, 2012 10:16 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance WiX v3.x we turned on validation by default. That can be very slow. The -sval switch will disable it to get a more apples-to-apples comparison. On Wed, Feb 15, 2012 at 2:52 PM, Andrew J. Dalgleish adalgle...@santanderconsumerusa.com wrote: I have a question regarding performance, as we move from an earlier version of wix 2.0.5325.0 to the current stable build. A little background on how we use wix: We start with a very simple xml file, which contains only the essential things that define what goes in the msi. Here is what a website setup project looks like: OurWebSite.wixml install SetupProjectName=OurWebSite ProductCode=343e0bea-7f2e-4513-b420-9f57b321aa73 ProductName=Our Web Site source path=Web Sites\Our Web Site exclude pattern=\.cs$/ exclude pattern=\.csproj$/ ... /source /install After our build is complete, another process reads all wixml files and foreach: merge a xsl template to generate valid wxs out file then batch execute: candle -out %1.wixobj %1.wxs C:\WixLogs\%1.candle.out light -out %1.msi %1.wixobj C:\WixLogs\%1.light.out So that's our custom process - kudos to the wix team, we've built millions of msi this way. We recently encountered a problem building a project targeted for the .net framework 4.0. So I decided to use a newer version of wix (3.5.2519.0) without changing our process (although I had to update our wxs template to match the wix3 schema). Test builds yielded a working msi, but the time taken for msi generation step is much longer. I don't have an accurate comparison from the build box yet, but it usually takes about 314s for all 200 msi. With wix3.5, it got to 1680s before the process had to end prematurely. With a clean checkout from svn (no dll's or exe's built yet), wix2 took 74s, wix3.5 took 202s. I tried the -ss flag for light but that didn't help. Is there anything about this process or in general I can look at to get the per-msi compile time down? Andrew Dalgleish Santander Consumer USA Inc. Application Developer --- RoadLoans.com - Auto Finance Made Easy http://www.roadloans.com Follow RoadLoans on Facebook http://www.facebook.com/roadloans Download the RoadLoans App for your Smartphone http://iphone.roadloans.com http://android.roadloans.com --- This e-mail is covered by the Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521. The information contained in this e-mail is confidential and intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. This mail and any attachments have been scanned for viruses prior to leaving the Santander Consumer USA network. Santander Consumer USA Inc. will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
[WiX-users] Copy Folder
Hi, is it possible to Copy a Folder? I don´t know if it´s possible at all? Christoph -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Copy Folder
You should be able to do it with the CopyFile element. See the help. -Original Message- From: Christoph Goetz [mailto:christoph.go...@giepa.de] Sent: 16 February 2012 16:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Copy Folder Hi, is it possible to Copy a Folder? I don´t know if it´s possible at all? Christoph - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Copy Folder
You'd have to use a CustomAction as MSI only has the DuplicateFile table that can make copies of files that MSI is installing. There is no built-in folder copying mechanism. You'd also have to handle your own overwrite rules and rollback/commit processing. It's usually a better idea to rethink the original problem and try to avoid doing these types of things by redesigning the application if possible. From: Christoph Goetz christoph.go...@giepa.de Sent: Thursday, February 16, 2012 10:13 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: [WiX-users] Copy Folder Hi, is it possible to Copy a Folder? I don´t know if it´s possible at all? Christoph -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn: patch for bundle
Here is what I ended up with:
BundleHotfix.wxs:
Bundle Name=Bundle Name HotfixRollup Version=2.0.0.0
ParentName=original_bundle_name
BootstrapperApplicationRef
Id=WixStandardBootstrapperApplication.RtfLicense /
RelatedBundle Id={ORIGINAL-BUNDLE-GUID} Action=Patch/
Chain DisableRollback='yes'
PackageGroupRef Id='patch_Product1'/
PackageGroupRef Id='patch_Product2'/
/Chain
/Bundle
Btw I don't know another way to get original bundle GUID rather then look at
its installation log file and find location where it is cached to
(C:\ProgramData\PachakeCache\{ORIGINAL-BUNDLE-GUID}\BundleName.exe) (is
there any tool, like Orca for msi/msp packages, to look at bundle structure?)
When I run my BundleHotfix it just registers new product to ARP and performs
simple msp launching (which does its work correctly). According to logs
BundleHotfix doesn't even detect original bundle. So it is not bundle
patching at all!
Providing BundleHotfix with Original Bundle UpgradeCode, detects MajorUpgrade
though, but causes install error 0x80070490 during original bundle
uninstallation, which is ignored as not vital. And the final result does not
differ to previous case.
So could you, guys (Burn creators), describe how do you see the Bundle
Patching scenario?
--
On 25-Jan-12 04:15, Vadym Verba wrote:
Here is usecase: I have old v1.0 bundle installed and new patch bundle
with
patches only (totally new bundle with new upgrade code or with the same
one?).
You'll have to do some additional work to associate the bundles. I
haven't done it, so I'm not sure of the exact procedure, but see the doc
for the RelatedBundle element.
--
sig://boB
http://joyofsetup.com/
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.
--
Virtualization Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Copy Folder
Directory Id=CopyTestDir... Property Id=SOURCEDIRECTORY Value=c:\doc\bin\anolis / Component Guid=A7C42303-1D77-4C70-8D5C-0FD0F9158EB4 Id=CopyComponent CopyFile Id=SomeId SourceProperty=SOURCEDIRECTORY DestinationDirectory=CopyTestDir SourceName=* / /Component It doesn't handle subdirectories though. If you don't have a known directory structure for the source files, then you'll need to pursue the semi-custom action approach, writing entries into the MoveFile table for each directory. Check to see if uninstall/repair/upgrade behaviour is what you want too. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 February 2012 16:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Copy Folder You should be able to do it with the CopyFile element. See the help. -Original Message- From: Christoph Goetz [mailto:christoph.go...@giepa.de] Sent: 16 February 2012 16:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Copy Folder Hi, is it possible to Copy a Folder? I don´t know if it´s possible at all? Christoph - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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. - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Burn Upgrade/Maintainance issues
To be specific, that's not Burn making the decision, it's the wixstdba. If you look at the open bugs on SF, you'll see that the grand majority of burn bugs are actually bugs in wixstdba. I think you could add this to the list. smile/ On Thu, Feb 16, 2012 at 12:03 AM, Henning Krause hkra...@infinitec.dewrote: Hi all, I've created a bootstrapper using burn which works rather well. One thing however: If I execute the bootstrapper multiple times, I always get the Install sequence. The install phase will then run, but since all chained products are already installed, the system is effectively not changed. However, I get a second entry in ARP. The log file contains this line: [1DF0:1958][2012-02-15T16:24:53]: Detected package: Outlook_addin__x86_, state: Present, cached: No There are no other products in the chain. This line occurs in the log before I hit the Install button. Shouldn't Burn realize that the product in question is already installed and thus change to the Modify appearance? Kind regards, Henning -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix 3.5 performance
True, but to get an apples to apples comparison between v2.0 and v3.x, you need to turn off validation. Once we confirm that validation is the performance difference all is well in the world. Otherwise, we maybe should be hunting a perf bug in WiX v3.6. PS: There are some other features in WiX v3.x that might take a touch more time like smartcab'ing but I don't expect that accounts for the differences seen. On Thu, Feb 16, 2012 at 6:49 AM, Christopher Painter chr...@iswix.comwrote: Don't do it!!! I love the fact that validation is enabled by default!! Get faster hardware smile/ From: Rob Mensching r...@robmensching.com Sent: Wednesday, February 15, 2012 10:16 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance WiX v3.x we turned on validation by default. That can be very slow. The -sval switch will disable it to get a more apples-to-apples comparison. On Wed, Feb 15, 2012 at 2:52 PM, Andrew J. Dalgleish adalgle...@santanderconsumerusa.com wrote: I have a question regarding performance, as we move from an earlier version of wix 2.0.5325.0 to the current stable build. A little background on how we use wix: We start with a very simple xml file, which contains only the essential things that define what goes in the msi. Here is what a website setup project looks like: OurWebSite.wixml install SetupProjectName=OurWebSite ProductCode=343e0bea-7f2e-4513-b420-9f57b321aa73 ProductName=Our Web Site source path=Web Sites\Our Web Site exclude pattern=\.cs$/ exclude pattern=\.csproj$/ ... /source /install After our build is complete, another process reads all wixml files and foreach: merge a xsl template to generate valid wxs out file then batch execute: candle -out %1.wixobj %1.wxs C:\WixLogs\%1.candle.out light -out %1.msi %1.wixobj C:\WixLogs\%1.light.out So that's our custom process - kudos to the wix team, we've built millions of msi this way. We recently encountered a problem building a project targeted for the .net framework 4.0. So I decided to use a newer version of wix (3.5.2519.0) without changing our process (although I had to update our wxs template to match the wix3 schema). Test builds yielded a working msi, but the time taken for msi generation step is much longer. I don't have an accurate comparison from the build box yet, but it usually takes about 314s for all 200 msi. With wix3.5, it got to 1680s before the process had to end prematurely. With a clean checkout from svn (no dll's or exe's built yet), wix2 took 74s, wix3.5 took 202s. I tried the -ss flag for light but that didn't help. Is there anything about this process or in general I can look at to get the per-msi compile time down? Andrew Dalgleish Santander Consumer USA Inc. Application Developer --- RoadLoans.com - Auto Finance Made Easy http://www.roadloans.com Follow RoadLoans on Facebook http://www.facebook.com/roadloans Download the RoadLoans App for your Smartphone http://iphone.roadloans.com http://android.roadloans.com --- This e-mail is covered by the Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521. The information contained in this e-mail is confidential and intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. This mail and any attachments have been scanned for viruses prior to leaving the Santander Consumer USA network. Santander Consumer USA Inc. will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any virus being passed on. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
Re: [WiX-users] Update to InstallShield installation
You are both right. smile/ Patching should work if you use the same tool to create the target MSI that you used to create the original MSI *and* that tool supports creating new MSIs such that patching works. For the same reason, we do not recommend switching versions of WiX when creating the target MSI. Patching is very finicky. It needs the original and target to match appropriately. Changing versions of tools (or switching tools entirely!) when creating those adds variables most tools don't want to debug. smile/ On Thu, Feb 16, 2012 at 6:01 AM, Christopher Painter chr...@iswix.comwrote: Funny, I also remember them writing a blog talking about how you could use WiX to author patches for installers that weren't authored in WiX. http://blogs.msdn.com/b/pmarcu/archive/2008/05/30/patching-something-you-did nt-build-with-wix-using-wix-.aspxhttp://blogs.msdn.com/b/pmarcu/archive/2008/05/30/patching-something-you-didnt-build-with-wix-using-wix-.aspx Otherwise I agree with you. I have no love for MSI's patching model and stick with Major Upgrades almost exclusively. Occasionally I have a valid use case for Minor Upgrades and ocassionally a one off HotFix that needs a patch. Otherwise I'm actually known to turn down side work that involves extensive patch requirements because frankly I'm not interested in it as there's too much other work to be had. If someone wants to tell me that they are a patching sadist with mad skills then I'll be happy to pass these gigs on to you. From: Peter Shirtcliffe pshirtcli...@sdl.com Sent: Thursday, February 16, 2012 4:15 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Update to InstallShield installation With a major upgrade, yes. With a patch... you probably shouldn't. When we made the conversion, we found we could create patches with Wix for the InstallShield installers but they would crash the Windows Installer service when they were applied. The Wix boys have said before on this list that it's inadvisable to create a patch with a different version of the Wix toolkit from the one the installer was compiled with, so swopping products is probably even more inadvisable. Stick with a major upgrade. -Original Message- From: Christoph Goetz [mailto:christoph.go...@giepa.de] Sent: 16 February 2012 09:42 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Update to InstallShield installation Hi, is it possible to update an InstallShield Installation with WIX??? Christoph - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___
Re: [WiX-users] Copy Folder
There is an extension in the http://wixcontrib.codeplex.com/ project that does a recursive remove folder. It might be interesting if someone wanted to add code there to support recursive copy using the same principles. On Thu, Feb 16, 2012 at 8:46 AM, Peter Shirtcliffe pshirtcli...@sdl.comwrote: Directory Id=CopyTestDir... Property Id=SOURCEDIRECTORY Value=c:\doc\bin\anolis / Component Guid=A7C42303-1D77-4C70-8D5C-0FD0F9158EB4 Id=CopyComponent CopyFile Id=SomeId SourceProperty=SOURCEDIRECTORY DestinationDirectory=CopyTestDir SourceName=* / /Component It doesn't handle subdirectories though. If you don't have a known directory structure for the source files, then you'll need to pursue the semi-custom action approach, writing entries into the MoveFile table for each directory. Check to see if uninstall/repair/upgrade behaviour is what you want too. -Original Message- From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] Sent: 16 February 2012 16:18 To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Copy Folder You should be able to do it with the CopyFile element. See the help. -Original Message- From: Christoph Goetz [mailto:christoph.go...@giepa.de] Sent: 16 February 2012 16:01 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Copy Folder Hi, is it possible to Copy a Folder? I don´t know if it´s possible at all? Christoph - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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. - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix 3.5 performance
Thanks Rob - the -sval switch did the trick - clean checkout test ran in 68s. I'll try this with wix3.5 on our master build tonight. I'm sure there is a way to run the validation separately (i.e. outside of linking) - I'll check the documentation. We'll want to run validation as a separate/asynchronous process that doesn't impact build timeframes. Thanks again. True, but to get an apples to apples comparison between v2.0 and v3.x, you need to turn off validation. Once we confirm that validation is the performance difference all is well in the world. Otherwise, we maybe should be hunting a perf bug in WiX v3.6. PS: There are some other features in WiX v3.x that might take a touch more time like smartcab'ing but I don't expect that accounts for the differences seen. On Thu, Feb 16, 2012 at 6:49 AM, Christopher Painter chr...@iswix.comwrote: Don't do it!!! I love the fact that validation is enabled by default!! Get faster hardware smile/ From: Rob Mensching r...@robmensching.com Sent: Wednesday, February 15, 2012 10:16 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance WiX v3.x we turned on validation by default. That can be very slow. The -sval switch will disable it to get a more apples-to-apples comparison. On Wed, Feb 15, 2012 at 2:52 PM, Andrew J. Dalgleish adalgle...@santanderconsumerusa.com wrote: I have a question regarding performance, as we move from an earlier version of wix 2.0.5325.0 to the current stable build. A little background on how we use wix: We start with a very simple xml file, which contains only the essential things that define what goes in the msi. Here is what a website setup project looks like: OurWebSite.wixml install SetupProjectName=OurWebSite ProductCode=343e0bea-7f2e-4513-b420-9f57b321aa73 ProductName=Our Web Site source path=Web Sites\Our Web Site exclude pattern=\.cs$/ exclude pattern=\.csproj$/ ... /source /install After our build is complete, another process reads all wixml files and foreach: merge a xsl template to generate valid wxs out file then batch execute: candle -out %1.wixobj %1.wxs C:\WixLogs\%1.candle.out light -out %1.msi %1.wixobj C:\WixLogs\%1.light.out So that's our custom process - kudos to the wix team, we've built millions of msi this way. We recently encountered a problem building a project targeted for the .net framework 4.0. So I decided to use a newer version of wix (3.5.2519.0) without changing our process (although I had to update our wxs template to match the wix3 schema). Test builds yielded a working msi, but the time taken for msi generation step is much longer. I don't have an accurate comparison from the build box yet, but it usually takes about 314s for all 200 msi. With wix3.5, it got to 1680s before the process had to end prematurely. With a clean checkout from svn (no dll's or exe's built yet), wix2 took 74s, wix3.5 took 202s. I tried the -ss flag for light but that didn't help. Is there anything about this process or in general I can look at to get the per-msi compile time down? Andrew Dalgleish Santander Consumer USA Inc. Application Developer --- RoadLoans.com - Auto Finance Made Easy http://www.roadloans.com Follow RoadLoans on Facebook http://www.facebook.com/roadloans Download the RoadLoans App for your Smartphone http://iphone.roadloans.com http://android.roadloans.com - This e-mail is covered by the Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521. The information contained in this e-mail is confidential and intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. This mail and any attachments have been scanned for viruses prior to leaving the Santander Consumer USA network. Santander Consumer USA Inc. will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any
Re: [WiX-users] Wix 3.5 performance
AFAIK smoke.exe can be used to run MSI validation outside of light.exe as of WiX v3.0 - http://installing.blogspot.com/2006/04/msi-validation-in-wix.html Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Andrew J. Dalgleish [mailto:adalgle...@santanderconsumerusa.com] Sent: 16 February 2012 17:54 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance Thanks Rob - the -sval switch did the trick - clean checkout test ran in 68s. I'll try this with wix3.5 on our master build tonight. I'm sure there is a way to run the validation separately (i.e. outside of linking) - I'll check the documentation. We'll want to run validation as a separate/asynchronous process that doesn't impact build timeframes. Thanks again. True, but to get an apples to apples comparison between v2.0 and v3.x, you need to turn off validation. Once we confirm that validation is the performance difference all is well in the world. Otherwise, we maybe should be hunting a perf bug in WiX v3.6. PS: There are some other features in WiX v3.x that might take a touch more time like smartcab'ing but I don't expect that accounts for the differences seen. On Thu, Feb 16, 2012 at 6:49 AM, Christopher Painter chr...@iswix.comwrote: Don't do it!!! I love the fact that validation is enabled by default!! Get faster hardware smile/ From: Rob Mensching r...@robmensching.com Sent: Wednesday, February 15, 2012 10:16 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance WiX v3.x we turned on validation by default. That can be very slow. The -sval switch will disable it to get a more apples-to-apples comparison. On Wed, Feb 15, 2012 at 2:52 PM, Andrew J. Dalgleish adalgle...@santanderconsumerusa.com wrote: I have a question regarding performance, as we move from an earlier version of wix 2.0.5325.0 to the current stable build. A little background on how we use wix: We start with a very simple xml file, which contains only the essential things that define what goes in the msi. Here is what a website setup project looks like: OurWebSite.wixml install SetupProjectName=OurWebSite ProductCode=343e0bea-7f2e-4513-b420-9f57b321aa73 ProductName=Our Web Site source path=Web Sites\Our Web Site exclude pattern=\.cs$/ exclude pattern=\.csproj$/ ... /source /install After our build is complete, another process reads all wixml files and foreach: merge a xsl template to generate valid wxs out file then batch execute: candle -out %1.wixobj %1.wxs C:\WixLogs\%1.candle.out light -out %1.msi %1.wixobj C:\WixLogs\%1.light.out So that's our custom process - kudos to the wix team, we've built millions of msi this way. We recently encountered a problem building a project targeted for the .net framework 4.0. So I decided to use a newer version of wix (3.5.2519.0) without changing our process (although I had to update our wxs template to match the wix3 schema). Test builds yielded a working msi, but the time taken for msi generation step is much longer. I don't have an accurate comparison from the build box yet, but it usually takes about 314s for all 200 msi. With wix3.5, it got to 1680s before the process had to end prematurely. With a clean checkout from svn (no dll's or exe's built yet), wix2 took 74s, wix3.5 took 202s. I tried the -ss flag for light but that didn't help. Is there anything about this process or in general I can look at to get the per-msi compile time down? Andrew Dalgleish Santander Consumer USA Inc. Application Developer --- RoadLoans.com - Auto Finance Made Easy http://www.roadloans.com Follow RoadLoans on Facebook http://www.facebook.com/roadloans Download the RoadLoans App for your Smartphone http://iphone.roadloans.com http://android.roadloans.com - This e-mail is covered by the Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521. The information contained in this e-mail is confidential and intended only for use of the individual or entity named above. If the reader of this message is not the intended
Re: [WiX-users] Update to InstallShield installation
Did you just say I was right?? smile/ BTW, you probably don't want to know about the not-a-patch-patch subverted trojan of an MSI we created at my last job. We called it SPAKL because it was like throwing mud on the wall. It had certain limitations but actually did work very well serving the outrageous / immutable business expectations that were thrown at us. Best of all is it partially used WiX / IsWiX to allow for developer self servicing. We just set the patch build up and they maintained it. I never was proud of it and I'd always be clear that people understood that but it did actually work. From: Rob Mensching r...@robmensching.com Sent: Thursday, February 16, 2012 11:03 AM To: chr...@iswix.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Update to InstallShield installation You are both right. smile/ Patching should work if you use the same tool to create the target MSI that you used to create the original MSI *and* that tool supports creating new MSIs such that patching works. For the same reason, we do not recommend switching versions of WiX when creating the target MSI. Patching is very finicky. It needs the original and target to match appropriately. Changing versions of tools (or switching tools entirely!) when creating those adds variables most tools don't want to debug. smile/ On Thu, Feb 16, 2012 at 6:01 AM, Christopher Painter chr...@iswix.com wrote: Funny, I also remember them writing a blog talking about how you could use WiX to author patches for installers that weren't authored in WiX. http://blogs.msdn.com/b/pmarcu/archive/2008/05/30/patching-something-you-did nt-build-with-wix-using-wix-.aspx Otherwise I agree with you. I have no love for MSI's patching model and stick with Major Upgrades almost exclusively. Occasionally I have a valid use case for Minor Upgrades and ocassionally a one off HotFix that needs a patch. Otherwise I'm actually known to turn down side work that involves extensive patch requirements because frankly I'm not interested in it as there's too much other work to be had. If someone wants to tell me that they are a patching sadist with mad skills then I'll be happy to pass these gigs on to you. From: Peter Shirtcliffe pshirtcli...@sdl.com Sent: Thursday, February 16, 2012 4:15 AM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Update to InstallShield installation With a major upgrade, yes. With a patch... you probably shouldn't. When we made the conversion, we found we could create patches with Wix for the InstallShield installers but they would crash the Windows Installer service when they were applied. The Wix boys have said before on this list that it's inadvisable to create a patch with a different version of the Wix toolkit from the one the installer was compiled with, so swopping products is probably even more inadvisable. Stick with a major upgrade. -Original Message- From: Christoph Goetz [mailto:christoph.go...@giepa.de] Sent: 16 February 2012 09:42 To: General discussion for Windows Installer XML toolset. Subject: [WiX-users] Update to InstallShield installation Hi, is it possible to update an InstallShield Installation with WIX??? Christoph - - Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users 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. -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization
Re: [WiX-users] Wix 3.5 performance
Understood. FWIW, I used to maintain dozens of installers each with hundreds of features and tens of thousands of files. When it was all done in InstallShield it was next to impossible to maintain entropy with regards to ICE validation errors. Factoring all of that out into hundreds of WiX merge modules spread out across dozens of service families and enforcing a policy of MSM validation really helped to eat that elephant one bite at a time. Believe it or not we actually ended up with very large and complex MSI's built in InstallShield that passed all validation tests. Thanks to the WiX Inside design. Intel Bing Bing Bing Bing!/ From: Rob Mensching r...@robmensching.com Sent: Thursday, February 16, 2012 10:52 AM To: chr...@iswix.com, General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance True, but to get an apples to apples comparison between v2.0 and v3.x, you need to turn off validation. Once we confirm that validation is the performance difference all is well in the world. Otherwise, we maybe should be hunting a perf bug in WiX v3.6. PS: There are some other features in WiX v3.x that might take a touch more time like smartcab'ing but I don't expect that accounts for the differences seen. On Thu, Feb 16, 2012 at 6:49 AM, Christopher Painter chr...@iswix.com wrote: Don't do it!!! I love the fact that validation is enabled by default!! Get faster hardware smile/ From: Rob Mensching r...@robmensching.com Sent: Wednesday, February 15, 2012 10:16 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance WiX v3.x we turned on validation by default. That can be very slow. The -sval switch will disable it to get a more apples-to-apples comparison. On Wed, Feb 15, 2012 at 2:52 PM, Andrew J. Dalgleish adalgle...@santanderconsumerusa.com wrote: I have a question regarding performance, as we move from an earlier version of wix 2.0.5325.0 to the current stable build. A little background on how we use wix: We start with a very simple xml file, which contains only the essential things that define what goes in the msi. Here is what a website setup project looks like: OurWebSite.wixml install SetupProjectName=OurWebSite ProductCode=343e0bea-7f2e-4513-b420-9f57b321aa73 ProductName=Our Web Site source path=Web Sites\Our Web Site exclude pattern=\.cs$/ exclude pattern=\.csproj$/ ... /source /install After our build is complete, another process reads all wixml files and foreach: merge a xsl template to generate valid wxs out file then batch execute: candle -out %1.wixobj %1.wxs C:\WixLogs\%1.candle.out light -out %1.msi %1.wixobj C:\WixLogs\%1.light.out So that's our custom process - kudos to the wix team, we've built millions of msi this way. We recently encountered a problem building a project targeted for the .net framework 4.0. So I decided to use a newer version of wix (3.5.2519.0) without changing our process (although I had to update our wxs template to match the wix3 schema). Test builds yielded a working msi, but the time taken for msi generation step is much longer. I don't have an accurate comparison from the build box yet, but it usually takes about 314s for all 200 msi. With wix3.5, it got to 1680s before the process had to end prematurely. With a clean checkout from svn (no dll's or exe's built yet), wix2 took 74s, wix3.5 took 202s. I tried the -ss flag for light but that didn't help. Is there anything about this process or in general I can look at to get the per-msi compile time down? Andrew Dalgleish Santander Consumer USA Inc. Application Developer --- RoadLoans.com - Auto Finance Made Easy http://www.roadloans.com Follow RoadLoans on Facebook http://www.facebook.com/roadloans Download the RoadLoans App for your Smartphone http://iphone.roadloans.com http://android.roadloans.com --- This e-mail is covered by the Electronic Communications Privacy Act, 18 U.S.C. Sections 2510-2521. The information contained in this e-mail is confidential and intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this
[WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''.
I am getting Light error 0103 when the full file name length is longer than 195 characters. This is the error (I replaced the real file name with [filename]): error LGHT0103: The system cannot find the file '[filename]' with type ''. No issue when I shorten the name of the build folder so that the total file name length is shorter than 195 characters. Is there any solution to this issue? Thanks === 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. === -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''.
.NET limits paths to 260 characters (or something very similar). With a filename that is 195 characters long you'll need to make sure the rest of the path is short enough to not hit the path limit in .NET. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Joe Osman [mailto:joe.os...@taitradio.com] Sent: Thursday, February 16, 2012 11:22 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''. I am getting Light error 0103 when the full file name length is longer than 195 characters. This is the error (I replaced the real file name with [filename]): error LGHT0103: The system cannot find the file '[filename]' with type ''. No issue when I shorten the name of the build folder so that the total file name length is shorter than 195 characters. Is there any solution to this issue? Thanks === 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. === -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
[WiX-users] WIX Service Upgrade
Hi I'm working on an installer that is supposed to install a Windows service under a user account. The user account and the password for this user account is prompted in a dialog box and is passed to the ServiceInstall element in WIX. We use major upgrades to make it easy to install over a previous installation and we schedule RemoveExistingProducts phase after InstallFinalize. The problem is that we need to upgrade the service but we want to do it so that we can retrieve the account username and password without prompting the user for a username and password. The product which we intend to upgrade has already shipped so we cannot encrypt and store the user account and password during the baseline installation and use it during upgrade. In short, we want to upgrade without overwriting the service configuration (account username and password, for instance). Is there a mechanism in WIX via which this can be done? Thanks in advance. Regards Meera -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''.
The FULL file name (including the path) is 195 characters, which is shorter than the .NET limit. Is there any WIx/Light limit on the full file name (path+file name) ? Thanks Joe On 17/02/2012 10:03 a.m., Castro, Edwin G. (Hillsboro) wrote: .NET limits paths to 260 characters (or something very similar). With a filename that is 195 characters long you'll need to make sure the rest of the path is short enough to not hit the path limit in .NET. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Joe Osman [mailto:joe.os...@taitradio.com] Sent: Thursday, February 16, 2012 11:22 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''. I am getting Light error 0103 when the full file name length is longer than 195 characters. This is the error (I replaced the real file name with [filename]): error LGHT0103: The system cannot find the file '[filename]' with type ''. No issue when I shorten the name of the build folder so that the total file name length is shorter than 195 characters. Is there any solution to this issue? Thanks === 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. === -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Joe Osman Design Engineer Tait Radio Communications 175 Roydvale Avenue Christchurch New Zealand DDI: 64 3 3571584 www.taitradio.com joe.os...@taitradio.com TAIT: THE RIGHT FIT === 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. === -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] WIX Service Upgrade
The remember property pattern won't help you here since the password value is encrypted. The best thing I can think of at the moment is to put conditions on the DeleteServices and InstallServices standard action so that they don't fire during major upgrade. This is a hack though because if you ever have a new service you won't be able to install it during an upgrade. This should allow the MSI to stop the service, replace the file and restart the service without actually reconfiguring the service. The only other thing I could think of is make them enter the service user name and password again. Either that or eliminate the service account by using one of the built in accounts and setup delegation if needed. Wish I had a better answer. Maybe someone else does. From: Meera Jindal meera.jin...@gmail.com Sent: Thursday, February 16, 2012 3:34 PM To: wix-users@lists.sourceforge.net Subject: [WiX-users] WIX Service Upgrade Hi I'm working on an installer that is supposed to install a Windows service under a user account. The user account and the password for this user account is prompted in a dialog box and is passed to the ServiceInstall element in WIX. We use major upgrades to make it easy to install over a previous installation and we schedule RemoveExistingProducts phase after InstallFinalize. The problem is that we need to upgrade the service but we want to do it so that we can retrieve the account username and password without prompting the user for a username and password. The product which we intend to upgrade has already shipped so we cannot encrypt and store the user account and password during the baseline installation and use it during upgrade. In short, we want to upgrade without overwriting the service configuration (account username and password, for instance). Is there a mechanism in WIX via which this can be done? Thanks in advance. Regards Meera -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
Re: [WiX-users] Wix 3.5 performance
This is exactly what you want. On Thu, Feb 16, 2012 at 10:09 AM, Pally Sandher pally.sand...@iesve.comwrote: AFAIK smoke.exe can be used to run MSI validation outside of light.exe as of WiX v3.0 - http://installing.blogspot.com/2006/04/msi-validation-in-wix.html Palbinder Sandher Software Platform Engineer T:+44 (0) 141 945 8500 F:+44 (0) 141 945 8501 http://www.iesve.com **Design, Simulate + Innovate with the Virtual Environment** Integrated Environmental Solutions Limited. Registered in Scotland No. SC151456 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow G20 0SP Email Disclaimer -Original Message- From: Andrew J. Dalgleish [mailto:adalgle...@santanderconsumerusa.com] Sent: 16 February 2012 17:54 To: wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance Thanks Rob - the -sval switch did the trick - clean checkout test ran in 68s. I'll try this with wix3.5 on our master build tonight. I'm sure there is a way to run the validation separately (i.e. outside of linking) - I'll check the documentation. We'll want to run validation as a separate/asynchronous process that doesn't impact build timeframes. Thanks again. True, but to get an apples to apples comparison between v2.0 and v3.x, you need to turn off validation. Once we confirm that validation is the performance difference all is well in the world. Otherwise, we maybe should be hunting a perf bug in WiX v3.6. PS: There are some other features in WiX v3.x that might take a touch more time like smartcab'ing but I don't expect that accounts for the differences seen. On Thu, Feb 16, 2012 at 6:49 AM, Christopher Painter chr...@iswix.com wrote: Don't do it!!! I love the fact that validation is enabled by default!! Get faster hardware smile/ From: Rob Mensching r...@robmensching.com Sent: Wednesday, February 15, 2012 10:16 PM To: General discussion for Windows Installer XML toolset. wix-users@lists.sourceforge.net Subject: Re: [WiX-users] Wix 3.5 performance WiX v3.x we turned on validation by default. That can be very slow. The -sval switch will disable it to get a more apples-to-apples comparison. On Wed, Feb 15, 2012 at 2:52 PM, Andrew J. Dalgleish adalgle...@santanderconsumerusa.com wrote: I have a question regarding performance, as we move from an earlier version of wix 2.0.5325.0 to the current stable build. A little background on how we use wix: We start with a very simple xml file, which contains only the essential things that define what goes in the msi. Here is what a website setup project looks like: OurWebSite.wixml install SetupProjectName=OurWebSite ProductCode=343e0bea-7f2e-4513-b420-9f57b321aa73 ProductName=Our Web Site source path=Web Sites\Our Web Site exclude pattern=\.cs$/ exclude pattern=\.csproj$/ ... /source /install After our build is complete, another process reads all wixml files and foreach: merge a xsl template to generate valid wxs out file then batch execute: candle -out %1.wixobj %1.wxs C:\WixLogs\%1.candle.out light -out %1.msi %1.wixobj C:\WixLogs\%1.light.out So that's our custom process - kudos to the wix team, we've built millions of msi this way. We recently encountered a problem building a project targeted for the .net framework 4.0. So I decided to use a newer version of wix (3.5.2519.0) without changing our process (although I had to update our wxs template to match the wix3 schema). Test builds yielded a working msi, but the time taken for msi generation step is much longer. I don't have an accurate comparison from the build box yet, but it usually takes about 314s for all 200 msi. With wix3.5, it got to 1680s before the process had to end prematurely. With a clean checkout from svn (no dll's or exe's built yet), wix2 took 74s, wix3.5 took 202s. I tried the -ss flag for light but that didn't help. Is there anything about this process or in general I can look at to get the per-msi compile time down? Andrew Dalgleish Santander Consumer USA Inc. Application Developer --- RoadLoans.com - Auto Finance Made Easy http://www.roadloans.com Follow RoadLoans on Facebook http://www.facebook.com/roadloans Download the RoadLoans App for your Smartphone http://iphone.roadloans.com http://android.roadloans.com
Re: [WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''.
Depending where the file is used/coming from it is possible that light added additional characters before... but usually the max size is close to MAX_PATH. On Thu, Feb 16, 2012 at 1:56 PM, Joe Osman joe.os...@taitradio.com wrote: The FULL file name (including the path) is 195 characters, which is shorter than the .NET limit. Is there any WIx/Light limit on the full file name (path+file name) ? Thanks Joe On 17/02/2012 10:03 a.m., Castro, Edwin G. (Hillsboro) wrote: .NET limits paths to 260 characters (or something very similar). With a filename that is 195 characters long you'll need to make sure the rest of the path is short enough to not hit the path limit in .NET. Edwin G. Castro Software Developer - Staff Digital Channels Fiserv Office: 503-746-0643 Fax: 503-617-0291 www.fiserv.com Please consider the environment before printing this e-mail -Original Message- From: Joe Osman [mailto:joe.os...@taitradio.com] Sent: Thursday, February 16, 2012 11:22 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''. I am getting Light error 0103 when the full file name length is longer than 195 characters. This is the error (I replaced the real file name with [filename]): error LGHT0103: The system cannot find the file '[filename]' with type ''. No issue when I shorten the name of the build folder so that the total file name length is shorter than 195 characters. Is there any solution to this issue? Thanks === 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. === -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- Joe Osman Design Engineer Tait Radio Communications 175 Roydvale Avenue Christchurch New Zealand DDI: 64 3 3571584 www.taitradio.com joe.os...@taitradio.com TAIT: THE RIGHT FIT === 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. === -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users -- virtually, Rob Mensching - http://RobMensching.com LLC -- Virtualization Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ WiX-users mailing list
