[WiX-users] Burn Upgrade/Maintainance issues

[Henning Krause]

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

[Christoph Goetz]

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

[Peter Shirtcliffe]

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

[Morten Lemvigh]

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:

  
  

  1
  1


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

[Pally Sandher]

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 ** 
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:

  
  

  1
  1


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

[Christopher Painter]

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" 

Sent: Thursday, February 16, 2012 4:15 AM

To: "General discussion for Windows Installer XML toolset." 


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

[Christopher Painter]

Don't do it!!!  I love the fact that validation is enabled by default!! 


Get faster hardware 



From: "Rob Mensching" 

Sent: Wednesday, February 15, 2012 10:16 PM

To: "General discussion for Windows Installer XML toolset." 


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

>

>  ProductCode="343e0bea-7f2e-4513-b420-9f57b321aa73" ProductName="Our Web

> Site">

> 

> 

> 

> ...

> 

> 

>

> 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 mailing list

WiX-users@lists.sourceforge.net

https://lists.sourcef

[WiX-users] Copy Folder

[Christoph Goetz]

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

[Peter Shirtcliffe]

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

[Christopher Painter]

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" 

Sent: Thursday, February 16, 2012 10:13 AM

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


--
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

[Vadym Verba]

Here is what I ended up with:
BundleHotfix.wxs:

  





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}\.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

[Peter Shirtcliffe]

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

[Rob Mensching]

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. 

On Thu, Feb 16, 2012 at 12:03 AM, Henning Krause wrote:

> 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

[Rob Mensching]

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 wrote:

> Don't do it!!!  I love the fact that validation is enabled by default!!
>
>
> Get faster hardware 
>
> 
>
> From: "Rob Mensching" 
>
> Sent: Wednesday, February 15, 2012 10:16 PM
>
> To: "General discussion for Windows Installer XML toolset."
> 
>
> 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
>
> >
>
> > 
> > ProductCode="343e0bea-7f2e-4513-b420-9f57b321aa73" ProductName="Our Web
>
> > Site">
>
> > 
>
> > 
>
> > 
>
> > ...
>
> > 
>
> > 
>
> >
>
> > 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

Re: [WiX-users] Update to InstallShield installation

[Rob Mensching]

You are both right. 

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. 


On Thu, Feb 16, 2012 at 6:01 AM, Christopher Painter 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" 
>
> Sent: Thursday, February 16, 2012 4:15 AM
>
> To: "General discussion for Windows Installer XML toolset."
> 
>
> 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/s

Re: [WiX-users] Copy Folder

[Rob Mensching]

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 wrote:

> 
>
> 
>
> 
> DestinationDirectory="CopyTestDir" SourceName="*" />
> 
>
> 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

[Andrew J. Dalgleish]

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 wrote:
>
> > Don't do it!!!  I love the fact that validation is enabled by default!!
>
>
> > Get faster hardware 
>
> > 
>
> > From: "Rob Mensching" 
>
> > Sent: Wednesday, February 15, 2012 10:16 PM
>
> > To: "General discussion for Windows Installer XML toolset."
> > 
>
> > 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
>
> > >
>
> > > > 
> > > > ProductCode="343e0bea-7f2e-4513-b420-9f57b321aa73" ProductName="Our Web
>
> > > > Site">
>
> > > > 
>
> > > > 
>
> > > > 
>
> > > > ...
>
> > > > 
>
> > > > 
>
> > >
>
> > > > 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 con

Re: [WiX-users] Wix 3.5 performance

[Pally Sandher]

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 ** 
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 wrote:
>
> > Don't do it!!!  I love the fact that validation is enabled by default!!
>
>
> > Get faster hardware 
>
> > 
>
> > From: "Rob Mensching" 
>
> > Sent: Wednesday, February 15, 2012 10:16 PM
>
> > To: "General discussion for Windows Installer XML toolset."
> > 
>
> > 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
>
> > >
>
> > > > 
> > > > ProductCode="343e0bea-7f2e-4513-b420-9f57b321aa73" ProductName="Our Web
>
> > > > Site">
>
> > > > 
>
> > > > 
>
> > > > 
>
> > > > ...
>
> > > > 
>
> > > > 
>
> > >
>
> > > > 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 u

Re: [WiX-users] Update to InstallShield installation

[Christopher Painter]

Did you just say I was right?? 


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" 

Sent: Thursday, February 16, 2012 11:03 AM

To: chr...@iswix.com, "General discussion for Windows Installer XML 
toolset." 

Subject: Re: [WiX-users] Update to InstallShield installation


You are both right.  
 
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. 



 
On Thu, Feb 16, 2012 at 6:01 AM, Christopher Painter  
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" 


Sent: Thursday, February 16, 2012 4:15 AM


To: "General discussion for Windows Installer XML toolset."




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 al

Re: [WiX-users] Wix 3.5 performance

[Christopher Painter]

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. 



From: "Rob Mensching" 

Sent: Thursday, February 16, 2012 10:52 AM

To: chr...@iswix.com, "General discussion for Windows Installer XML 
toolset." 

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  
wrote:

Don't do it!!!  I love the fact that validation is enabled by default!!


Get faster hardware 





From: "Rob Mensching" 


Sent: Wednesday, February 15, 2012 10:16 PM


To: "General discussion for Windows Installer XML toolset."




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


>


>  ProductCode="343e0bea-7f2e-4513-b420-9f57b321aa73" ProductName="Our Web


> Site">


> 


> 


> 


> ...


> 


> 


>


> 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, copyin

[WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''.

[Joe Osman]

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 ''.

[Castro, Edwin G. (Hillsboro)]

.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

[Meera Jindal]

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 ''.

[Joe Osman]

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

[Christopher Painter]

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" 

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

[Rob Mensching]

This is exactly what you want.

On Thu, Feb 16, 2012 at 10:09 AM, Pally Sandher wrote:

> 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 **
> 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  >wrote:
> >
> > > Don't do it!!!  I love the fact that validation is enabled by default!!
> >
> >
> > > Get faster hardware 
> >
> > > 
> >
> > > From: "Rob Mensching" 
> >
> > > Sent: Wednesday, February 15, 2012 10:16 PM
> >
> > > To: "General discussion for Windows Installer XML toolset."
> > > 
> >
> > > 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
> >
> > > >
> >
> > > > >  >
> > > > > ProductCode="343e0bea-7f2e-4513-b420-9f57b321aa73"
> ProductName="Our Web
> >
> > > > > Site">
> >
> > > > > 
> >
> > > > > 
> >
> > > > > 
> >
> > > > > ...
> >
> > > > > 
> >
> > > > > 
> >
> > > >
> >
> > > > > 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 RoadL

Re: [WiX-users] error LGHT0103: The system cannot find the file '[filename]' with type ''.

[Rob Mensching]

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  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 del