Re: [WiX-users] What keeps borking my ICE validation by registering VBScript and JScript under HKCU?

[Anthony Wieser]

Bummer.  So these installers just decide to re-register the DLLs "to be sure 
that they're registered", and as a result probably break their own 
functionality.

Thanks for the response, Rob.

Anthony Wieser
Wieser Software Ltd

- Original Message - 
From: "Rob Mensching" 
To: "General discussion for Windows Installer XML toolset." 

Sent: Wednesday, February 18, 2009 4:51 AM
Subject: Re: [WiX-users] What keeps borking my ICE validation by registering 
VBScript and JScript under HKCU?


> My understanding was that there are many bad guys.
>
> Anthony Wieser wrote:
>> Heath Stewart reports the solution here, but I find this frustrating that
>> every now and then, I go to build and suddenly I can't, getting light.exe
>> errors.  As I don't build every day, I'm not sure what's registering 
>> these
>> under HKCU, but something is.
>>
>> I don't remember installing anything but windows updates, and it looks 
>> like
>> a Java update.
>> Oh, and I did see an installshield update thing run too.
>>
>> Is anyone else seeing this occasionally?  Anyone figured out who the bad 
>> guy
>> is?
>>
>> http://blogs.msdn.com/heaths/archive/2007/05/31/windows-installer-errors-2738-and-2739-with-script-custom-actions.aspx
>> Check that vbscript.dll and jscript.dll aren't registered in
>> HKEY_CURRENT_USER (HKCU), checking for the registry keys below.
>>
>> VBScript, HKCU\SOFTWARE\Classes\CLSID\{
>> B54F3741-5B07-11CF-A4B0-00AA004A55E8}
>> JScript, HKCU\SOFTWARE\Classes\CLSID\{ 
>> F414C260-6AC0-11CF-B6D1-00AA0058}
>>
>>
>>
>> Anthony Wieser
>> Wieser Software Ltd
>>
>>
>> --
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, 
>> CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the 
>> Enterprise
>> -Strategies to boost innovation and cut costs with open source 
>> participation
>> -Receive a $600 discount off the registration fee with the source code: 
>> SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, 
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the 
> Enterprise
> -Strategies to boost innovation and cut costs with open source 
> participation
> -Receive a $600 discount off the registration fee with the source code: 
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users 


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] LaunchConditions and FindRelatedProducts

[Neil Sleightholm]

Yes no problem. I have done loads of searching for information on this
and can't find any good advice or recommendations!

Neil

-Original Message-
From: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: 18 February 2009 04:41
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts

I see that you already filed a bug. If there are any patching 
implications to re-sequencing actions we will have move this to WiX v4.

Neil Sleightholm wrote:
> I can't think of any relationship between AppSearch and
> FindRelatedProducts so I would think it wouldn't matter on their order
> but I think it is important that they are before LaunchConditions.
>
> Just to explain why this is a problem to me, most of my installs are
run
> silently and consequently the LaunchConditions won't trigger if a
newer
> version of the application is install and you can end installing an
> older version as well as newer one. If anyone is interested I blogged
> about this
>
http://neilsleightholm.blogspot.com/2009/01/launchconditions-findrelated
> products.html.
>
> Should I raise a bug for this so it isn't lost?
>
> Neil
>
> -Original Message-
> From: Rob Mensching [mailto:r...@wixtoolset.org]
> Sent: 14 February 2009 02:02
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts
>
> The current sequence of actions came from the MSI sequence.msi except
> for AppSearch/LaunchConditions. We filed a doc bug with the Windows
> Installer team about those two and I think they agreed it is a better
> ordering (when will we sit it addressed, no idea).
>
> I suppose we could suggest the same for FindRelatedProducts (before or
> after AppSearch?). Have to verify it won't have any patch impact.
>
> Neil Sleightholm wrote:
>   
>> I can sort of see the point of that but that list doesn't even
mention
>> FindRelatedProducts. Putting FindRelatedProducts after
>> 
> LaunchConditions
>   
>> actually breaks installs if you run a downgrade silently.
>>
>> Neil
>>
>> -Original Message-
>> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
>> Sent: 13 February 2009 20:54
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts
>>
>>
>> For some reason that I don't understand,  the MSI SDK suggests that
>> LaunchConditions be before AppSearch:
>>
>> http://msdn.microsoft.com/en-us/library/aa372038(VS.85).aspx
>>
>> Personally I've always done it the other way around so I can use the
>> results of AppSearch in my LaunchConditions.  In fact, at my day job,
>> I've dumped LaunchConditions entirely and rolloed my own pattern that
>> uses additional data that isn't available until after costing.
>>
>>
>> 
>
http://blog.deploymentengineering.com/2006/07/short-comings-of-launchcon
>   
>> ditions.html
>>
>>
>> Christopher Painter, Author of Deployment Engineering Blog
>> Have a hot tip, know a secret or read a really good thread that
>> 
> deserves
>   
>> attention? E-Mail Me
>>
>>
>> --- On Fri, 2/13/09, Neil Sleightholm  wrote:
>>
>>
>> 
>>> From: Neil Sleightholm 
>>> Subject: [WiX-users] LaunchConditions and FindRelatedProducts
>>> To: "General discussion for Windows Installer XML toolset."
>>>
>>>   
>> 
>>
>> 
>>> Date: Friday, February 13, 2009, 12:42 PM
>>> I have noticed that to get launch conditions to handle and
>>> related
>>> products properly it is necessary to schedule
>>> FindRelatedProducts before
>>> LaunchConditions. This is not a problem but wouldn't it
>>> make sense for
>>> this to be the default? I have looked at the VS generated
>>> MSIs and they
>>> are scheduled with FindRelatedProducts before
>>> LaunchConditions and most
>>> other MSIs I have checked do the same.
>>>
>>> Neil
>>>
>>> Neil Sleightholm
>>> X2 Systems Limited
>>> n...@x2systems.com
>>>
>>>
>>>
>>>
>>>   
>

>   
>> --
>>
>> 
>>> Open Source Business Conference (OSBC), March 24-25, 2009,
>>> San Francisco, CA
>>> -OSBC tackles the biggest issue in open source: Open
>>> Sourcing the Enterprise
>>> -Strategies to boost innovation and cut costs with open
>>> source participation
>>> -Receive a $600 discount off the registration fee with the
>>> source code: SFAD
>>> http://p.sf.net/sfu/XcvMzF8H
>>> ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>>   
>>
>>
>>
>> 
>

>   
>> --
>> Open Source Business Conference (OSBC), March 24-25, 2009, San
>> Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the
>> Enterprise
>> -Strategies to boost innovation and cut costs with open source
>> participat

Re: [WiX-users] How to get VS90_PROJECTTEMPLATES_DIR path

[Throndorin]

Bob Arnson-6 wrote:
> 
> Throndorin wrote:
>> In one of the .wxs files is VS90_PROJECTTEMPLATES_DIR and some other
>> macros
>> used, and I'm sure the installer knows how to resolve this to a real
>> path. 
>>
>> Is there a good way to get this path information?
>>   
> 
>  From WiX.chm:
> 
> 
> Using WixVSExtension Properties or Custom Actions
> 
> To use the WixVSExtension properties or custom actions in an MSI, use 
> the following steps:
> 
> * Add PropertyRef or CustomActionRef elements for items listed above
>   that you want to use in your MSI.
> * Add the -ext  command line parameter
>   when calling light.exe to include the WixVSExtension in the MSI
>   linking process.
> 
> For example:
> 
> 
> 
> 
> When you reference any of the above properties or custom actions, the 
> WixVSExtension automatically schedules the custom actions and pulls in 
> properties used in the custom action conditions and execution logic.
> 
> 
> -- 
> sig://boB
> http://joyofsetup.com/
> 
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 
> 

Thanks for the answer,

I should describe my problem more detailed.

I don't want to use this Macro inside of the installer. If my Tool starts
the installation is done. My informations to check the installation are only
the wxs and wxi files. So I want to know if there is a way to get the
correct real path to this macro outside the installer. I know there is an
MSI object available for example. 

I'm not realy shure if this is the correct forum for my question :) it' s a
question with focus to wix and c# 

Throndorin

-- 
View this message in context: 
http://n2.nabble.com/How-to-get-VS90_PROJECTTEMPLATES_DIR-path-tp2340018p2345467.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Avoid Multiple Instances of Installer

[Anweshi D]

Hi

How to avoid multiple instances of Installer. Right now I can run 2 instances 
of the MSI file. I am using WIXUI_INSTALLDIR. After the installation begins 
then the other instance gets an error that one instance is running. I would 
like to stop the user running a second instance when one instance is already 
running. 

Thank you
Anweshi


  

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Ngenning with NetFx and ProgressText

[Bob Arnson]

Rob Mensching wrote:
> I thought NGen was done in the background with a separate process.  

A separate process but the CA itself is a type 1, so it can't take 
msidbCustomActionTypeAsync + msidbCustomActionTypeContinue and therefore 
MSI will sit around and wait. Glenn, try setting the InstallFinalize 
action text instead.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Bootstrap Packages in WIX

[Rob Mensching]

Correct.  A bootstrapper is planned for WiX v3.5 (actually, that's the 
only thing planned for WiX v3.5).  In the archives of this mailing list 
there are plenty of suggestions for other bootstrappers/chainers in the 
meantime.

Anweshi D wrote:
>  Hi
>
> The prerequisites for my application are .Net Framework 2.0, CLRTypes and 
> Management Objects objects. I have used Bootstrap Packages for these and 
> included them in the WIX project file. It creates the folders for every 
> prerequisite and the SETUP.EXE file along with SETUP.MSI file. I would like 
> to know if there is any possibility of installing these prerequisites as part 
> of my application installation instead of using Bootstrapper Packages.
>
> Read in few articles that WIX does not have inbuilt Bootstrapper but we need 
> to use the clickonce Packages which I have used here. It would be great if 
> someone can throw light if this is available with WIX. Wondering if I missed 
> anything here.
>
> Thank you in advance
> Anweshi
>
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Installer Question.

[Rob Mensching]

There really is nothing good (from a stability/quality) point of view 
around the Installer classes.  They are basically slightly improved 
SelfReg.  Best thing is to not have any CustomActions... after that, 
writing them to be data driven is the next best thing... can't do that 
with Installer classes.

Probably not what you want to hear.

Henk Roos wrote:
> Hi Christopher,
>
> Thanks for you're reply.
>
> I think in the future we'll (Aricent) definitely have to move to using 
> something like the DTF.
> Currently we have several visual studio setup projects (about 20) that all 
> needs to be deployed to our customer, and almost all have them have custom 3 
> or 4 installers configured inside of them (they are all ones that extends the 
> System.Configuration.Install.Installer class).
>
> The thing is if I want to move to using DTF now then there will be allot of 
> work that needs to be done to make the conversion, but I don't think there 
> will be enough time before we release the msi's. I would like to how Visual 
> Studio package those MSI's to tell Windows Installer how they should be run,
> and if it also uses InstallUtil.exe to run them.
>
> What do you think I should do to move forward?
>
> Regards,
> Henk
>
>
>
> -Original Message-
> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
> Sent: Tuesday, February 17, 2009 3:41 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Custom Installer Question.
>
> It's possible, but you really, really, really don't want to do that.
> Check out WiX's DTF (Deployment Tools Foundation) instead.  If you
> search my blog for DTF you'll find plenty of content describing it and
> you'll also find a DTF SDK manual in your start menu under WiX.
>
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread that deserves
> attention? E-Mail Me
>
>
> --- On Tue, 2/17/09, Henk Roos  wrote:
>
>   
>> From: Henk Roos 
>> Subject: [WiX-users] Custom Installer Question.
>> To: "wix-users@lists.sourceforge.net"
>> 
> 
>   
>> Date: Tuesday, February 17, 2009, 7:04 AM
>> Hi there,
>>
>> I would like to know if it is possible to create a custom
>> action in WiX that will run a Managed Custom Installer that
>> extends the System.Configuration.Install.Installer class, or
>> is it only the InstallUtil.exe command that understands how
>> to run managed custom installers.
>>
>> Regards,
>>
>> Henk Roos
>>
>> 
>
>
> "DISCLAIMER: This message is proprietary to Aricent and is intended solely 
> for the use of the individual to whom it is addressed. It may contain 
> privileged or confidential information and should not be circulated or used 
> for any purpose other than for what it is intended. If you have received this 
> message in error,please notify the originator immediately. If you are not the 
> intended recipient, you are notified that you are strictly prohibited from 
> using, copying, altering, or disclosing the contents of this message. Aricent 
> accepts no responsibility for loss or damage arising from the use of the 
> information transmitted by this email including damage from virus."
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Bootstrap Packages in WIX

[Anweshi D]

 Hi
 
The prerequisites for my application are .Net Framework 2.0, CLRTypes and 
Management Objects objects. I have used Bootstrap Packages for these and 
included them in the WIX project file. It creates the folders for every 
prerequisite and the SETUP.EXE file along with SETUP.MSI file. I would like to 
know if there is any possibility of installing these prerequisites as part of 
my application installation instead of using Bootstrapper Packages. 
 
Read in few articles that WIX does not have inbuilt Bootstrapper but we need to 
use the clickonce Packages which I have used here. It would be great if someone 
can throw light if this is available with WIX. Wondering if I missed anything 
here.
 
Thank you in advance
Anweshi


  
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Feature request: extending PermissionEx element with inheritance option

[Rob Mensching]

I think this feature request is already open. If not, it has been asked 
before and someone forgot to open the request.

Yan Sklyarenko wrote:
> Hello WiX developers,
>
> I'm going to file a feature request and would like to verify if it's
> worth registering.
>
> The actual custom action, which PermissionEx element results in, called
> ExecSecureObjects considers SUB_CONTAINERS_AND_OBJECTS_INHERIT option
> the best for folders and NO_INHERITANCE for everything else.
> I think it would be nice to extend PermissionEx element with extra
> attribute, Inherit, resulting in an extra column in SecureObjects table.
> Of course, this should make sense for CreateFolder and Registry entities
> only. And instead of hard coding the inheritance options, the
> ExecSecureObjects action will read it from CustomActionData.
>
> The reason I consider it helpful is when applying permissions to
> existent folder with lots of files and subfolders, this takes time.
> Especially if there's no recursion required...
>
> Are there any pitfalls in this extension?
> If not, what are the chances for it to be implemented soon? :-)
>
> (I know I always have a fallback option to implement it myself :-))
>
> Thank you.
>
> -- Yan
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Passing data between deferred custom actions

[Rob Mensching]

Most of the WiX toolset CustomActions do this.

Eitan Behar wrote:
> Does not look like fun, but it's doable ! Thanks !
>
> Etian
>
>
> On Tue, Feb 17, 2009 at 3:38 PM, Christopher Painter <
> chr...@deploymentengineering.com> wrote:
>
>   
>> You'll want to look at the CustomActionData class in DTF as described here:
>>
>> http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg17875.html
>>
>> In a nutshell:
>>
>> In your immeadiate custom action, you instantiate the class, stuff it with
>> data and then serialize it out to a property.
>>
>> In your deferred custom action you read the CustomActionData property and
>> pass it to the class constructor for deserialziation back into your class
>> with all of it's data.
>>
>> As far as how to schedule these custom actions there are several patterns:
>>
>> 1) 1 immeadiate to 1 deferred relationship
>> 2) 1 immeadiate to multiple deferred relationship
>> 3) 1 immeadiate that calls DoAction to schedule the deferred ( this is the
>> way Jason describes in the above link. )
>>
>> When using #1 or #2, remember the immeadiate must be scheduled before the
>> deferred and the name of the property(s) to be set is the name of the
>> deferred custom actions(s).  This is how MSI makes the join.
>>
>> Christopher Painter, Author of Deployment Engineering Blog
>> Have a hot tip, know a secret or read a really good thread that deserves
>> attention? E-Mail Me
>>
>>
>> --- On Tue, 2/17/09, Eitan Behar  wrote:
>>
>> 
>>> From: Eitan Behar 
>>> Subject: Re: [WiX-users] Passing data between deferred custom actions
>>> To: chr...@deploymentengineering.com, "General discussion for Windows
>>>   
>> Installer XML toolset." 
>> 
>>> Date: Tuesday, February 17, 2009, 6:47 AM
>>> DTF C#
>>>
>>>
>>>
>>> On Tue, Feb 17, 2009 at 2:05 PM, Christopher Painter <
>>> chr...@deploymentengineering.com> wrote:
>>>
>>>   
 What language is the CA's written in?

 Christopher Painter, Author of Deployment Engineering
 
>>> Blog
>>>   
 Have a hot tip, know a secret or read a really good
 
>>> thread that deserves
>>>   
 attention? E-Mail Me


 --- On Tue, 2/17/09, Eitan Behar
 
>>>  wrote:
>>>   
> From: Eitan Behar 
> Subject: [WiX-users] Passing data between
>   
>>> deferred custom actions
>>>   
> To: "General discussion for Windows
>   
>>> Installer XML toolset." <
>>>   
 wix-users@lists.sourceforge.net>
 
> Date: Tuesday, February 17, 2009, 2:40 AM
> Hi,
>
> Is there a proper method to pass data between
>   
>>> deferred
>>>   
> custom actions ? I
> have a bunch of chained custom actions and need
>   
>>> to pass
>>>   
> data between them,
> actually, just a boolean value
>   
>>> "telling" the rest
>>>   
> of the ca whether to
> continue.
>
> Thanks,
>
> Eitan
>
>   
>> --
>> 
> Open Source Business Conference (OSBC), March
>   
>>> 24-25, 2009,
>>>   
> San Francisco, CA
> -OSBC tackles the biggest issue in open source:
>   
>>> Open
>>>   
> Sourcing the Enterprise
> -Strategies to boost innovation and cut costs
>   
>>> with open
>>>   
> source participation
> -Receive a $600 discount off the registration fee
>   
>>> with the
>>>   
> source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
>
>   
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>   




 
>> --
>> 
 Open Source Business Conference (OSBC), March 24-25,
 
>>> 2009, San Francisco,
>>>   
 CA
 -OSBC tackles the biggest issue in open source: Open
 
>>> Sourcing the
>>>   
 Enterprise
 -Strategies to boost innovation and cut costs with
 
>>> open source
>>>   
 participation
 -Receive a $600 discount off the registration fee with
 
>>> the source code:
>>>   
 SFAD
 http://p.sf.net/sfu/XcvMzF8H
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

 
>>
>>
>> 
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -R

Re: [WiX-users] What keeps borking my ICE validation by registering VBScript and JScript under HKCU?

[Rob Mensching]

My understanding was that there are many bad guys.

Anthony Wieser wrote:
> Heath Stewart reports the solution here, but I find this frustrating that
> every now and then, I go to build and suddenly I can't, getting light.exe
> errors.  As I don't build every day, I'm not sure what's registering these
> under HKCU, but something is.
>
> I don't remember installing anything but windows updates, and it looks like
> a Java update.
> Oh, and I did see an installshield update thing run too.
>
> Is anyone else seeing this occasionally?  Anyone figured out who the bad guy
> is?
>
> http://blogs.msdn.com/heaths/archive/2007/05/31/windows-installer-errors-2738-and-2739-with-script-custom-actions.aspx
> Check that vbscript.dll and jscript.dll aren't registered in
> HKEY_CURRENT_USER (HKCU), checking for the registry keys below.
>
> VBScript, HKCU\SOFTWARE\Classes\CLSID\{
> B54F3741-5B07-11CF-A4B0-00AA004A55E8}
> JScript, HKCU\SOFTWARE\Classes\CLSID\{ F414C260-6AC0-11CF-B6D1-00AA0058}
>
>
>
> Anthony Wieser
> Wieser Software Ltd
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Modify existent txt file (hosts) during the installation - any standard approach for this?

[Rob Mensching]

You'll need a CustomAction the text file is not an ini or xml file.

Yan Sklyarenko wrote:
> Hello WiX community,
>
> My question is probably rhetorical, but I failed to find more or less
> meaningful answer throughout the net.
> I need to modify the existent txt file during install. It is hosts file.
> Well, it is a consequence of creating a new IIS site and the requirement
> to run the application right after installation without extra manual
> steps.
>
> As far as I understand, IniFile and XmlFile are not the options. Or
> not?..
>
> For now, I fall back to use custom action for this. Yes, very-very safe
> and tidy custom action.
>
> I would appreciate a hint if there are other ideas.
>
> Thank you.
>
> -- Yan
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Updating full package

[Rob Mensching]

Yes it is required: 
http://blogs.msdn.com/robmen/archive/2004/12/08/278746.aspx has my guesses.

Michael Herger wrote:
> Reading the tutorial at http://www.tramontana.co.hu/wix/lesson4.php once 
> again, I'm even more confused: "You have to [do a major upgrade] when you 
> change the name of the .msi file for any reason.". But who on earth would 
> distribute a small update to an existing product with the same .msi file 
> name?!? Especially as a small update is considered to only replace a few 
> files. And what if the user decides to rename that file?
>
> I _assume_ that what I am trying to do is exactly the above: a small update 
> (don't want to uninstall) with changing file names (featuring the date of the 
> build or build number). Is this really not possible?
>
> Michael
>
>
> Am 16.02.2009, 19:59 Uhr, schrieb Alexander Shevchuk 
> :
>
>   
>> Hi Michael,
>>
>> Make sure you follow all required steps to make major upgrade work.  In your 
>> simplified code I see Version attribute hard coded to "0.0.0.0".  Also, you 
>> did not provide your  table and how you schedule 
>> .  It is not obvious from your code if you change 
>> Product/@Id with every build.
>>
>> Regards,
>>
>> Alex
>>
>>
>>
>> -Original Message-
>> From: Michael Herger [mailto:s...@herger.net]
>> Sent: Monday, February 16, 2009 7:00 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Updating full package
>>
>> Hi!
>>
>> I'm working on a Windows Home Server add-in. This is not intended for 
>> production systems yet. We're publishing nightly builds and want users to be 
>> able to just install on top of what they had before.
>>
>> The problem I've encountered is that either the packages install as 
>> different applications, leaving a mess with daily installations (of which 
>> only one can be uninstalled), or that I can't install one file on top of the 
>> other without uninstalling the old version first. I've been following 
>> several postings, tutorials etc. (eg. 
>> http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx),
>>  but to no avail.
>>
>> Here's my simplified code:
>>
>> http://schemas.microsoft.com/wix/2006/wi";>
>>   >   Name="MyApp for Windows Home Server"
>>   Id="xx-f914-11dd-87af-0800200c9a66"
>>   UpgradeCode="xxx-EBBC-11DD-BA2F-0800200C9A66"
>>   Manufacturer="Me"
>>   Version="0.0.0.0"
>>   Language="1033">
>>
>>   >   Manufacturer="Me"
>>   InstallerVersion="200"
>>   Languages="1033"
>>   Compressed="yes"
>>   Id="*"
>>   />
>>
>>   
>>
>>   1
>>
>>   
>>   
>>   
>>   >   
>> Id="HomeServerConsoleTab.MyPanel"
>>   
>> Guid="xx-f77a-11dd-87af-0800200c9a66">
>>
>>   >   
>> Id="HomeServerConsoleTab.MyPanel.dll"
>>   
>> Name="HomeServerConsoleTab.MyPanel.dll"
>>   
>> Source="HomeServerConsoleTab.MyPanel.dll"
>>   Vital="yes"
>>   KeyPath="yes"
>>   DiskId="1"/>
>>   
>>   
>>   
>>   
>>
>>   > AllowAdvertise="no">
>>   
>>   
>>
>>   
>>
>> 
>>
>> Any help is greatly appreciated. Regards,
>>
>> 
>
>
>
> --
>
> Michael
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_

Re: [WiX-users] Very slow performance running SQL Scripts

[Rob Mensching]

The SQL CustomAction code processes the scripts and removes all the 
comments and GO statements and other stuff that can't be fed directly to 
SQL.  If you have a very large SQL Script that takes time.

I noted in another thread that this code needs some serious TLC.  
Something to revisit in WiX v4.

Alwayz wrote:
> Hi!
>
> I'm running into performance related issues as well in WIX 2.0 when trying
> to create and populate a database.
>
> Creating the database and tables work just fine.
> However the step where the MSI package is "Creating Databases" takes about
> 30 minutes when I attach my database content scripts to the MSI package.
>
> Please note that it is the pre-step to actually "Executing SQL Strings" that
> is taking time.
> During theese 30 minutes my MSIexec.exe process is running at 50% cpu and
> 100Mb of memory.
> The subsequent execution of the scripts is fast! We're talking about 5
> minutes of execution time.
>
> What bugs me is waiting for 30 minutes while nothing happens.
> (I'm running SQL Profiler and no database calls are made during this time)
>
> What am I waiting for? The sql scripts are encoded in UTF-16m I've got about
> 300 content scripts ranging from 1k to 3,7 Mb.
>
> Would be really nice if it could be sped up!
>
> I've tried excluding all but one content script and then the MSI runs really
> fast.
> However with a large large number of files or with just plain large files
> the pre-execution is slow.
>
> Thanks,
>
>  Jimmy
>
>
> Rob Mensching-2 wrote:
>   
>> I'm wondering if we've just crossed some unspoken threshold in the Windows
>> Installer.  That or we have some N^2 (or worse) algorithm shredding the
>> SQL script and we don't feel it until 100K.  Based on all of the bugs in
>> the SQL Script processing and a few of the feature requests, I think we
>> have a candidate for re-writing the CustomAction in WiX v4.  I think IIS
>> CustomActions will need a similar re-write.  Both of those CustomActions
>> were written before I had my newer tricks/understanding of CustomActions.
>>
>> Just so there are no surprises, I don't think we're going to make any
>> changes in WiX v3 here.  SQL CAs seems pretty stable (now) and touching
>> them seems to only bring trouble.  We'll avoid change until we get the
>> license to break things again (aka: WiX v4).
>>
>>
>> 
>
> --
> View this message in context: 
> http://n2.nabble.com/Very-slow-performance-running-SQL-Scripts-tp1625093p2334136.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] LaunchConditions and FindRelatedProducts

[Rob Mensching]

I see that you already filed a bug. If there are any patching 
implications to re-sequencing actions we will have move this to WiX v4.

Neil Sleightholm wrote:
> I can't think of any relationship between AppSearch and
> FindRelatedProducts so I would think it wouldn't matter on their order
> but I think it is important that they are before LaunchConditions.
>
> Just to explain why this is a problem to me, most of my installs are run
> silently and consequently the LaunchConditions won't trigger if a newer
> version of the application is install and you can end installing an
> older version as well as newer one. If anyone is interested I blogged
> about this
> http://neilsleightholm.blogspot.com/2009/01/launchconditions-findrelated
> products.html.
>
> Should I raise a bug for this so it isn't lost?
>
> Neil
>
> -Original Message-
> From: Rob Mensching [mailto:r...@wixtoolset.org]
> Sent: 14 February 2009 02:02
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts
>
> The current sequence of actions came from the MSI sequence.msi except
> for AppSearch/LaunchConditions. We filed a doc bug with the Windows
> Installer team about those two and I think they agreed it is a better
> ordering (when will we sit it addressed, no idea).
>
> I suppose we could suggest the same for FindRelatedProducts (before or
> after AppSearch?). Have to verify it won't have any patch impact.
>
> Neil Sleightholm wrote:
>   
>> I can sort of see the point of that but that list doesn't even mention
>> FindRelatedProducts. Putting FindRelatedProducts after
>> 
> LaunchConditions
>   
>> actually breaks installs if you run a downgrade silently.
>>
>> Neil
>>
>> -Original Message-
>> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
>> Sent: 13 February 2009 20:54
>> To: General discussion for Windows Installer XML toolset.
>> Subject: Re: [WiX-users] LaunchConditions and FindRelatedProducts
>>
>>
>> For some reason that I don't understand,  the MSI SDK suggests that
>> LaunchConditions be before AppSearch:
>>
>> http://msdn.microsoft.com/en-us/library/aa372038(VS.85).aspx
>>
>> Personally I've always done it the other way around so I can use the
>> results of AppSearch in my LaunchConditions.  In fact, at my day job,
>> I've dumped LaunchConditions entirely and rolloed my own pattern that
>> uses additional data that isn't available until after costing.
>>
>>
>> 
> http://blog.deploymentengineering.com/2006/07/short-comings-of-launchcon
>   
>> ditions.html
>>
>>
>> Christopher Painter, Author of Deployment Engineering Blog
>> Have a hot tip, know a secret or read a really good thread that
>> 
> deserves
>   
>> attention? E-Mail Me
>>
>>
>> --- On Fri, 2/13/09, Neil Sleightholm  wrote:
>>
>>
>> 
>>> From: Neil Sleightholm 
>>> Subject: [WiX-users] LaunchConditions and FindRelatedProducts
>>> To: "General discussion for Windows Installer XML toolset."
>>>
>>>   
>> 
>>
>> 
>>> Date: Friday, February 13, 2009, 12:42 PM
>>> I have noticed that to get launch conditions to handle and
>>> related
>>> products properly it is necessary to schedule
>>> FindRelatedProducts before
>>> LaunchConditions. This is not a problem but wouldn't it
>>> make sense for
>>> this to be the default? I have looked at the VS generated
>>> MSIs and they
>>> are scheduled with FindRelatedProducts before
>>> LaunchConditions and most
>>> other MSIs I have checked do the same.
>>>
>>> Neil
>>>
>>> Neil Sleightholm
>>> X2 Systems Limited
>>> n...@x2systems.com
>>>
>>>
>>>
>>>
>>>   
> 
>   
>> --
>>
>> 
>>> Open Source Business Conference (OSBC), March 24-25, 2009,
>>> San Francisco, CA
>>> -OSBC tackles the biggest issue in open source: Open
>>> Sourcing the Enterprise
>>> -Strategies to boost innovation and cut costs with open
>>> source participation
>>> -Receive a $600 discount off the registration fee with the
>>> source code: SFAD
>>> http://p.sf.net/sfu/XcvMzF8H
>>> ___
>>> WiX-users mailing list
>>> WiX-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>>
>>>   
>>
>>
>>
>> 
> 
>   
>> --
>> Open Source Business Conference (OSBC), March 24-25, 2009, San
>> Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the
>> Enterprise
>> -Strategies to boost innovation and cut costs with open source
>> participation
>> -Receive a $600 discount off the registration fee with the source
>> 
> code:
>   
>> SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>>
>> 
> 

Re: [WiX-users] Ngenning with NetFx and ProgressText

[Rob Mensching]

I thought NGen was done in the background with a separate process.  By 
marking NGen pri-0 you've probably just slowed down the Windows 
Installer's "Removing backup files" due to disk contention.  I could 
remember the NGen stuff wrong though...

Glenn Jones wrote:
> Hi,
>
> We have a WiX installer that ngens dlls using priority 0 (immediate
> ngen). We use priority 0 because the start-up time of our product
> increases with non-ngened assemblies and we'd like to make a good first
> impression. When the installer does the ngenning, it stops with the
> message "Removing backup files". We'd like to change the message to
> something like "Optimizing performance. This may take a few minutes". We
> have tried including the following in our UI:
>  Action="NetFxExecuteNativeImageCommitInstall">NetFxExecuteNativeImageCommitInstall
>  Action="NetFxExecuteNativeImageInstall">NetFxExecuteNativeImageInstall
>  Action="NetFxScheduleNativeImage">NetFxScheduleNativeImage
> NetFxNativeImage
>  Action="NetFxExecuteNativeImageCommitUninstall">NetFxExecuteNativeImageCommitUninstall
>  Action="NetFxExecuteNativeImageUninstall">NetFxExecuteNativeImageUninstall
>
> and we do see some of these flash by, but the long pause at the end of
> "Removing backup files" remains. We can see that this is because of ngen
> because TaskManager shows ngen doing a lot of work during this period.
>
> Is there any way that we can do this?
>
> Thanks
> Glenn
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>   

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut?

[Rob Mensching]

Chances are the folders aren't empty so the RemoveFolder won't end up 
doing anything. However, this seems like one of those cases to document 
and ignore the ICE advice.  Trying to remove system folders seems to 
trump the (IMHO) blind ICE.

Little Forest wrote:
> Thanks Rob for your reply.
>
> I did read that post you made. Actually, I'm using that for our uninstall 
> shortcut. Thanks for that.
>
> For the QuickLaunch, however, I do have "RemoveFolder" in the component. But 
> I still get ICE64 error.
>
> Here I'd like to post my code again:
> 
>   
> 
>   
>   
> 
>   
> 
>
> .. ...
> 
>  Guid="32AB3786-02F5-45C8-9E6F-04A6041EB4FF">
> INSTALLQUICKLAUNCHSHORTCUT
>Action="createAndRemoveOnUninstall">
>  KeyPath="yes"/>
> 
>Name="My App" ShortName="MyApp"
>   Target="[INSTALLLOCATION]$(var.FileOutput)"/>
> 
>   
> 
>
> As what you can see, I do have "RemoveFolder" in the QuickLuanchShortcut 
> component. But I got errors when compile/link:
> error LGHT0204: ICE64: The directory InternetExplorer is in the user profile 
> but is not listed in the RemoveFile table.
> error LGHT0204: ICE64: The directory Microsoft is in the user profile but is 
> not listed in the RemoveFile table.
>
> The problem is, the compiler/linker complains the "InternetExplorer" and 
> "Microsoft" directory.
>
> So I made another effort - I added two more components for these two folders:
>   
>  Guid="134BA283-0ADA-444E-8348-829C61099CDB">
>   
> 
>   
>
>   
>  Guid="F1F366ED-2145-4B7A-9571-1C34C665BAF4">
>   
> 
>   
> 
>   
>   
>
> I compiled and linked.. it seems working.
>
> But the problem is, these code try to remove the system folder which we 
> really shouldn't do. Just like what Neil ever said "To be honest I chose not 
> to include the RemoveFolder elements as it didn't seem correct to potentially 
> remove system folders"(in his post on Feb 04, 2009), I worry about if I'm 
> doing the right thing? Is there any risk or problem if I remove these system 
> folder?
>
> Thanks you all.
>
> /Brian
>
>
>
>
>
> 
> From: Rob Mensching 
> To: General discussion for Windows Installer XML toolset. 
> 
> Sent: Tuesday, February 10, 2009 5:14:03 PM
> Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and 
> Desktop shortcut?
>
> Have you seen: 
> http://robmensching.com/blog/posts/2007/4/27/How-to-create-an-uninstall-shortcut-and-pass-all-the?
>
>
> -Original Message-
> From: Little Forest [mailto:little.for...@ymail.com]
> Sent: Tuesday, February 10, 2009 14:46
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
> Desktop shortcut?
>
> Thanks Neil.
>
> I ignored the ICE64. The Quick Launch shortcut got created.
>
> But the problem is, we're going to attend "Microsoft Vista Certified"
> program soon. That means, sooner or later we'll have to fix this ICE64
> issue. Otherwise, we can't pass MS's test. I spent hours in searching a
> solution. But it seems there is no decent solution for this "Quick Launch
> shortcut" thing.
>
> So I'm asking the community again:
> Is there any way that I can create the Quick Launch shortcut but not violate
> ICE64?
>
> Thank you all.
>
> /Brian
>
>
>
> 
> From: Neil Sleightholm 
> To: General discussion for Windows Installer XML toolset.
> 
> Sent: Wednesday, February 4, 2009 12:00:10 AM
> Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
> Desktop shortcut?
>
> To be honest I chose not to include the RemoveFolder elements as it didn't
> seem correct to potentially remove system folders and then I ignored the
> ICE64!
>
> Neil
>
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com 
>
>
> 
>
> From: Little Forest [mailto:little.for...@ymail.com]
> Sent: Wed 04/02/2009 00:18
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
> Desktop shortcut?
>
>
>
> Thanks Neil.
>
> After hours searching, I found out this:
> http://www.dizzymonkeydesign.com/blog/misc/adding-and-customizing-dlgs-in-wi
> x-3/
> I followed the instructions in the post above, and I added Desktop Shortcut
> support successful.
> But, when I tried to followed the same way to add "Quick Launch shortcut", I
> got problems:
> ICE64
> Here is the code:
> 
> 
> 
> 
> 
> 
> 
> 
>
> .. ...
> 
>  Guid="32AB3786-02F5-45C8-9E6F-04A6041EB4FF">
> INSTALLQUICKLAUNCHSHORTCUT
>  Action="createAndRemoveOnUninstall">
> 
> 
>Name="My App" ShortName="MyApp"
> Target="[INSTALLLOCATION]$(var.FileOutput)"/>
> 
> 
> 
>
>
>
>
> As you can see, I did add RemoveFolder for Component.But the compiler

Re: [WiX-users] How to skip a custom action when feature notselected

[Joe Osman]

Thanks a lot Michael you've been very helpful !

Michael Osmond wrote:

Joe

& is a feature-action, and ! Is the current feature state, so I am
checking both the existing state and what the installer is going to do
(ie IF (Not Installed and Not Going to Be Installed).

In this case I want the CONFIGURE IIS to run both on install, upgrade
and repair.

I often use the combination for Custom Actions to say FeatureState is
Absent and FeatureAction is Local for running once on install.  And
vice-versa for the uninstall.  


As I understand it, it is fairly important to consider both.  (Its also
important that this run after CostFinalise.)

I suppose with your database deletion issue you could have used the
condition of !DBFEATURE=3 and &DBFEATURE=2 (the database feature is
going from installed to uninstalled (absent).

More detail is in the MSI SDK on Conditional Expressions.  



Michael


-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz] 
Sent: Wednesday, 18 February 2009 12:26 PM

To: General discussion for Windows Installer XMLtoolset.
Subject: Re: [WiX-users] How to skip a custom action when feature
notselected

Thanks Michael, it worked !
One question: I have noticed that you've used &MainComponent and
!MainComponent Can you tell me what's the difference between the two and
is it important to use two of them together?
Thanks.


Michael Osmond wrote:
  

Joe

Try looking at the SKIPCONFIGUREIIS property (its part of WIX),  this 
is how I stop the installer from doing the IIS Custom action if 
MainComponent is not selected.




  



After="CostFinalize">




-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz]
Sent: Wednesday, 18 February 2009 11:13 AM
To: General discussion for Windows InstallerXMLtoolset.
Subject: [WiX-users] How to skip a custom action when feature not 
selected


My installer creates a website during the product installation. I 
would like to add a feature to the installer to enable the user to 
skip the website creation and I thought about using something similar


to that:
  
 NOT Installed AND 



But I get an error message saying that a Custom element must have a 
Before attribute, After attribute, or a Sequence attribute.


I don't want to change the sequence of this action and I really don't 
care what is the sequence. All I want to do is to skip the creation of



  

the website by skipping the custom action ConfigureIIS.

Do you have any other idea?


==
= This email, including any attachments, is only for the intended 
addressee.  It is subject to copyright, is confidential and may be the



  
subject of legal or other privilege, none of which is waived or lost 
by reason of this transmission.
If the receiver is not the intended addressee, please accept our 
apologies, notify us by return, delete all copies and perform no other



  

act on the email.
Unfortunately, we cannot warrant that the email has not been  altered 
or corrupted during transmission.

==
=


--
 Open Source Business Conference (OSBC), March 24-25, 2009, 
San Francisco, CA -OSBC tackles the biggest issue in open source: Open



  
Sourcing the Enterprise -Strategies to boost innovation and cut costs 
with open source participation -Receive a $600 discount off the 
registration fee with the source code: SFAD 
http://p.sf.net/sfu/XcvMzF8H 
___

WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

  



===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be the
subject of legal or other privilege, none of which is waived or lost by
reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no other
act on the email.
Unfortunately, we cannot warrant that the email has not been  altered or
corrupted during transmission.
===


--

Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lis

Re: [WiX-users] How to skip a custom action when feature notselected

[Michael Osmond]

Joe

& is a feature-action, and ! Is the current feature state, so I am
checking both the existing state and what the installer is going to do
(ie IF (Not Installed and Not Going to Be Installed).

In this case I want the CONFIGURE IIS to run both on install, upgrade
and repair.

I often use the combination for Custom Actions to say FeatureState is
Absent and FeatureAction is Local for running once on install.  And
vice-versa for the uninstall.  

As I understand it, it is fairly important to consider both.  (Its also
important that this run after CostFinalise.)

I suppose with your database deletion issue you could have used the
condition of !DBFEATURE=3 and &DBFEATURE=2 (the database feature is
going from installed to uninstalled (absent).

More detail is in the MSI SDK on Conditional Expressions.  


Michael

-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz] 
Sent: Wednesday, 18 February 2009 12:26 PM
To: General discussion for Windows Installer XMLtoolset.
Subject: Re: [WiX-users] How to skip a custom action when feature
notselected

Thanks Michael, it worked !
One question: I have noticed that you've used &MainComponent and
!MainComponent Can you tell me what's the difference between the two and
is it important to use two of them together?
Thanks.


Michael Osmond wrote:
> Joe
>
> Try looking at the SKIPCONFIGUREIIS property (its part of WIX),  this 
> is how I stop the installer from doing the IIS Custom action if 
> MainComponent is not selected.
>
>
>   
>Value="1"/>
>   
>After="CostFinalize">
>   
>   
>
> -Original Message-
> From: Joe Osman [mailto:joe.os...@tait.co.nz]
> Sent: Wednesday, 18 February 2009 11:13 AM
> To: General discussion for Windows InstallerXMLtoolset.
> Subject: [WiX-users] How to skip a custom action when feature not 
> selected
>
> My installer creates a website during the product installation. I 
> would like to add a feature to the installer to enable the user to 
> skip the website creation and I thought about using something similar
to that:
>
>  NOT Installed AND 
> 
>
> But I get an error message saying that a Custom element must have a 
> Before attribute, After attribute, or a Sequence attribute.
>
> I don't want to change the sequence of this action and I really don't 
> care what is the sequence. All I want to do is to skip the creation of

> the website by skipping the custom action ConfigureIIS.
>
> Do you have any other idea?
>
>
> ==
> = This email, including any attachments, is only for the intended 
> addressee.  It is subject to copyright, is confidential and may be the

> subject of legal or other privilege, none of which is waived or lost 
> by reason of this transmission.
> If the receiver is not the intended addressee, please accept our 
> apologies, notify us by return, delete all copies and perform no other

> act on the email.
> Unfortunately, we cannot warrant that the email has not been  altered 
> or corrupted during transmission.
> ==
> =
>
>
> --
>  Open Source Business Conference (OSBC), March 24-25, 2009, 
> San Francisco, CA -OSBC tackles the biggest issue in open source: Open

> Sourcing the Enterprise -Strategies to boost innovation and cut costs 
> with open source participation -Receive a $600 discount off the 
> registration fee with the source code: SFAD 
> http://p.sf.net/sfu/XcvMzF8H 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>   

===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be the
subject of legal or other privilege, none of which is waived or lost by
reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no other
act on the email.
Unfortunately, we cannot warrant that the email has not been  altered or
corrupted during transmission.
===


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://

Re: [WiX-users] How to skip a custom action when feature notselected

[Joe Osman]

Thanks Michael, it worked !
One question: I have noticed that you've used &MainComponent and 
!MainComponent
Can you tell me what's the difference between the two and is it 
important to use two of them together?

Thanks.


Michael Osmond wrote:

Joe

Try looking at the SKIPCONFIGUREIIS property (its part of WIX),  this is
how I stop the installer from doing the IIS Custom action if
MainComponent is not selected.







		 


-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz] 
Sent: Wednesday, 18 February 2009 11:13 AM

To: General discussion for Windows InstallerXMLtoolset.
Subject: [WiX-users] How to skip a custom action when feature not
selected

My installer creates a website during the product installation. I would
like to add a feature to the installer to enable the user to skip the
website creation and I thought about using something similar to that:

 NOT Installed AND


But I get an error message saying that a Custom element must have a
Before attribute, After attribute, or a Sequence attribute.

I don't want to change the sequence of this action and I really don't
care what is the sequence. All I want to do is to skip the creation of
the website by skipping the custom action ConfigureIIS.

Do you have any other idea?


===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be the
subject of legal or other privilege, none of which is waived or lost by
reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no other
act on the email.
Unfortunately, we cannot warrant that the email has not been  altered or
corrupted during transmission.
===


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

  


===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
altered or corrupted during transmission.
===

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to skip a custom action when feature not selected

[Michael Osmond]

Joe

Try looking at the SKIPCONFIGUREIIS property (its part of WIX),  this is
how I stop the installer from doing the IIS Custom action if
MainComponent is not selected.







 

-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz] 
Sent: Wednesday, 18 February 2009 11:13 AM
To: General discussion for Windows InstallerXMLtoolset.
Subject: [WiX-users] How to skip a custom action when feature not
selected

My installer creates a website during the product installation. I would
like to add a feature to the installer to enable the user to skip the
website creation and I thought about using something similar to that:

 NOT Installed AND


But I get an error message saying that a Custom element must have a
Before attribute, After attribute, or a Sequence attribute.

I don't want to change the sequence of this action and I really don't
care what is the sequence. All I want to do is to skip the creation of
the website by skipping the custom action ConfigureIIS.

Do you have any other idea?


===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be the
subject of legal or other privilege, none of which is waived or lost by
reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no other
act on the email.
Unfortunately, we cannot warrant that the email has not been  altered or
corrupted during transmission.
===


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to skip a custom action when feature not selected

[Joe Osman]

My installer creates a website during the product installation. I would 
like to add a feature to the installer to enable the user to skip the 
website creation and I thought about using something similar to that:


NOT Installed AND 



But I get an error message saying that a Custom element must have a 
Before attribute, After attribute, or a Sequence attribute.


I don't want to change the sequence of this action and I really don't 
care what is the sequence. All I want to do is to skip the creation of 
the website by skipping the custom action ConfigureIIS.


Do you have any other idea?


===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be
the subject of legal or other privilege, none of which is waived or
lost by reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no
other act on the email.
Unfortunately, we cannot warrant that the email has not been
altered or corrupted during transmission.
===

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] sql:SqlDatabase drops database on major upgrade

[Michael Osmond]

Thanks for the update Joe, good to see it worked.

I had not considered the issue of releasing the database, you may find
this is because the SqlString is associated with the database itself.
But it will also make sure any users of the database are kicked off.

One alternate to using the USE [Master] statement is something like what
we do with backing up the database before upgrade.   The Database ID
"sqlserver_Master" is not defined as part of a component, so it is not
managed by the installer (ie installed or uninstalled) it just a refen

The strings that then manipulate our target database actually reference
this database, but being under the target database component they only
get run with the database component.  (again this is in WIX Version 2).















-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz] 
Sent: Wednesday, 18 February 2009 10:54 AM
To: General discussion for Windows Installer XMLtoolset.
Subject: Re: [WiX-users] sql:SqlDatabase drops database on major upgrade

Thanks Michael,
I have it working now though I had make a few modifications in your
code: the REMOVE property was set to ALL on a major upgrade as well as
on uninstall so I added another property to check whether it's a product
upgrade - I only want to drop the database on an uninstall and nor on an
upgrade.

Here is the code that I add to the SqlString element:

use [master]
IF ('[REMOVE]' = 'ALL' AND '[KMFUNINSTALL]' = 'KMFUNINSTALL') BEGIN
ALTER DATABASE $(var.DataBaseName)
SET SINGLE_USER WITH ROLLBACK IMMEDIATE
DROP DATABASE $(var.DataBaseName)
END



In the  execute  sequence:
Installed
AND NOT UPGRADINGPRODUCTCODE

Michael Osmond wrote:
> Joe,
>  
> My appologies, I was not carefull.  If you put that SQL code in a
SQLString element (not SQLScript), then it is treated like a formatted
MSI string, so the [REMOVE] gets expanded to the REMOVE property before
execution.   My understanding is that REMOVE is set to ALL for an
uninstall.
>  
> Michael
>
> 
>
> From: Joe Osman [mailto:joe.os...@tait.co.nz]
> Sent: Tue 17/02/2009 12:26 PM
> To: General discussion for Windows Installer XMLtoolset.
> Subject: Re: [WiX-users] sql:SqlDatabase drops database on major 
> upgrade
>
>
>
> Hi Michael,
> In your answer are you referring to WIX V2 or WIX V3?
> I am using V3 and when I tried to reschedule the custom action 
> DeleteExistingProduct  I got the error message:  Unresolved reference 
> to symbol 'CustomAction:DeleteExistingProduct' .
>
> In your second comment you are saying that the script should run on 
> ExecuteOnUninstall. Based on your suggestion I've created the 
> following sql script:
> USE [master]
> GO
> IF ('[REMOVE]' = 'ALL')
> BEGIN  
> DROP DATABASE MyDataBase
> END
>
> but the database doesn't get removed on uninstall. How can the sql 
> script determine the value of [REMOVE] on uninstall?
>
> Thank you.
>
> Michael Osmond wrote:
>   
>> Hello Joe,
>>
>> I've been in a similar situation.  The possible solutions I am aware
of:
>>
>> 1.  If you schedule the DeleteExistingProduct action at the end of 
>> the install (I think after the InstallFinalise), my understanding is 
>> that the install should calculate that there still is a count of one 
>> on the database component and not remove it.  For other reasons I 
>> don't use this with mine.
>>
>> 2.  Don't use the DropOnUnistall.  Set the database as 
>> CreateOnInstall=y ContinueOnError=y and then have an SQL Script that 
>> is set to run ExecuteOnUninstall that drops the database.  You could 
>> then put an MSI condition into the script eg:  IF ('[REMOVE]' = 
>> 'ALL') drop database [DBNAME].  It gives you a little more control.
>>
>> For the books.  Because of the nature of data in our server 
>> application, our uninstall does not delete the database at all, the 
>> user must manually (and hence knowingly) drop the database.
>>
>> PS:  Something to check.  Test what happens if there is a rollback 
>> during (or after) the SQL Install.  My experience was that the 
>> rollback (because this is technically an install of a new database 
>> component) would do the rollback by droping the database.  (I am 
>> still on WIX V2 and have a slightly modified version of the SQL
Custom Actions).
>>
>> Mihael
>>
>> -Original Message-
>> From: Joe Osman [mailto:joe.os...@tait.co.nz]
>> Sent: Monday, 16 February 2009 12:14 PM
>> To: General discussion for Windows Installer XMLtoolset.
>> Subject: [WiX-users] sql:SqlDatabase drops database on major upgrade
>>
>> I want to have my database dropped only during uninstall and to do 
>

Re: [WiX-users] sql:SqlDatabase drops database on major upgrade

[Joe Osman]

Thanks Michael,
I have it working now though I had make a few modifications in your 
code: the REMOVE property was set to ALL on a major upgrade as well as 
on uninstall so I added another property to check whether it's a product 
upgrade - I only want to drop the database on an uninstall and nor on an 
upgrade.


Here is the code that I add to the SqlString element:

use [master]
IF ('[REMOVE]' = 'ALL' AND '[KMFUNINSTALL]' = 'KMFUNINSTALL')
BEGIN
   ALTER DATABASE $(var.DataBaseName)
   SET SINGLE_USER WITH ROLLBACK IMMEDIATE
   DROP DATABASE $(var.DataBaseName)
END

Value="KMFUNINSTALL"/>


In the  execute  sequence:
Installed 
AND NOT UPGRADINGPRODUCTCODE


Michael Osmond wrote:

Joe,
 
My appologies, I was not carefull.  If you put that SQL code in a SQLString element (not SQLScript), then it is treated like a formatted MSI string, so the [REMOVE] gets expanded to the REMOVE property before execution.   My understanding is that REMOVE is set to ALL for an uninstall.
 
Michael




From: Joe Osman [mailto:joe.os...@tait.co.nz]
Sent: Tue 17/02/2009 12:26 PM
To: General discussion for Windows Installer XMLtoolset.
Subject: Re: [WiX-users] sql:SqlDatabase drops database on major upgrade



Hi Michael,
In your answer are you referring to WIX V2 or WIX V3?
I am using V3 and when I tried to reschedule the custom action
DeleteExistingProduct  I got the error message:  Unresolved reference to
symbol 'CustomAction:DeleteExistingProduct' .

In your second comment you are saying that the script should run on
ExecuteOnUninstall. Based on your suggestion I've created the following
sql script:
USE [master]
GO
IF ('[REMOVE]' = 'ALL')
BEGIN  
DROP DATABASE MyDataBase

END

but the database doesn't get removed on uninstall. How can the sql
script determine the value of [REMOVE] on uninstall?

Thank you.

Michael Osmond wrote:
  

Hello Joe,

I've been in a similar situation.  The possible solutions I am aware of:

1.  If you schedule the DeleteExistingProduct action at the end of the
install (I think after the InstallFinalise), my understanding is that
the install should calculate that there still is a count of one on the
database component and not remove it.  For other reasons I don't use
this with mine.

2.  Don't use the DropOnUnistall.  Set the database as CreateOnInstall=y
ContinueOnError=y and then have an SQL Script that is set to run
ExecuteOnUninstall that drops the database.  You could then put an MSI
condition into the script eg:  IF ('[REMOVE]' = 'ALL') drop database
[DBNAME].  It gives you a little more control.

For the books.  Because of the nature of data in our server application,
our uninstall does not delete the database at all, the user must
manually (and hence knowingly) drop the database.

PS:  Something to check.  Test what happens if there is a rollback
during (or after) the SQL Install.  My experience was that the rollback
(because this is technically an install of a new database component)
would do the rollback by droping the database.  (I am still on WIX V2
and have a slightly modified version of the SQL Custom Actions).

Mihael 


-Original Message-
From: Joe Osman [mailto:joe.os...@tait.co.nz]
Sent: Monday, 16 February 2009 12:14 PM
To: General discussion for Windows Installer XMLtoolset.
Subject: [WiX-users] sql:SqlDatabase drops database on major upgrade

I want to have my database dropped only during uninstall and to do that
I am using sql:SqlDatabase element. The problem is that the database is
dropped during a major upgrade. How can I prevent it from happening?

Here is the command I am using:




===
This email, including any attachments, is only for the intended
addressee.  It is subject to copyright, is confidential and may be the
subject of legal or other privilege, none of which is waived or lost by
reason of this transmission.
If the receiver is not the intended addressee, please accept our
apologies, notify us by return, delete all copies and perform no other
act on the email.
Unfortunately, we cannot warrant that the email has not been  altered or
corrupted during transmission.
===


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

 



===
This email, including any attachments, is only f

Re: [WiX-users] WiX 3.0 + MSBuild Issues

[Alex Ivanoff]

Where is this snippet from? Your build script? As I said, this should be
in the wixproj file, and this is how you call it:




-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Tuesday, February 17, 2009 17:20
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Were you able to actually get that working?

I just tried that approach, but I get the exact same behavior.  I think
that makes sense since after the properties are calculated, you still
end up with the same string value
(DefineConstants=Name1=Value1;Name2=Value2 and only the first pair is
being recognized).

Here's a snippet from how I implemented your suggestions:

  



  






Thanks,
DoranW

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Tuesday, February 17, 2009 11:16 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

This is what I come up with after reading the posts. Lets say you have
two properties to overwrite: BuildNumber and RevisionNumber. In wixproj
file:

  

  


  

  

Then instead of overwriting DefineConstants you overwrite individual
properties.


-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Tuesday, February 17, 2009 12:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Hello,

I've reviewed both links and unfortunately I haven't been able to
resolve my issue.  The second link doesn't appear to be related to my
specific issue.

The first link offers a work-around, but it looks like it was never
confirmed by anyone.  After trying their method (replacing semi-colons
with the XML markup %3b, using ItemGroup for setting the parameters,
etc) I get the same behavior (only the first parameter is recognized).
Also, the example looks to be a hypothetical and doesn't use the
DefineConstants parameter.

Does anyone know of a (confirmed) method for passing multiple WiX
parameters from MSBuild?  Thanks.

Thanks,
DoranW

-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 9:14 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Scratch that :)...Links got broken in email.

-Original Message-
From: Doran Wellnitz 
Sent: Monday, February 16, 2009 9:13 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] WiX 3.0 + MSBuild Issues

Thanks for the quick reply, but neither of those links appear to work...

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Monday, February 16, 2009 9:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

These should get you some ideas:
http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/d0610b37-02
fa-43dc-9823-3fa867093707
http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/95bf6b1d-9
dae-48ba-b56d-08fa5ae26563


-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 22:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX 3.0 + MSBuild Issues

Hello,

I'm trying to upgrade our TFS build (MSBuild) projects to use the new
WiX 3.0 stuff.  Unfortunately, I'm having a devil of a time passing all
of the preprocessor variables to the WiX project from MSBuild.  My
understanding is that I should be using the DefineConstants property for
passing them in, but unfortunately it is only recognizing the first
property passed in.

Here is a snippet from the build project invoking the WiX Project:


  COREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;
DISTRIBUTEDROP=\\rpd-drops\Distribute\;



  
  

I've tried passing them in directly in the properties, creating the
DefineConstants property by using a CreateProperty instead, etc, etc.
No matter what I try, only the first parameter is recognized (or worse
:)).  I have even tried passed in each one individually, still the same
behavior...

However, if I look at the build log, it appears all parameters are being
passed and set correctly...just aren't being recognized by WiX :(:

Task "MSBuild"
  Global Properties:
DefineConstants=DOCDROP=\\rpd-drops\Documents
COREDROP=\\rpd-drops\devdrop\RAPIDv1.0\1.3.0012.00
RAPDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
LOCDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
DISTRIBUTEDROP=\\rpd-drops\Distribute\

I think I could get this working if I just called it from the command
line and passed in the parameters that way, but I wanted to use the
MSBuild task integration :(.

Does anyone have any pointers or tips?  I've searched all 

[WiX-users] Create Read share

[Amit Ravat]

I tried creating writable share which works but not able to create readonly 
share. Am I missing something?




  




  




  


  


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and Desktop shortcut?

[Little Forest]

Thanks Rob for your reply.

I did read that post you made. Actually, I'm using that for our uninstall 
shortcut. Thanks for that.

For the QuickLaunch, however, I do have "RemoveFolder" in the component. But I 
still get ICE64 error.

Here I'd like to post my code again:
 
   
 
   
   
 
   
 

.. ... 
 
   
INSTALLQUICKLAUNCHSHORTCUT 
 
 
 
 
 
   
 

As what you can see, I do have "RemoveFolder" in the QuickLuanchShortcut 
component. But I got errors when compile/link:
error LGHT0204: ICE64: The directory InternetExplorer is in the user profile 
but is not listed in the RemoveFile table.
error LGHT0204: ICE64: The directory Microsoft is in the user profile but is 
not listed in the RemoveFile table.

The problem is, the compiler/linker complains the "InternetExplorer" and 
"Microsoft" directory.

So I made another effort - I added two more components for these two folders:
  

  

  

  

  

  

  
  

I compiled and linked.. it seems working.

But the problem is, these code try to remove the system folder which we really 
shouldn't do. Just like what Neil ever said "To be honest I chose not to 
include the RemoveFolder elements as it didn't seem correct to potentially 
remove system folders"(in his post on Feb 04, 2009), I worry about if I'm doing 
the right thing? Is there any risk or problem if I remove these system folder? 

Thanks you all.

/Brian






From: Rob Mensching 
To: General discussion for Windows Installer XML toolset. 

Sent: Tuesday, February 10, 2009 5:14:03 PM
Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and 
Desktop shortcut?

Have you seen: 
http://robmensching.com/blog/posts/2007/4/27/How-to-create-an-uninstall-shortcut-and-pass-all-the?


-Original Message-
From: Little Forest [mailto:little.for...@ymail.com]
Sent: Tuesday, February 10, 2009 14:46
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
Desktop shortcut?

Thanks Neil.

I ignored the ICE64. The Quick Launch shortcut got created.

But the problem is, we're going to attend "Microsoft Vista Certified"
program soon. That means, sooner or later we'll have to fix this ICE64
issue. Otherwise, we can't pass MS's test. I spent hours in searching a
solution. But it seems there is no decent solution for this "Quick Launch
shortcut" thing.

So I'm asking the community again:
Is there any way that I can create the Quick Launch shortcut but not violate
ICE64?

Thank you all.

/Brian




From: Neil Sleightholm 
To: General discussion for Windows Installer XML toolset.

Sent: Wednesday, February 4, 2009 12:00:10 AM
Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
Desktop shortcut?

To be honest I chose not to include the RemoveFolder elements as it didn't
seem correct to potentially remove system folders and then I ignored the
ICE64!

Neil

Neil Sleightholm
X2 Systems Limited
n...@x2systems.com 




From: Little Forest [mailto:little.for...@ymail.com]
Sent: Wed 04/02/2009 00:18
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
Desktop shortcut?



Thanks Neil.

After hours searching, I found out this:
http://www.dizzymonkeydesign.com/blog/misc/adding-and-customizing-dlgs-in-wi
x-3/
I followed the instructions in the post above, and I added Desktop Shortcut
support successful.
But, when I tried to followed the same way to add "Quick Launch shortcut", I
got problems:
ICE64
Here is the code:









.. ...


INSTALLQUICKLAUNCHSHORTCUT











As you can see, I did add RemoveFolder for Component.But the compiler
complaint that:
error LGHT0204: ICE64: The directory InternetExplorer is in the user profile
but is not listed in the RemoveFile table.
error LGHT0204: ICE64: The directory Microsoft is in the user profile but is
not listed in the RemoveFile table.
Question:
What can I do to remove these errors?
Thanks.
/Brian




From: Neil Sleightholm 
To: General discussion for Windows Installer XML toolset.

Sent: Thursday, January 29, 2009 11:40:33 PM
Subject: Re: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
Desktop shortcut?

For the desktop you can use a standard Windows Installer directory reference
(see the SDK). For quick launch the only way I have found is to use this:









Neil

Neil Sleightholm
X2 Systems Limited
n...@x2systems.com 




From: Little Forest [mailto:little.for...@ymail.com]
Sent: Fri 30/01/2009 00:31
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX 3.0: how to create Quick Launch shortcut and
Desktop shortcut?



Hi,

In WiX 3.

Re: [WiX-users] WiX 3.0 + MSBuild Issues

[Doran Wellnitz]

Were you able to actually get that working?

I just tried that approach, but I get the exact same behavior.  I think that 
makes sense since after the properties are calculated, you still end up with 
the same string value (DefineConstants=Name1=Value1;Name2=Value2 and only the 
first pair is being recognized).

Here's a snippet from how I implemented your suggestions:

  



  






Thanks,
DoranW

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Tuesday, February 17, 2009 11:16 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

This is what I come up with after reading the posts. Lets say you have
two properties to overwrite: BuildNumber and RevisionNumber. In wixproj
file:

  

  


  

  

Then instead of overwriting DefineConstants you overwrite individual
properties.


-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Tuesday, February 17, 2009 12:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Hello,

I've reviewed both links and unfortunately I haven't been able to
resolve my issue.  The second link doesn't appear to be related to my
specific issue.

The first link offers a work-around, but it looks like it was never
confirmed by anyone.  After trying their method (replacing semi-colons
with the XML markup %3b, using ItemGroup for setting the parameters,
etc) I get the same behavior (only the first parameter is recognized).
Also, the example looks to be a hypothetical and doesn't use the
DefineConstants parameter.

Does anyone know of a (confirmed) method for passing multiple WiX
parameters from MSBuild?  Thanks.

Thanks,
DoranW

-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 9:14 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Scratch that :)...Links got broken in email.

-Original Message-
From: Doran Wellnitz 
Sent: Monday, February 16, 2009 9:13 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] WiX 3.0 + MSBuild Issues

Thanks for the quick reply, but neither of those links appear to work...

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Monday, February 16, 2009 9:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

These should get you some ideas:
http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/d0610b37-02
fa-43dc-9823-3fa867093707
http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/95bf6b1d-9
dae-48ba-b56d-08fa5ae26563


-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 22:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX 3.0 + MSBuild Issues

Hello,

I'm trying to upgrade our TFS build (MSBuild) projects to use the new
WiX 3.0 stuff.  Unfortunately, I'm having a devil of a time passing all
of the preprocessor variables to the WiX project from MSBuild.  My
understanding is that I should be using the DefineConstants property for
passing them in, but unfortunately it is only recognizing the first
property passed in.

Here is a snippet from the build project invoking the WiX Project:


  COREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;
DISTRIBUTEDROP=\\rpd-drops\Distribute\;



  
  

I've tried passing them in directly in the properties, creating the
DefineConstants property by using a CreateProperty instead, etc, etc.
No matter what I try, only the first parameter is recognized (or worse
:)).  I have even tried passed in each one individually, still the same
behavior...

However, if I look at the build log, it appears all parameters are being
passed and set correctly...just aren't being recognized by WiX :(:

Task "MSBuild"
  Global Properties:
DefineConstants=DOCDROP=\\rpd-drops\Documents
COREDROP=\\rpd-drops\devdrop\RAPIDv1.0\1.3.0012.00
RAPDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
LOCDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
DISTRIBUTEDROP=\\rpd-drops\Distribute\

I think I could get this working if I just called it from the command
line and passed in the parameters that way, but I wanted to use the
MSBuild task integration :(.

Does anyone have any pointers or tips?  I've searched all over the
internet, but I haven't been able to find that works/directly addresses
this issues.  Any ideas?  Thanks.

Thanks,
DoranW

--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing t

Re: [WiX-users] Custom Installer Question.

[Wilson, Phil]

Visual Studio 2008 setup&deployment projects changed - they now generate custom 
actions with no impersonation, but that can come with its own set of issues for 
people who want impersonation. But still you're right in general - they don't 
give you a choice of where custom actions get called or what kind of 
impersonation you get. 

Visual Studio's managed code installer class custom actions depend on 
InstallUtilLib.dll (a C++ Dll in your Binary table) being called with data that 
tells it where your assembly is. After that, it loads a .NET framework and 
eventually uses reflection to locate, instantiate and call your installer class 
methods.
It's also worth pointing out again that the MSI team doesn't support managed 
code running in an msiexec process (I assume that's still the case) so that's 
another reason to stay away from VS setup projects and InstallUtil-type calls. 

Phil Wilson 

-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: Tuesday, February 17, 2009 10:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Installer Question.

Well I'd get rid of Visual Studio Deployment projects.  For example VDPROJ can 
only schedule deferred custom actions and for some silly reason it only 
scheduels them as Imersonate instead of NoImpersonate.  This causes problems on 
Vista with UAC enabled.

But if you want to stay with VDRPOJ, you can still consume DTF CA's because DTF 
CA's are compatible with C++ Type 1 CA's.

Refactoring from InstallUtil to DTF should be a pretty simple under taking.   
Assuming your code is broken out into client / server type classes you just 
create a new client class that consumes the same server class and implement the 
inteface spec'd by DTF rather then that spec'd by InstallUtil.

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Tue, 2/17/09, Henk Roos  wrote:

> From: Henk Roos 
> Subject: Re: [WiX-users] Custom Installer Question.
> To: "wix-users@lists.sourceforge.net" 
> Date: Tuesday, February 17, 2009, 9:45 AM
> Hi Christopher,
> 
> Thanks for you're reply.
> 
> I think in the future we'll (Aricent) definitely have
> to move to using something like the DTF.
> Currently we have several visual studio setup projects
> (about 20) that all needs to be deployed to our customer,
> and almost all have them have custom 3 or 4 installers
> configured inside of them (they are all ones that extends
> the System.Configuration.Install.Installer class).
> 
> The thing is if I want to move to using DTF now then there
> will be allot of work that needs to be done to make the
> conversion, but I don't think there will be enough time
> before we release the msi's. I would like to how Visual
> Studio package those MSI's to tell Windows Installer how
> they should be run,
> and if it also uses InstallUtil.exe to run them.
> 
> What do you think I should do to move forward?
> 
> Regards,
> Henk
> 
> 
> 
> -Original Message-
> From: Christopher Painter
> [mailto:chr...@deploymentengineering.com]
> Sent: Tuesday, February 17, 2009 3:41 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Custom Installer Question.
> 
> It's possible, but you really, really, really don't
> want to do that.
> Check out WiX's DTF (Deployment Tools Foundation)
> instead.  If you
> search my blog for DTF you'll find plenty of content
> describing it and
> you'll also find a DTF SDK manual in your start menu
> under WiX.
> 
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread
> that deserves
> attention? E-Mail Me
> 
> 
> --- On Tue, 2/17/09, Henk Roos
>  wrote:
> 
> > From: Henk Roos 
> > Subject: [WiX-users] Custom Installer Question.
> > To: "wix-users@lists.sourceforge.net"
> 
> > Date: Tuesday, February 17, 2009, 7:04 AM
> > Hi there,
> >
> > I would like to know if it is possible to create a
> custom
> > action in WiX that will run a Managed Custom Installer
> that
> > extends the System.Configuration.Install.Installer
> class, or
> > is it only the InstallUtil.exe command that
> understands how
> > to run managed custom installers.
> >
> > Regards,
> >
> > Henk Roos
> >
> 
> 
> "DISCLAIMER: This message is proprietary to Aricent
> and is intended solely for the use of the individual to whom
> it is addressed. It may contain privileged or confidential
> information and should not be circulated or used for any
> purpose other than for what it is intended. If you have
> received this message in error,please notify the originator
> immediately. If you are not the intended recipient, you are
> notified that you are strictly prohibited from using,
> copying, altering, or disclosing the contents of this
> message. Aricent accepts no responsibility for loss or
> damage arising from the use of the 

Re: [WiX-users] Per user installation HKCU registry keys remain after un-installation..

[John Nannenga]

I figured it out.  It was classic user error. 



-Original Message-
From: John Nannenga [mailto:john.nanne...@microsoft.com] 
Sent: Tuesday, February 17, 2009 4:54 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Per user installation HKCU registry keys remain after 
un-installation..

I'm working on deployment of a managed Word Add-in.  Managed Word Add-Ins in 
Office 2007 are registered under the HKCU registry hive, hence I'm creating a 
per-user installation.

My question is regarding the HKCU registry keys-they are not being removed 
during product uninstallation...

Installation creates these keys:

HKEY_CURRENT_USER\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal 
Server\Install\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\.DEFAULT\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\S-1-5-18\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\S-1-5-21-124525095-708259637-1543119021-160673\Software\Microsoft\Office\Word\Addins\My.Addin


And after uninstallation, these keys remain...

HKEY_CURRENT_USER\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\S-1-5-21-124525095-708259637-1543119021-160673\Software\Microsoft\Office\Word\Addins\My.Addin


... which causes Word to moan when launching that it couldn't find the code 
files for the 'registered assembly' as defined by the left over registry keys 
within HKEY_CURRENT_USER\...


I've tried authoring explicit Remove registry key / value entries, etc... but 
none of those attempts removed the HKCU registry keys.

Thoughts / suggestions?

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Per user installation HKCU registry keys remain after un-installation..

[John Nannenga]

I'm working on deployment of a managed Word Add-in.  Managed Word Add-Ins in 
Office 2007 are registered under the HKCU registry hive, hence I'm creating a 
per-user installation.

My question is regarding the HKCU registry keys-they are not being removed 
during product uninstallation...

Installation creates these keys:

HKEY_CURRENT_USER\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal 
Server\Install\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\.DEFAULT\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\S-1-5-18\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\S-1-5-21-124525095-708259637-1543119021-160673\Software\Microsoft\Office\Word\Addins\My.Addin


And after uninstallation, these keys remain...

HKEY_CURRENT_USER\Software\Microsoft\Office\Word\Addins\My.Addin
HKEY_USERS\S-1-5-21-124525095-708259637-1543119021-160673\Software\Microsoft\Office\Word\Addins\My.Addin


... which causes Word to moan when launching that it couldn't find the code 
files for the 'registered assembly' as defined by the left over registry keys 
within HKEY_CURRENT_USER\...


I've tried authoring explicit Remove registry key / value entries, etc... but 
none of those attempts removed the HKCU registry keys.

Thoughts / suggestions?

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX 3.0 + MSBuild Issues

[Alex Ivanoff]

This is what I come up with after reading the posts. Lets say you have
two properties to overwrite: BuildNumber and RevisionNumber. In wixproj
file:

  

  


  

  

Then instead of overwriting DefineConstants you overwrite individual
properties.


-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Tuesday, February 17, 2009 12:59
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Hello,

I've reviewed both links and unfortunately I haven't been able to
resolve my issue.  The second link doesn't appear to be related to my
specific issue.

The first link offers a work-around, but it looks like it was never
confirmed by anyone.  After trying their method (replacing semi-colons
with the XML markup %3b, using ItemGroup for setting the parameters,
etc) I get the same behavior (only the first parameter is recognized).
Also, the example looks to be a hypothetical and doesn't use the
DefineConstants parameter.

Does anyone know of a (confirmed) method for passing multiple WiX
parameters from MSBuild?  Thanks.

Thanks,
DoranW

-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 9:14 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Scratch that :)...Links got broken in email.

-Original Message-
From: Doran Wellnitz 
Sent: Monday, February 16, 2009 9:13 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] WiX 3.0 + MSBuild Issues

Thanks for the quick reply, but neither of those links appear to work...

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Monday, February 16, 2009 9:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

These should get you some ideas:
http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/d0610b37-02
fa-43dc-9823-3fa867093707
http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/95bf6b1d-9
dae-48ba-b56d-08fa5ae26563


-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 22:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX 3.0 + MSBuild Issues

Hello,

I'm trying to upgrade our TFS build (MSBuild) projects to use the new
WiX 3.0 stuff.  Unfortunately, I'm having a devil of a time passing all
of the preprocessor variables to the WiX project from MSBuild.  My
understanding is that I should be using the DefineConstants property for
passing them in, but unfortunately it is only recognizing the first
property passed in.

Here is a snippet from the build project invoking the WiX Project:


  COREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;
DISTRIBUTEDROP=\\rpd-drops\Distribute\;



  
  

I've tried passing them in directly in the properties, creating the
DefineConstants property by using a CreateProperty instead, etc, etc.
No matter what I try, only the first parameter is recognized (or worse
:)).  I have even tried passed in each one individually, still the same
behavior...

However, if I look at the build log, it appears all parameters are being
passed and set correctly...just aren't being recognized by WiX :(:

Task "MSBuild"
  Global Properties:
DefineConstants=DOCDROP=\\rpd-drops\Documents
COREDROP=\\rpd-drops\devdrop\RAPIDv1.0\1.3.0012.00
RAPDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
LOCDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
DISTRIBUTEDROP=\\rpd-drops\Distribute\

I think I could get this working if I just called it from the command
line and passed in the parameters that way, but I wanted to use the
MSBuild task integration :(.

Does anyone have any pointers or tips?  I've searched all over the
internet, but I haven't been able to find that works/directly addresses
this issues.  Any ideas?  Thanks.

Thanks,
DoranW

--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive 

Re: [WiX-users] WiX 3.0 + MSBuild Issues

[Doran Wellnitz]

Hello,

I've reviewed both links and unfortunately I haven't been able to resolve my 
issue.  The second link doesn't appear to be related to my specific issue.

The first link offers a work-around, but it looks like it was never confirmed 
by anyone.  After trying their method (replacing semi-colons with the XML 
markup %3b, using ItemGroup for setting the parameters, etc) I get the same 
behavior (only the first parameter is recognized).  Also, the example looks to 
be a hypothetical and doesn't use the DefineConstants parameter.

Does anyone know of a (confirmed) method for passing multiple WiX parameters 
from MSBuild?  Thanks.

Thanks,
DoranW

-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 9:14 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

Scratch that :)...Links got broken in email.

-Original Message-
From: Doran Wellnitz 
Sent: Monday, February 16, 2009 9:13 PM
To: General discussion for Windows Installer XML toolset.
Subject: RE: [WiX-users] WiX 3.0 + MSBuild Issues

Thanks for the quick reply, but neither of those links appear to work...

-Original Message-
From: Alex Ivanoff [mailto:alex.ivan...@shavlik.com] 
Sent: Monday, February 16, 2009 9:12 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] WiX 3.0 + MSBuild Issues

These should get you some ideas:
http://social.msdn.microsoft.com/Forums/en-US/msbuild/thread/d0610b37-02
fa-43dc-9823-3fa867093707
http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/95bf6b1d-9
dae-48ba-b56d-08fa5ae26563


-Original Message-
From: Doran Wellnitz [mailto:dor...@microsoft.com] 
Sent: Monday, February 16, 2009 22:52
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] WiX 3.0 + MSBuild Issues

Hello,

I'm trying to upgrade our TFS build (MSBuild) projects to use the new
WiX 3.0 stuff.  Unfortunately, I'm having a devil of a time passing all
of the preprocessor variables to the WiX project from MSBuild.  My
understanding is that I should be using the DefineConstants property for
passing them in, but unfortunately it is only recognizing the first
property passed in.

Here is a snippet from the build project invoking the WiX Project:


  COREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;
DISTRIBUTEDROP=\\rpd-drops\Distribute\;



  
  

I've tried passing them in directly in the properties, creating the
DefineConstants property by using a CreateProperty instead, etc, etc.
No matter what I try, only the first parameter is recognized (or worse
:)).  I have even tried passed in each one individually, still the same
behavior...

However, if I look at the build log, it appears all parameters are being
passed and set correctly...just aren't being recognized by WiX :(:

Task "MSBuild"
  Global Properties:
DefineConstants=DOCDROP=\\rpd-drops\Documents
COREDROP=\\rpd-drops\devdrop\RAPIDv1.0\1.3.0012.00
RAPDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
LOCDROP=\\rpd-drops\DevDrop\PkgSrc\SQLRAP\2.5.0026.00\
DISTRIBUTEDROP=\\rpd-drops\Distribute\

I think I could get this working if I just called it from the command
line and passed in the parameters that way, but I wanted to use the
MSBuild task integration :(.

Does anyone have any pointers or tips?  I've searched all over the
internet, but I haven't been able to find that works/directly addresses
this issues.  Any ideas?  Thanks.

Thanks,
DoranW

--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Stra

Re: [WiX-users] build wix on win xp

[Neil Sleightholm]

Take a look here
http://neilsleightholm.blogspot.com/2008/10/how-to-create-wix-build-mach
ine.html I think I got everything but if not please let me know.

Neil

-Original Message-
From: Andreas Owen [mailto:ao...@1eeurope.ch] 
Sent: 17 February 2009 16:34
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] build wix on win xp

I found out that ist something to do with sandcastle and dtf. I
installed sandcastle & builder to external\sand... where the make file
is but its still not working. What am I doing wrong?


--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Installer Question.

[Christopher Painter]

Well I'd get rid of Visual Studio Deployment projects.  For example VDPROJ can 
only schedule deferred custom actions and for some silly reason it only 
scheduels them as Imersonate instead of NoImpersonate.  This causes problems on 
Vista with UAC enabled.

But if you want to stay with VDRPOJ, you can still consume DTF CA's because DTF 
CA's are compatible with C++ Type 1 CA's.

Refactoring from InstallUtil to DTF should be a pretty simple under taking.   
Assuming your code is broken out into client / server type classes you just 
create a new client class that consumes the same server class and implement the 
inteface spec'd by DTF rather then that spec'd by InstallUtil.

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Tue, 2/17/09, Henk Roos  wrote:

> From: Henk Roos 
> Subject: Re: [WiX-users] Custom Installer Question.
> To: "wix-users@lists.sourceforge.net" 
> Date: Tuesday, February 17, 2009, 9:45 AM
> Hi Christopher,
> 
> Thanks for you're reply.
> 
> I think in the future we'll (Aricent) definitely have
> to move to using something like the DTF.
> Currently we have several visual studio setup projects
> (about 20) that all needs to be deployed to our customer,
> and almost all have them have custom 3 or 4 installers
> configured inside of them (they are all ones that extends
> the System.Configuration.Install.Installer class).
> 
> The thing is if I want to move to using DTF now then there
> will be allot of work that needs to be done to make the
> conversion, but I don't think there will be enough time
> before we release the msi's. I would like to how Visual
> Studio package those MSI's to tell Windows Installer how
> they should be run,
> and if it also uses InstallUtil.exe to run them.
> 
> What do you think I should do to move forward?
> 
> Regards,
> Henk
> 
> 
> 
> -Original Message-
> From: Christopher Painter
> [mailto:chr...@deploymentengineering.com]
> Sent: Tuesday, February 17, 2009 3:41 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Custom Installer Question.
> 
> It's possible, but you really, really, really don't
> want to do that.
> Check out WiX's DTF (Deployment Tools Foundation)
> instead.  If you
> search my blog for DTF you'll find plenty of content
> describing it and
> you'll also find a DTF SDK manual in your start menu
> under WiX.
> 
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread
> that deserves
> attention? E-Mail Me
> 
> 
> --- On Tue, 2/17/09, Henk Roos
>  wrote:
> 
> > From: Henk Roos 
> > Subject: [WiX-users] Custom Installer Question.
> > To: "wix-users@lists.sourceforge.net"
> 
> > Date: Tuesday, February 17, 2009, 7:04 AM
> > Hi there,
> >
> > I would like to know if it is possible to create a
> custom
> > action in WiX that will run a Managed Custom Installer
> that
> > extends the System.Configuration.Install.Installer
> class, or
> > is it only the InstallUtil.exe command that
> understands how
> > to run managed custom installers.
> >
> > Regards,
> >
> > Henk Roos
> >
> 
> 
> "DISCLAIMER: This message is proprietary to Aricent
> and is intended solely for the use of the individual to whom
> it is addressed. It may contain privileged or confidential
> information and should not be circulated or used for any
> purpose other than for what it is intended. If you have
> received this message in error,please notify the originator
> immediately. If you are not the intended recipient, you are
> notified that you are strictly prohibited from using,
> copying, altering, or disclosing the contents of this
> message. Aricent accepts no responsibility for loss or
> damage arising from the use of the information transmitted
> by this email including damage from virus."
> 
> --
> Open Source Business Conference (OSBC), March 24-25, 2009,
> San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open
> Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open
> source participation
> -Receive a $600 discount off the registration fee with the
> source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-us

Re: [WiX-users] How to install VC++ redistributable package at the beginning of installation?

[Clegg, Ian (Harvey Nash)]

I believe it's also possible to statically link the CRT into your DLL to
remove the runtime dependency...

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: 17 February 2009 16:17
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to install VC++ redistributable package at
the beginning of installation?

anwesha.m wrote:
> However, I require that the VC++ dlls get installed in the very
beginning.
> At the first dialog in the MSI itself we are using VC++ custom actions
and
> if we use merge modules the VC++ rutime dlls are not available at the
time
> of the first dialog.
>
> My first custom action is called after CostFinalize and i require the
VC++
> runtime dlls to be deployed before this custom action is called.
>
> How can i achieve this?
>   

You can't using the merge modules. You need to use a chainer to install 
the redist .exe then start your installer.

-- 
sig://boB
http://joyofsetup.com/




--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to install VC++ redistributable package at the beginning of installation?

[ACKH]

I recommend that you statically link the runtime into your custom action dll.
That way you don't need to deploy anything to run the custom action

-- 
View this message in context: 
http://n2.nabble.com/How-to-install-VC%2B%2B-redistributable-package-at-the-beginning-of-installation--tp2340253p2342045.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to install VC++ redistributable package at the beginning of installation?

[Bob Arnson]

anwesha.m wrote:
> However, I require that the VC++ dlls get installed in the very beginning.
> At the first dialog in the MSI itself we are using VC++ custom actions and
> if we use merge modules the VC++ rutime dlls are not available at the time
> of the first dialog.
>
> My first custom action is called after CostFinalize and i require the VC++
> runtime dlls to be deployed before this custom action is called.
>
> How can i achieve this?
>   

You can't using the merge modules. You need to use a chainer to install 
the redist .exe then start your installer.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] netfx:NativeImage action issues

[Bob Arnson]

MatjazR wrote:
> I would like to set the priority of netfx:NativeImage action from outside
> (as a MSI property). Is this possible in any way?
>   

It's not directly supported, though you could write an immediate custom 
action to modify the NetFxNativeImage table.

> Is it possible to disable the NativeImage action with a condition? 

Yes. It's overridable, so you can re-schedule NetFxScheduleNativeImage 
with a condition.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to get VS90_PROJECTTEMPLATES_DIR path

[Bob Arnson]

Throndorin wrote:
> In one of the .wxs files is VS90_PROJECTTEMPLATES_DIR and some other macros
> used, and I'm sure the installer knows how to resolve this to a real path. 
>
> Is there a good way to get this path information?
>   

 From WiX.chm:


Using WixVSExtension Properties or Custom Actions

To use the WixVSExtension properties or custom actions in an MSI, use 
the following steps:

* Add PropertyRef or CustomActionRef elements for items listed above
  that you want to use in your MSI.
* Add the -ext  command line parameter
  when calling light.exe to include the WixVSExtension in the MSI
  linking process.

For example:




When you reference any of the above properties or custom actions, the 
WixVSExtension automatically schedules the custom actions and pulls in 
properties used in the custom action conditions and execution logic.


-- 
sig://boB
http://joyofsetup.com/

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users Digest, Vol 33, Issue 85

[Bob Arnson]

Dane Anderson (Volt) wrote:
> WiX 3.0.3412.0 (according to the documentation that was installed with it)
>   

V3.0 has the Certificate element in the IIS extension, 
http://wix.sourceforge.net/manual-wix3/iis_xsd_certificate.htm. And your 
build is an antique; you'll very likely need a recent build to get 
important certificate fixes.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install advice needed on helper files

[Bob Arnson]

MacDiarmid, James D wrote:
> How would I go about installing this stuff?  
>   

You can only do it from an .exe; MSI doesn't allow multiple installation 
transactions to be active at once.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Edit control

[Bob Arnson]

Lough, Norman wrote:
> I've tried the above (and without the &) but cannot get anything to
> appear. I intend to use the corresponding property to edit an installed
> config file. Any ideas as to why the text doesn't show?
>   

Because MSI ignores the text if there's a property attached.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using util extension in include file.

[Bob Arnson]

Jason Person (TEKsystems) wrote:
> Hi, I am having a problem using util:XmlConfig from an include file, it seems 
> like the namespace declaration isn't seen by the stuff in the include file 
> even though I declare it in the  tag for the main file.  

You also need to declare it in the included file; each file must be a 
valid XML document.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] build wix on win xp

[Bob Arnson]

Andreas Owen wrote:
> I'm trying to compile wix 3.0x on win xp vs2005 & 2008 machine. 

You need to start with a checkout from CVS; the source .zips don't 
include large binaries.

-- 
sig://boB
http://joyofsetup.com/



--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] build wix on win xp

[Andreas Owen]

I found out that ist something to do with sandcastle and dtf. I installed 
sandcastle & builder to external\sand... where the make file is but its still 
not working. What am I doing wrong?

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Edit control

[Lough, Norman]

I've created a custom control and want to be able to populate an edit
box with some default text

 



 

I've tried the above (and without the &) but cannot get anything to
appear. I intend to use the corresponding property to edit an installed
config file. Any ideas as to why the text doesn't show?

Norman Lough

Developer

Tel: +44 (0)191 213 

DDI: +44 (0)191 2028360

Email: norman.lo...@imass.co.uk

Imass Ltd, Northumbria House, Regent Centre, Gosforth, Newcastle upon
Tyne, NE3 3PX. http://www.imass.co.uk  

 

Imass Limited is an Infoterra company, part of EADS Astrium

 

 

Registered in England and Wales No. 2379476

 

- Disclaimer -
The information contained in this e-mail and its attachments is
confidential and intended only for the use of the individual or entity
named above.  If you are not the intended recipient, please do not read,
copy, use or disclose this message or its attachments.  If you have
received this message in error, please notify the sender immediately and
delete or destroy all copies of this message and attachments in all
media.  Any views expressed in this e-mail that do not relate to Imass'
official business may not reflect the views of the company.

 

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Updating full package

[Michael Herger]

Neil,

Thanks for your feedback. I think I'm ready to bite the bullet and go the 
"always do a major upgrade" way.

> I major upgrade can do a "remove everything and reinstall" it depends where 
> RemoveExistingProducts is scheduled. In my example it will remove everything 
> before installing the new stuff

I gave your code some more playing. And I've hit two issues:

- the condition for not upgrading a later version seems reversed.
- more important: nothing's uninstalled before the installation. I still end up 
with x entries for that installer.

The log says:

Action start 16:53:24: ValidateProductID.
Action ended 16:53:24: ValidateProductID. Return value 1.
Action start 16:53:24: CostInitialize.
Action ended 16:53:24: CostInitialize. Return value 1.
Action start 16:53:24: FileCost.
Action ended 16:53:24: FileCost. Return value 1.
Action start 16:53:24: CostFinalize.
Action ended 16:53:24: CostFinalize. Return value 1.
Action start 16:53:24: InstallValidate.
Action ended 16:53:24: InstallValidate. Return value 1.
Action start 16:53:24: RemoveExistingProducts.
Action ended 16:53:25: RemoveExistingProducts. Return value 0.

And I have the following Upgrade block:

 
   
   
 

 
   
   
 

I updated the version number between builds, but not the UpgradeCode. What's 
wrong with that?

Michael



> - there is more information here: 
> http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/.
> Neil
> Neil Sleightholm
> X2 Systems Limited
> n...@x2systems.com 
>
> 
>
> From: Michael Herger [mailto:s...@herger.net]
> Sent: Tue 17/02/2009 09:53
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Updating full package
>
>
>
> Hi Alexander,
>
> thanks for your feedback. Yes, my example is not very helpful... But I've 
> gone through so many version and tests - I don't know what to post. The 
> latest way I've been testing is Neil's 
> (http://neilsleightholm.blogspot.com/search/label/WiX). But in this case I'd 
> end up with X copies of the same add-on installed (due to the lack of product 
> Id). If I add my product Id, it wouldn't allow me to install a newer build on 
> top of the existing version.
>
> Please note that I don't want to do a major upgrade (as defined by MS), I 
> don't want to uninstall the previous version. I just want it to put 
> everything on top of the existing installation.
>
> Michael
>
>
> Am 16.02.2009, 19:59 Uhr, schrieb Alexander Shevchuk 
> :
>
>> Hi Michael,
>>
>> Make sure you follow all required steps to make major upgrade work.  In your 
>> simplified code I see Version attribute hard coded to "0.0.0.0".  Also, you 
>> did not provide your  table and how you schedule 
>> .  It is not obvious from your code if you change 
>> Product/@Id with every build.
>>
>> Regards,
>>
>> Alex
>>
>>
>>
>> -Original Message-
>> From: Michael Herger [mailto:s...@herger.net]
>> Sent: Monday, February 16, 2009 7:00 AM
>> To: wix-users@lists.sourceforge.net
>> Subject: [WiX-users] Updating full package
>>
>> Hi!
>>
>> I'm working on a Windows Home Server add-in. This is not intended for 
>> production systems yet. We're publishing nightly builds and want users to be 
>> able to just install on top of what they had before.
>>
>> The problem I've encountered is that either the packages install as 
>> different applications, leaving a mess with daily installations (of which 
>> only one can be uninstalled), or that I can't install one file on top of the 
>> other without uninstalling the old version first. I've been following 
>> several postings, tutorials etc. (eg. 
>> http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx),
>>  but to no avail.
>>
>> Here's my simplified code:
>>
>> http://schemas.microsoft.com/wix/2006/wi";>
>>   >   Name="MyApp for Windows Home Server"
>>   Id="xx-f914-11dd-87af-0800200c9a66"
>>   UpgradeCode="xxx-EBBC-11DD-BA2F-0800200C9A66"
>>   Manufacturer="Me"
>>   Version="0.0.0.0"
>>   Language="1033">
>>
>>   >   Manufacturer="Me"
>>   InstallerVersion="200"
>>   Languages="1033"
>>   Compressed="yes"
>>   Id="*"
>>   />
>>
>>   
>>
>>   1
>>
>>   
>>   
>>   
>>   >   
>> Id="HomeServerConsoleTab.MyPanel"
>>   
>> Guid="xx-f77a-11dd-87af-0800200c9a66">
>>
>>   >   
>> Id="HomeServerConsoleTab.MyPanel.dll"
>>   
>> Name="HomeServerConsoleTab.My

[WiX-users] Install advice needed on helper files

[MacDiarmid, James D]

Ok  I'm not sure if that's the right term - Helper Files

I have some separate installers, both in exe and MSI format, and I'm not
sure how I would go about installing them. I am planning to install them
on Windows 2003. I'm thinking some of these I may not need to install.
Anyway, here is what I have:

Msxml3sp2setup.exe  - Microsoft XML v3.0 sp2 
Scripten5.5.exe - Microsoft Scripting Runtime v5.5
Soaptoolkit20.exe   - Soap Tool kit v2.0

In addition, I have a couple .CAB files that contain some controls that
were developed in-house, along with some dependency files such as Dlls,
etc.   

How would I go about installing this stuff?  

Thanks, 
Jim
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Installer Question.

[Henk Roos]

Hi Christopher,

Thanks for you're reply.

I think in the future we'll (Aricent) definitely have to move to using 
something like the DTF.
Currently we have several visual studio setup projects (about 20) that all 
needs to be deployed to our customer, and almost all have them have custom 3 or 
4 installers configured inside of them (they are all ones that extends the 
System.Configuration.Install.Installer class).

The thing is if I want to move to using DTF now then there will be allot of 
work that needs to be done to make the conversion, but I don't think there will 
be enough time before we release the msi's. I would like to how Visual Studio 
package those MSI's to tell Windows Installer how they should be run,
and if it also uses InstallUtil.exe to run them.

What do you think I should do to move forward?

Regards,
Henk



-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com]
Sent: Tuesday, February 17, 2009 3:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Installer Question.

It's possible, but you really, really, really don't want to do that.
Check out WiX's DTF (Deployment Tools Foundation) instead.  If you
search my blog for DTF you'll find plenty of content describing it and
you'll also find a DTF SDK manual in your start menu under WiX.

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves
attention? E-Mail Me


--- On Tue, 2/17/09, Henk Roos  wrote:

> From: Henk Roos 
> Subject: [WiX-users] Custom Installer Question.
> To: "wix-users@lists.sourceforge.net"

> Date: Tuesday, February 17, 2009, 7:04 AM
> Hi there,
>
> I would like to know if it is possible to create a custom
> action in WiX that will run a Managed Custom Installer that
> extends the System.Configuration.Install.Installer class, or
> is it only the InstallUtil.exe command that understands how
> to run managed custom installers.
>
> Regards,
>
> Henk Roos
>


"DISCLAIMER: This message is proprietary to Aricent and is intended solely for 
the use of the individual to whom it is addressed. It may contain privileged or 
confidential information and should not be circulated or used for any purpose 
other than for what it is intended. If you have received this message in 
error,please notify the originator immediately. If you are not the intended 
recipient, you are notified that you are strictly prohibited from using, 
copying, altering, or disclosing the contents of this message. Aricent accepts 
no responsibility for loss or damage arising from the use of the information 
transmitted by this email including damage from virus."

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Using util extension in include file.

[Jason Person (TEKsystems)]

Hi, I am having a problem using util:XmlConfig from an include file, it seems 
like the namespace declaration isn't seen by the stuff in the include file even 
though I declare it in the  tag for the main file.  Here is basic version 
of what I have now, with all the irrelevant details removed:

Main.wxs
http://schemas.microsoft.com/wix/2006/wi";
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension"; >
  


   
 


Include.wxi

   

  

   

   



If I move the stuff from include.wxi to main.wxs it works fine, but when I try 
use include.wxi I get the error "Not a valid source file; detail: 'util' is an 
undeclared namespace. Line 29, position 14."

Any ideas on what I'm doing wrong?

Thanks,
Jason
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Consolidating components

[MacDiarmid, James D]

Ok  Thanks for the info!

Jim 

-Original Message-
From: Wendell Joost [mailto:wende...@gmail.com] 
Sent: Monday, February 16, 2009 4:57 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Consolidating components

Doing so has the potential to mess up your patching solution.

Best practice is to have one versioned file (.dll, .exe) per component.

http://blogs.msdn.com/windows_installer_team/archive/2006/05/12/595950.a
spx

Wendell Joost

On Mon, Feb 16, 2009 at 10:02 AM, MacDiarmid, James D
 wrote:
>
> In my setup I have a lot of directories with components that have only

> one file in them. Is it ok to consolidate the files into one component

> per directory?
>
>
>
> Jim MacDiarmid
> EDS, an HP company
> U.S. Public Sector
> Department of Homeland Security Segment
> 703-236-3821(office)
> 571-247-2343(cell)
>
>
> --
>  Open Source Business Conference (OSBC), March 24-25, 2009, 
> San Francisco, CA -OSBC tackles the biggest issue in open source: Open

> Sourcing the Enterprise -Strategies to boost innovation and cut costs 
> with open source participation -Receive a $600 discount off the 
> registration fee with the source code: SFAD 
> http://p.sf.net/sfu/XcvMzF8H 
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



--
"Some people come visit Europe and are really let down when they find
out it's not like a credit-card commercial; others really get into
meeting all the quirky people and careening along narrow mountain roads
in rickety cabs driven by suicidal, gap-toothed Carpathians. I guess
it's pretty obvious which one you are..." - Justin Crevier, May
'01


--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA -OSBC tackles the biggest issue in open source: Open
Sourcing the Enterprise -Strategies to boost innovation and cut costs
with open source participation -Receive a $600 discount off the
registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users Digest, Vol 33, Issue 85

[Dane Anderson (Volt)]

Bob Arnson  Wrote:
>Dane Anderson (Volt) wrote:
>> I am trying to use the Certificate element to install a certificate file 
>> (.pfx). The problem is
>> that Wix barfs on it.
>> When I try building the MSI, I get a message about the Certificate element 
>> being unexpected. The
>> Sourceforge
>> documentation 
>> (http://wix.sourceforge.net/manual-wix2/wix_xsd_certificate.htm) indicates 
>> that it
>> can
>> be the child of a Component or an Include element. 
>
> Which version of WiX are you using?

WiX 3.0.3412.0 (according to the documentation that was installed with it)

--

Message: 8
Date: Tue, 17 Feb 2009 15:26:03 +1300
From: Joe Osman 
Subject: Re: [WiX-users] sql:SqlDatabase drops database on major
upgrade
To: "General discussion for Windows Installer XML
toolset."
Message-ID: <499a203b.7000...@tait.co.nz>
Content-Type: text/plain; charset="iso-8859-1"

Hi Michael,
In your answer are you referring to WIX V2 or WIX V3?
I am using V3 and when I tried to reschedule the custom action 
DeleteExistingProduct  I got the error message:  Unresolved reference to 
symbol 'CustomAction:DeleteExistingProduct' .

In your second comment you are saying that the script should run on 
ExecuteOnUninstall. Based on your suggestion I've created the following 
sql script:
USE [master]
GO
IF ('[REMOVE]' = 'ALL')
BEGIN   
DROP DATABASE MyDataBase
END

but the database doesn't get removed on uninstall. How can the sql 
script determine the value of [REMOVE] on uninstall?

Thank you.

Michael Osmond wrote:
> Hello Joe,
>
> I've been in a similar situation.  The possible solutions I am aware of:
>
> 1.  If you schedule the DeleteExistingProduct action at the end of the
> install (I think after the InstallFinalise), my understanding is that
> the install should calculate that there still is a count of one on the
> database component and not remove it.  For other reasons I don't use
> this with mine.
>
> 2.  Don't use the DropOnUnistall.  Set the database as CreateOnInstall=y
> ContinueOnError=y and then have an SQL Script that is set to run
> ExecuteOnUninstall that drops the database.  You could then put an MSI
> condition into the script eg:  IF ('[REMOVE]' = 'ALL') drop database
> [DBNAME].  It gives you a little more control.
>
> For the books.  Because of the nature of data in our server application,
> our uninstall does not delete the database at all, the user must
> manually (and hence knowingly) drop the database.
>
> PS:  Something to check.  Test what happens if there is a rollback
> during (or after) the SQL Install.  My experience was that the rollback
> (because this is technically an install of a new database component)
> would do the rollback by droping the database.  (I am still on WIX V2
> and have a slightly modified version of the SQL Custom Actions).
>
> Mihael  
>
> -Original Message-
> From: Joe Osman [mailto:joe.os...@tait.co.nz] 
> Sent: Monday, 16 February 2009 12:14 PM
> To: General discussion for Windows Installer XMLtoolset.
> Subject: [WiX-users] sql:SqlDatabase drops database on major upgrade
>
> I want to have my database dropped only during uninstall and to do that
> I am using sql:SqlDatabase element. The problem is that the database is
> dropped during a major upgrade. How can I prevent it from happening?
>
> Here is the command I am using:
>  Guid="{82B345FC-A889-44c2-A964-DE2495DC0D29}">
>  ContinueOnError="yes" CreateOnReinstall="no" CreateOnUninstall="no"
>   CreateOnInstall="no" 
> DropOnReinstall="no" DropOnUninstall="yes" DropOnInstall="no" 
> Server="[ComputerName]"/>
> 
>
> ===
> This email, including any attachments, is only for the intended
> addressee.  It is subject to copyright, is confidential and may be the
> subject of legal or other privilege, none of which is waived or lost by
> reason of this transmission.
> If the receiver is not the intended addressee, please accept our
> apologies, notify us by return, delete all copies and perform no other
> act on the email.
> Unfortunately, we cannot warrant that the email has not been  altered or
> corrupted during transmission.
> ===
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>   

Re: [WiX-users] Passing data between deferred custom actions

[Eitan Behar]

Does not look like fun, but it's doable ! Thanks !

Etian


On Tue, Feb 17, 2009 at 3:38 PM, Christopher Painter <
chr...@deploymentengineering.com> wrote:

> You'll want to look at the CustomActionData class in DTF as described here:
>
> http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg17875.html
>
> In a nutshell:
>
> In your immeadiate custom action, you instantiate the class, stuff it with
> data and then serialize it out to a property.
>
> In your deferred custom action you read the CustomActionData property and
> pass it to the class constructor for deserialziation back into your class
> with all of it's data.
>
> As far as how to schedule these custom actions there are several patterns:
>
> 1) 1 immeadiate to 1 deferred relationship
> 2) 1 immeadiate to multiple deferred relationship
> 3) 1 immeadiate that calls DoAction to schedule the deferred ( this is the
> way Jason describes in the above link. )
>
> When using #1 or #2, remember the immeadiate must be scheduled before the
> deferred and the name of the property(s) to be set is the name of the
> deferred custom actions(s).  This is how MSI makes the join.
>
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread that deserves
> attention? E-Mail Me
>
>
> --- On Tue, 2/17/09, Eitan Behar  wrote:
>
> > From: Eitan Behar 
> > Subject: Re: [WiX-users] Passing data between deferred custom actions
> > To: chr...@deploymentengineering.com, "General discussion for Windows
> Installer XML toolset." 
> > Date: Tuesday, February 17, 2009, 6:47 AM
> > DTF C#
> >
> >
> >
> > On Tue, Feb 17, 2009 at 2:05 PM, Christopher Painter <
> > chr...@deploymentengineering.com> wrote:
> >
> > > What language is the CA's written in?
> > >
> > > Christopher Painter, Author of Deployment Engineering
> > Blog
> > > Have a hot tip, know a secret or read a really good
> > thread that deserves
> > > attention? E-Mail Me
> > >
> > >
> > > --- On Tue, 2/17/09, Eitan Behar
> >  wrote:
> > >
> > > > From: Eitan Behar 
> > > > Subject: [WiX-users] Passing data between
> > deferred custom actions
> > > > To: "General discussion for Windows
> > Installer XML toolset." <
> > > wix-users@lists.sourceforge.net>
> > > > Date: Tuesday, February 17, 2009, 2:40 AM
> > > > Hi,
> > > >
> > > > Is there a proper method to pass data between
> > deferred
> > > > custom actions ? I
> > > > have a bunch of chained custom actions and need
> > to pass
> > > > data between them,
> > > > actually, just a boolean value
> > "telling" the rest
> > > > of the ca whether to
> > > > continue.
> > > >
> > > > Thanks,
> > > >
> > > > Eitan
> > > >
> > >
> >
> --
> > > > Open Source Business Conference (OSBC), March
> > 24-25, 2009,
> > > > San Francisco, CA
> > > > -OSBC tackles the biggest issue in open source:
> > Open
> > > > Sourcing the Enterprise
> > > > -Strategies to boost innovation and cut costs
> > with open
> > > > source participation
> > > > -Receive a $600 discount off the registration fee
> > with the
> > > > source code: SFAD
> > > > http://p.sf.net/sfu/XcvMzF8H
> > > > ___
> > > > WiX-users mailing list
> > > > WiX-users@lists.sourceforge.net
> > > >
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> > >
> > >
> > >
> > >
> >
> --
> > > Open Source Business Conference (OSBC), March 24-25,
> > 2009, San Francisco,
> > > CA
> > > -OSBC tackles the biggest issue in open source: Open
> > Sourcing the
> > > Enterprise
> > > -Strategies to boost innovation and cut costs with
> > open source
> > > participation
> > > -Receive a $600 discount off the registration fee with
> > the source code:
> > > SFAD
> > > http://p.sf.net/sfu/XcvMzF8H
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
>
>
>
>
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Installer Question.

[Yan Sklyarenko]

That DTF docs Christopher mentioned contain an article called "About
InstallUtil", which describes in more detail why you'd better not use
it.

-- Yan

-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: Tuesday, February 17, 2009 3:41 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Custom Installer Question.

It's possible, but you really, really, really don't want to do that.
Check out WiX's DTF (Deployment Tools Foundation) instead.  If you
search my blog for DTF you'll find plenty of content describing it and
you'll also find a DTF SDK manual in your start menu under WiX.

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves
attention? E-Mail Me


--- On Tue, 2/17/09, Henk Roos  wrote:

> From: Henk Roos 
> Subject: [WiX-users] Custom Installer Question.
> To: "wix-users@lists.sourceforge.net"

> Date: Tuesday, February 17, 2009, 7:04 AM
> Hi there,
> 
> I would like to know if it is possible to create a custom
> action in WiX that will run a Managed Custom Installer that
> extends the System.Configuration.Install.Installer class, or
> is it only the InstallUtil.exe command that understands how
> to run managed custom installers.
> 
> Regards,
> 
> Henk Roos
> 
> "DISCLAIMER: This message is proprietary to Aricent
> and is intended solely for the use of the individual to whom
> it is addressed. It may contain privileged or confidential
> information and should not be circulated or used for any
> purpose other than for what it is intended. If you have
> received this message in error,please notify the originator
> immediately. If you are not the intended recipient, you are
> notified that you are strictly prohibited from using,
> copying, altering, or disclosing the contents of this
> message. Aricent accepts no responsibility for loss or
> damage arising from the use of the information transmitted
> by this email including damage from virus."
> 
>

--
> Open Source Business Conference (OSBC), March 24-25, 2009,
> San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open
> Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open
> source participation
> -Receive a $600 discount off the registration fee with the
> source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  


--
Open Source Business Conference (OSBC), March 24-25, 2009, San
Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the
Enterprise
-Strategies to boost innovation and cut costs with open source
participation
-Receive a $600 discount off the registration fee with the source code:
SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Custom Installer Question.

[Christopher Painter]

It's possible, but you really, really, really don't want to do that.  Check out 
WiX's DTF (Deployment Tools Foundation) instead.  If you search my blog for DTF 
you'll find plenty of content describing it and you'll also find a DTF SDK 
manual in your start menu under WiX.

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Tue, 2/17/09, Henk Roos  wrote:

> From: Henk Roos 
> Subject: [WiX-users] Custom Installer Question.
> To: "wix-users@lists.sourceforge.net" 
> Date: Tuesday, February 17, 2009, 7:04 AM
> Hi there,
> 
> I would like to know if it is possible to create a custom
> action in WiX that will run a Managed Custom Installer that
> extends the System.Configuration.Install.Installer class, or
> is it only the InstallUtil.exe command that understands how
> to run managed custom installers.
> 
> Regards,
> 
> Henk Roos
> 
> "DISCLAIMER: This message is proprietary to Aricent
> and is intended solely for the use of the individual to whom
> it is addressed. It may contain privileged or confidential
> information and should not be circulated or used for any
> purpose other than for what it is intended. If you have
> received this message in error,please notify the originator
> immediately. If you are not the intended recipient, you are
> notified that you are strictly prohibited from using,
> copying, altering, or disclosing the contents of this
> message. Aricent accepts no responsibility for loss or
> damage arising from the use of the information transmitted
> by this email including damage from virus."
> 
> --
> Open Source Business Conference (OSBC), March 24-25, 2009,
> San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open
> Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open
> source participation
> -Receive a $600 discount off the registration fee with the
> source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Passing data between deferred custom actions

[Christopher Painter]

You'll want to look at the CustomActionData class in DTF as described here:

http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg17875.html

In a nutshell:

In your immeadiate custom action, you instantiate the class, stuff it with data 
and then serialize it out to a property.  

In your deferred custom action you read the CustomActionData property and pass 
it to the class constructor for deserialziation back into your class with all 
of it's data.

As far as how to schedule these custom actions there are several patterns:

1) 1 immeadiate to 1 deferred relationship
2) 1 immeadiate to multiple deferred relationship
3) 1 immeadiate that calls DoAction to schedule the deferred ( this is the way 
Jason describes in the above link. )

When using #1 or #2, remember the immeadiate must be scheduled before the 
deferred and the name of the property(s) to be set is the name of the deferred 
custom actions(s).  This is how MSI makes the join.  

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Tue, 2/17/09, Eitan Behar  wrote:

> From: Eitan Behar 
> Subject: Re: [WiX-users] Passing data between deferred custom actions
> To: chr...@deploymentengineering.com, "General discussion for Windows 
> Installer XML toolset." 
> Date: Tuesday, February 17, 2009, 6:47 AM
> DTF C#
> 
> 
> 
> On Tue, Feb 17, 2009 at 2:05 PM, Christopher Painter <
> chr...@deploymentengineering.com> wrote:
> 
> > What language is the CA's written in?
> >
> > Christopher Painter, Author of Deployment Engineering
> Blog
> > Have a hot tip, know a secret or read a really good
> thread that deserves
> > attention? E-Mail Me
> >
> >
> > --- On Tue, 2/17/09, Eitan Behar
>  wrote:
> >
> > > From: Eitan Behar 
> > > Subject: [WiX-users] Passing data between
> deferred custom actions
> > > To: "General discussion for Windows
> Installer XML toolset." <
> > wix-users@lists.sourceforge.net>
> > > Date: Tuesday, February 17, 2009, 2:40 AM
> > > Hi,
> > >
> > > Is there a proper method to pass data between
> deferred
> > > custom actions ? I
> > > have a bunch of chained custom actions and need
> to pass
> > > data between them,
> > > actually, just a boolean value
> "telling" the rest
> > > of the ca whether to
> > > continue.
> > >
> > > Thanks,
> > >
> > > Eitan
> > >
> >
> --
> > > Open Source Business Conference (OSBC), March
> 24-25, 2009,
> > > San Francisco, CA
> > > -OSBC tackles the biggest issue in open source:
> Open
> > > Sourcing the Enterprise
> > > -Strategies to boost innovation and cut costs
> with open
> > > source participation
> > > -Receive a $600 discount off the registration fee
> with the
> > > source code: SFAD
> > > http://p.sf.net/sfu/XcvMzF8H
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > >
> https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> >
> >
> >
> --
> > Open Source Business Conference (OSBC), March 24-25,
> 2009, San Francisco,
> > CA
> > -OSBC tackles the biggest issue in open source: Open
> Sourcing the
> > Enterprise
> > -Strategies to boost innovation and cut costs with
> open source
> > participation
> > -Receive a $600 discount off the registration fee with
> the source code:
> > SFAD
> > http://p.sf.net/sfu/XcvMzF8H
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >


  

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Custom Installer Question.

[Henk Roos]

Hi there,

I would like to know if it is possible to create a custom action in WiX that 
will run a Managed Custom Installer that extends the 
System.Configuration.Install.Installer class, or is it only the InstallUtil.exe 
command that understands how to run managed custom installers.

Regards,

Henk Roos

"DISCLAIMER: This message is proprietary to Aricent and is intended solely for 
the use of the individual to whom it is addressed. It may contain privileged or 
confidential information and should not be circulated or used for any purpose 
other than for what it is intended. If you have received this message in 
error,please notify the originator immediately. If you are not the intended 
recipient, you are notified that you are strictly prohibited from using, 
copying, altering, or disclosing the contents of this message. Aricent accepts 
no responsibility for loss or damage arising from the use of the information 
transmitted by this email including damage from virus."

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Passing data between deferred custom actions

[Eitan Behar]

DTF C#



On Tue, Feb 17, 2009 at 2:05 PM, Christopher Painter <
chr...@deploymentengineering.com> wrote:

> What language is the CA's written in?
>
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread that deserves
> attention? E-Mail Me
>
>
> --- On Tue, 2/17/09, Eitan Behar  wrote:
>
> > From: Eitan Behar 
> > Subject: [WiX-users] Passing data between deferred custom actions
> > To: "General discussion for Windows Installer XML toolset." <
> wix-users@lists.sourceforge.net>
> > Date: Tuesday, February 17, 2009, 2:40 AM
> > Hi,
> >
> > Is there a proper method to pass data between deferred
> > custom actions ? I
> > have a bunch of chained custom actions and need to pass
> > data between them,
> > actually, just a boolean value "telling" the rest
> > of the ca whether to
> > continue.
> >
> > Thanks,
> >
> > Eitan
> >
> --
> > Open Source Business Conference (OSBC), March 24-25, 2009,
> > San Francisco, CA
> > -OSBC tackles the biggest issue in open source: Open
> > Sourcing the Enterprise
> > -Strategies to boost innovation and cut costs with open
> > source participation
> > -Receive a $600 discount off the registration fee with the
> > source code: SFAD
> > http://p.sf.net/sfu/XcvMzF8H
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
>
> --
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Passing data between deferred custom actions

[Christopher Painter]

What language is the CA's written in?

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Tue, 2/17/09, Eitan Behar  wrote:

> From: Eitan Behar 
> Subject: [WiX-users] Passing data between deferred custom actions
> To: "General discussion for Windows Installer XML toolset." 
> 
> Date: Tuesday, February 17, 2009, 2:40 AM
> Hi,
> 
> Is there a proper method to pass data between deferred
> custom actions ? I
> have a bunch of chained custom actions and need to pass
> data between them,
> actually, just a boolean value "telling" the rest
> of the ca whether to
> continue.
> 
> Thanks,
> 
> Eitan
> --
> Open Source Business Conference (OSBC), March 24-25, 2009,
> San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open
> Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open
> source participation
> -Receive a $600 discount off the registration fee with the
> source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users


  

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Extract Binaries at Install Time

[Christopher Painter]

Try something like this:

//CustomActions is the name of your class containing your custom action 
declarated methods.
string baseDir = new FileInfo( 
Assembly.GetAssembly(typeof(CustomActions)).Location ).DirectoryName;
Process.Start( Path.Combine(baseDir, "WindowsFormsApplication1.exe"));

Christopher Painter, Author of Deployment Engineering Blog
Have a hot tip, know a secret or read a really good thread that deserves 
attention? E-Mail Me


--- On Tue, 2/17/09, Romeo Salayo Jr.  wrote:

> From: Romeo Salayo Jr. 
> Subject: Re: [WiX-users] Extract Binaries at Install Time
> To: wix-users@lists.sourceforge.net
> Date: Tuesday, February 17, 2009, 12:05 AM
> Thank you so much for the help!
> 
> I have another problem, how can call the file in my dll
> using
> System.Diagnostics.Process.Start(File);
> 
> Best Regards,
> Romeo
> 
> 
> Christopher Painter wrote:
> > 
> > In Visual Studio, using the solution explorer,  you
> can right click your
> > project and tell it to Add | Existing Item
> > 
> > Change the file filter to *.* and select your file. 
> You'll see the file
> > get added to your project.  Click on it and then make
> sure the Build
> > Action property is set to Content and the Copy to
> Output Directory
> > property is set to Copy Always.
> > 
> > This will cause DTF to package that file into your
> foo.CA.dll.   At
> > runtime the hosting model will automatically extract
> this file and clean
> > it up when the CA is done executing.
> > 
> > Christopher Painter, Author of Deployment Engineering
> Blog
> > Have a hot tip, know a secret or read a really good
> thread that deserves
> > attention? E-Mail Me
> > 
> > 
> > --- On Thu, 2/12/09, Romeo Salayo Jr.
>  wrote:
> > 
> >> From: Romeo Salayo Jr.
> 
> >> Subject: Re: [WiX-users] Extract Binaries at
> Install Time
> >> To: wix-users@lists.sourceforge.net
> >> Date: Thursday, February 12, 2009, 4:39 AM
> >> @greenaj
> >> 
> >> Yes, My custom action is an immidiate CA. But
> still
> >> don't get the correct
> >> stream.
> >> 
> >> @Christopher,
> >> 
> >> How can I do that? sorry i'm a C# newbie. Can
> you give
> >> a link or example on
> >> how can I add the files as content. Thanks!
> >> 
> >> regards
> >> romeo
> >> 
> >> 
> >> Christopher Painter wrote:
> >> > 
> >> > Have you considered adding the files as
> content to
> >> your DTF c# project?   
> >> > DTF will handle the extraction of non-managed
> >> resources also for you.
> >> > 
> >> > Christopher Painter, Author of Deployment
> Engineering
> >> Blog
> >> > Have a hot tip, know a secret or read a
> really good
> >> thread that deserves
> >> > attention? E-Mail Me
> >> > 
> >> > 
> >> > --- On Tue, 2/10/09, gree...@cox.net
> >>  wrote:
> >> > 
> >> >> From: gree...@cox.net
> 
> >> >> Subject: Re: [WiX-users] Extract Binaries
> at
> >> Install Time
> >> >> To: "General discussion for Windows
> Installer
> >> XML toolset."
> >> >> 
> >> >> Date: Tuesday, February 10, 2009, 12:20
> PM
> >> >> One thing I can think of, make sure the
> custom
> >> action is run
> >> >> in immediate mode, not deferred.
> >> >> 
> >> >> 
> >> >> ajgreen
> >> >>  "Romeo Salayo Jr."
> >> >>  wrote: 
> >> >> > 
> >> >> > Hi,
> >> >> > 
> >> >> > I'm trying to extract binaries
> at install
> >> time in
> >> >> able to use it during
> >> >> > installation only. I'm using C#
> DTF, the
> >> problem
> >> >> is I can't get
> >> >> > Record.GetStream() to work. It
> always write
> >> to a file
> >> >> with "[Binary data]"
> >> >> > and not the stream itself.
> >> >> > 
> >> >> > Can anyone give an example on how to
> use
> >> GetStream()
> >> >> successfully? I just
> >> >> > need to extract binaries into a
> temporary
> >> file.
> >> >> > 
> >> >> > We have VBS that works, but we are
> converting
> >> VBS
> >> >> CustomActions into C# DLL.
> >> >> > 
> >> >> > Thank you!
> >> >> > 
> >> >> > Best Regards,
> >> >> > Romeo
> >> >> > -- 
> >> >> > View this message in context:
> >> >>
> >>
> http://n2.nabble.com/Extract-Binaries-at-Install-Time-tp2301189p2301189.html
> >> >> > Sent from the wix-users mailing list
> archive
> >> at
> >> >> Nabble.com.
> >> >> > 
> >> >> > 
> >> >> >
> >> >>
> >>
> --
> >> >> > Create and Deploy Rich Internet Apps
> outside
> >> the
> >> >> browser with Adobe(R)AIR(TM)
> >> >> > software. With Adobe AIR, Ajax
> developers can
> >> use
> >> >> existing skills and code to
> >> >> > build responsive, highly engaging
> >> applications that
> >> >> combine the power of local
> >> >> > resources and data with the reach of
> the web.
> >> Download
> >> >> the Adobe AIR SDK and
> >> >> > Ajax docs to start building
> applications
> >> >> today-http://p.sf.net/sfu/adobe-com
> >> >> >
> >> ___
> >> >> > WiX-users mailing list
> >> >> > WiX-users@lists.sourceforge.net
> >> >> >
> >>
> https://lists.sourceforge.net/lists/listinfo/wix-users
> >> >> 
> >> >> 
> >> >>
> >>
> -

[WiX-users] netfx:NativeImage action issues

[MatjazR]

Hi.

I have two questions for netfx:NativeImage action.

1. 

I would like to set the priority of netfx:NativeImage action from outside
(as a MSI property). Is this possible in any way?

The following does not work, because it is expecting Priority attribute as
integer.


  

  



2.

Is it possible to disable the NativeImage action with a condition? File and
component would still be installed. I know that it is possible to disable
components and custom actions, but is there any way to disable the built-in
custom actions (e.g. NativeImage, FirewallException)


One way to solve both questions would be to change the netfx library to
allow string values as properties and recompile it by myself. Priority -1
could mean that ngen is not executed. 

I'm just wondering whether there are any alternatives or possibilities that
something like this would be included in official wix3 build.

Thanks

Matjaz

-- 
View this message in context: 
http://n2.nabble.com/netfx%3ANativeImage-action-issues-tp2340270p2340270.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to install VC++ redistributable package at the beginning of installation?

[anwesha.m]

Hello All,

I am using MergeModules to install VC++ 9.0 Redistrbutable package through
our MSI.
For this i am using the follwing elements:








However, I require that the VC++ dlls get installed in the very beginning.
At the first dialog in the MSI itself we are using VC++ custom actions and
if we use merge modules the VC++ rutime dlls are not available at the time
of the first dialog.

My first custom action is called after CostFinalize and i require the VC++
runtime dlls to be deployed before this custom action is called.

How can i achieve this?

Thanks in Advance,

Anwesha

-- 
View this message in context: 
http://n2.nabble.com/How-to-install-VC%2B%2B-redistributable-package-at-the-beginning-of-installation--tp2340253p2340253.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Feature request: extending PermissionEx element with inheritance option

[Yan Sklyarenko]

Hello WiX developers,

I'm going to file a feature request and would like to verify if it's
worth registering.

The actual custom action, which PermissionEx element results in, called
ExecSecureObjects considers SUB_CONTAINERS_AND_OBJECTS_INHERIT option
the best for folders and NO_INHERITANCE for everything else.
I think it would be nice to extend PermissionEx element with extra
attribute, Inherit, resulting in an extra column in SecureObjects table.
Of course, this should make sense for CreateFolder and Registry entities
only. And instead of hard coding the inheritance options, the
ExecSecureObjects action will read it from CustomActionData.

The reason I consider it helpful is when applying permissions to
existent folder with lots of files and subfolders, this takes time.
Especially if there's no recursion required...

Are there any pitfalls in this extension? 
If not, what are the chances for it to be implemented soon? :-)

(I know I always have a fallback option to implement it myself :-))

Thank you.

-- Yan


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Updating full package

[Neil Sleightholm]

Michael
 
I major upgrade can do a "remove everything and reinstall" it depends where 
RemoveExistingProducts is scheduled. In my example it will remove everything 
before installing the new stuff - there is more information here: 
http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/.
 
Neil
 
Neil Sleightholm
X2 Systems Limited
n...@x2systems.com  
 



From: Michael Herger [mailto:s...@herger.net]
Sent: Tue 17/02/2009 09:53
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Updating full package



Hi Alexander,

thanks for your feedback. Yes, my example is not very helpful... But I've gone 
through so many version and tests - I don't know what to post. The latest way 
I've been testing is Neil's 
(http://neilsleightholm.blogspot.com/search/label/WiX). But in this case I'd 
end up with X copies of the same add-on installed (due to the lack of product 
Id). If I add my product Id, it wouldn't allow me to install a newer build on 
top of the existing version.

Please note that I don't want to do a major upgrade (as defined by MS), I don't 
want to uninstall the previous version. I just want it to put everything on top 
of the existing installation.

Michael


Am 16.02.2009, 19:59 Uhr, schrieb Alexander Shevchuk 
:

> Hi Michael,
>
> Make sure you follow all required steps to make major upgrade work.  In your 
> simplified code I see Version attribute hard coded to "0.0.0.0".  Also, you 
> did not provide your  table and how you schedule 
> .  It is not obvious from your code if you change 
> Product/@Id with every build.
>
> Regards,
>
> Alex
>
>
>
> -Original Message-
> From: Michael Herger [mailto:s...@herger.net]
> Sent: Monday, February 16, 2009 7:00 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Updating full package
>
> Hi!
>
> I'm working on a Windows Home Server add-in. This is not intended for 
> production systems yet. We're publishing nightly builds and want users to be 
> able to just install on top of what they had before.
>
> The problem I've encountered is that either the packages install as different 
> applications, leaving a mess with daily installations (of which only one can 
> be uninstalled), or that I can't install one file on top of the other without 
> uninstalling the old version first. I've been following several postings, 
> tutorials etc. (eg. 
> http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx),
>  but to no avail.
>
> Here's my simplified code:
>
> http://schemas.microsoft.com/wix/2006/wi";>
>  Name="MyApp for Windows Home Server"
>   Id="xx-f914-11dd-87af-0800200c9a66"
>   UpgradeCode="xxx-EBBC-11DD-BA2F-0800200C9A66"
>   Manufacturer="Me"
>   Version="0.0.0.0"
>   Language="1033">
>
>  Manufacturer="Me"
>   InstallerVersion="200"
>   Languages="1033"
>   Compressed="yes"
>   Id="*"
>   />
>
>   
>
>   1
>
>   
>   
>   
>  
> Id="HomeServerConsoleTab.MyPanel"
>   
> Guid="xx-f77a-11dd-87af-0800200c9a66">
>  
>  
> Id="HomeServerConsoleTab.MyPanel.dll"
>   
> Name="HomeServerConsoleTab.MyPanel.dll"
>   
> Source="HomeServerConsoleTab.MyPanel.dll"
>   Vital="yes"
>   KeyPath="yes"
>   DiskId="1"/>
>   
>   
>   
>   
>
>AllowAdvertise="no">
>   
>   
>  
>   
>
> 
>
> Any help is greatly appreciated. Regards,
>



--

Michael

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Updating full package

[Michael Herger]

Reading the tutorial at http://www.tramontana.co.hu/wix/lesson4.php once again, 
I'm even more confused: "You have to [do a major upgrade] when you change the 
name of the .msi file for any reason.". But who on earth would distribute a 
small update to an existing product with the same .msi file name?!? Especially 
as a small update is considered to only replace a few files. And what if the 
user decides to rename that file?

I _assume_ that what I am trying to do is exactly the above: a small update 
(don't want to uninstall) with changing file names (featuring the date of the 
build or build number). Is this really not possible?

Michael


Am 16.02.2009, 19:59 Uhr, schrieb Alexander Shevchuk 
:

> Hi Michael,
>
> Make sure you follow all required steps to make major upgrade work.  In your 
> simplified code I see Version attribute hard coded to "0.0.0.0".  Also, you 
> did not provide your  table and how you schedule 
> .  It is not obvious from your code if you change 
> Product/@Id with every build.
>
> Regards,
>
> Alex
>
>
>
> -Original Message-
> From: Michael Herger [mailto:s...@herger.net]
> Sent: Monday, February 16, 2009 7:00 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Updating full package
>
> Hi!
>
> I'm working on a Windows Home Server add-in. This is not intended for 
> production systems yet. We're publishing nightly builds and want users to be 
> able to just install on top of what they had before.
>
> The problem I've encountered is that either the packages install as different 
> applications, leaving a mess with daily installations (of which only one can 
> be uninstalled), or that I can't install one file on top of the other without 
> uninstalling the old version first. I've been following several postings, 
> tutorials etc. (eg. 
> http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx),
>  but to no avail.
>
> Here's my simplified code:
>
> http://schemas.microsoft.com/wix/2006/wi";>
>  Name="MyApp for Windows Home Server"
>   Id="xx-f914-11dd-87af-0800200c9a66"
>   UpgradeCode="xxx-EBBC-11DD-BA2F-0800200C9A66"
>   Manufacturer="Me"
>   Version="0.0.0.0"
>   Language="1033">
>
>  Manufacturer="Me"
>   InstallerVersion="200"
>   Languages="1033"
>   Compressed="yes"
>   Id="*"
>   />
>
>   
>
>   1
>
>   
>   
>   
>  
> Id="HomeServerConsoleTab.MyPanel"
>   
> Guid="xx-f77a-11dd-87af-0800200c9a66">
>   
>  
> Id="HomeServerConsoleTab.MyPanel.dll"
>   
> Name="HomeServerConsoleTab.MyPanel.dll"
>   
> Source="HomeServerConsoleTab.MyPanel.dll"
>   Vital="yes"
>   KeyPath="yes"
>   DiskId="1"/>
>   
>   
>   
>   
>
>AllowAdvertise="no">
>   
>   
>   
>   
>
> 
>
> Any help is greatly appreciated. Regards,
>



-- 

Michael

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] How to get VS90_PROJECTTEMPLATES_DIR path

[Throndorin]

Hi

I'm writing a tool which should check a installation using msi (wix). 
I have the wix files (.wxs, .wxi) as base and check the installation against
this files.

In one of the .wxs files is VS90_PROJECTTEMPLATES_DIR and some other macros
used, and I'm sure the installer knows how to resolve this to a real path. 

Is there a good way to get this path information?

Throndorin
-- 
View this message in context: 
http://n2.nabble.com/How-to-get-VS90_PROJECTTEMPLATES_DIR-path-tp2340018p2340018.html
Sent from the wix-users mailing list archive at Nabble.com.


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Updating full package

[Michael Herger]

Hi Alexander,

thanks for your feedback. Yes, my example is not very helpful... But I've gone 
through so many version and tests - I don't know what to post. The latest way 
I've been testing is Neil's 
(http://neilsleightholm.blogspot.com/search/label/WiX). But in this case I'd 
end up with X copies of the same add-on installed (due to the lack of product 
Id). If I add my product Id, it wouldn't allow me to install a newer build on 
top of the existing version.

Please note that I don't want to do a major upgrade (as defined by MS), I don't 
want to uninstall the previous version. I just want it to put everything on top 
of the existing installation.

Michael


Am 16.02.2009, 19:59 Uhr, schrieb Alexander Shevchuk 
:

> Hi Michael,
>
> Make sure you follow all required steps to make major upgrade work.  In your 
> simplified code I see Version attribute hard coded to "0.0.0.0".  Also, you 
> did not provide your  table and how you schedule 
> .  It is not obvious from your code if you change 
> Product/@Id with every build.
>
> Regards,
>
> Alex
>
>
>
> -Original Message-
> From: Michael Herger [mailto:s...@herger.net]
> Sent: Monday, February 16, 2009 7:00 AM
> To: wix-users@lists.sourceforge.net
> Subject: [WiX-users] Updating full package
>
> Hi!
>
> I'm working on a Windows Home Server add-in. This is not intended for 
> production systems yet. We're publishing nightly builds and want users to be 
> able to just install on top of what they had before.
>
> The problem I've encountered is that either the packages install as different 
> applications, leaving a mess with daily installations (of which only one can 
> be uninstalled), or that I can't install one file on top of the other without 
> uninstalling the old version first. I've been following several postings, 
> tutorials etc. (eg. 
> http://blogs.technet.com/alexshev/archive/2008/02/15/from-msi-to-wix-part-8-major-upgrade.aspx),
>  but to no avail.
>
> Here's my simplified code:
>
> http://schemas.microsoft.com/wix/2006/wi";>
>  Name="MyApp for Windows Home Server"
>   Id="xx-f914-11dd-87af-0800200c9a66"
>   UpgradeCode="xxx-EBBC-11DD-BA2F-0800200C9A66"
>   Manufacturer="Me"
>   Version="0.0.0.0"
>   Language="1033">
>
>  Manufacturer="Me"
>   InstallerVersion="200"
>   Languages="1033"
>   Compressed="yes"
>   Id="*"
>   />
>
>   
>
>   1
>
>   
>   
>   
>  
> Id="HomeServerConsoleTab.MyPanel"
>   
> Guid="xx-f77a-11dd-87af-0800200c9a66">
>   
>  
> Id="HomeServerConsoleTab.MyPanel.dll"
>   
> Name="HomeServerConsoleTab.MyPanel.dll"
>   
> Source="HomeServerConsoleTab.MyPanel.dll"
>   Vital="yes"
>   KeyPath="yes"
>   DiskId="1"/>
>   
>   
>   
>   
>
>AllowAdvertise="no">
>   
>   
>   
>   
>
> 
>
> Any help is greatly appreciated. Regards,
>



-- 

Michael

--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Passing data between deferred custom actions

[Eitan Behar]

Hi,

Is there a proper method to pass data between deferred custom actions ? I
have a bunch of chained custom actions and need to pass data between them,
actually, just a boolean value "telling" the rest of the ca whether to
continue.

Thanks,

Eitan
--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] What keeps borking my ICE validation by registering VBScript and JScript under HKCU?

[Anthony Wieser]

Heath Stewart reports the solution here, but I find this frustrating that 
every now and then, I go to build and suddenly I can't, getting light.exe 
errors.  As I don't build every day, I'm not sure what's registering these 
under HKCU, but something is.

I don't remember installing anything but windows updates, and it looks like 
a Java update.
Oh, and I did see an installshield update thing run too.

Is anyone else seeing this occasionally?  Anyone figured out who the bad guy 
is?

http://blogs.msdn.com/heaths/archive/2007/05/31/windows-installer-errors-2738-and-2739-with-script-custom-actions.aspx
Check that vbscript.dll and jscript.dll aren't registered in 
HKEY_CURRENT_USER (HKCU), checking for the registry keys below.

VBScript, HKCU\SOFTWARE\Classes\CLSID\{ 
B54F3741-5B07-11CF-A4B0-00AA004A55E8}
JScript, HKCU\SOFTWARE\Classes\CLSID\{ F414C260-6AC0-11CF-B6D1-00AA0058}



Anthony Wieser
Wieser Software Ltd 


--
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] build wix on win xp

[Andreas Owen]

I'm trying to compile wix 3.0x on win xp vs2005 & 2008 machine. I installed all 
the sdks which are listed ob the wix build site but I'm getting following 
output (last few lines):

winterop:


core.inc:

 [exec] Microsoft (R) Build Engine Version 3.5.30729.1
 [exec] [Microsoft .NET Framework, Version 2.0.50727.3082]
 [exec] Copyright (C) Microsoft Corporation 2007. All rights reserved.
 [exec]
 [exec] CopyFilesToOutputDirectory:
 [exec]   DocCompiler -> C:\Documents and Settings\own\Desktop\wixV3Download
\wix3-sources\build\debug\x86\DocCompiler.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   FlattenXml -> C:\Documents and Settings\own\Desktop\wixV3Download\
wix3-sources\build\debug\x86\FlattenXml.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   GenerateWixInclude -> C:\Documents and Settings\own\Desktop\wixV3D
ownload\wix3-sources\build\debug\x86\GenerateWixInclude.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   MsgGen -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3
-sources\build\debug\x86\MsgGen.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   ResIdGen -> C:\Documents and Settings\own\Desktop\wixV3Download\wi
x3-sources\toolsrc\ResIdGen\bin\Debug\ResIdGen.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   WixBuild -> C:\Documents and Settings\own\Desktop\wixV3Download\wi
x3-sources\build\debug\x86\WixBuild.dll
 [exec] CopyFilesToOutputDirectory:
 [exec]   XsdStitch -> C:\Documents and Settings\own\Desktop\wixV3Download\w
ix3-sources\build\debug\x86\XsdStitch.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   NantTasks -> C:\Documents and Settings\own\Desktop\wixV3Download\w
ix3-sources\build\debug\x86\Microsoft.Tools.WindowsInstallerXml.NAntTasks.dll
 [exec] CopyFilesToOutputDirectory:
 [exec]   WixTasks -> C:\Documents and Settings\own\Desktop\wixV3Download\wi
x3-sources\build\debug\x86\WixTasks.dll
 [exec] CopyFilesToOutputDirectory:
 [exec]   XsdGen -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3
-sources\build\debug\x86\XsdGen.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   wix -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3-so
urces\build\debug\x86\wix.dll
 [exec] CopyFilesToOutputDirectory:
 [exec]   wconsole -> C:\Documents and Settings\own\Desktop\wixV3Download\wi
x3-sources\build\debug\x86\wconsole.dll
 [exec] CopyFilesToOutputDirectory:
 [exec]   candle -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3
-sources\build\debug\x86\candle.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   ct -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sou
rces\build\debug\x86\ct.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   dark -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3-s
ources\build\debug\x86\dark.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   heat -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3-s
ources\build\debug\x86\heat.exe
 [exec] c:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(282
5,9): error MSB3021: Unable to copy file "C:\Documents and Settings\own\Desktop\
wixV3Download\wix3-sources\src\light\darice.cub" to "C:\Documents and Settings\o
wn\Desktop\wixV3Download\wix3-sources\build\debug\x86\darice.cub". Could not fin
d file 'C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\src\lig
ht\darice.cub'.
 [exec] c:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(282
5,9): error MSB3021: Unable to copy file "C:\Documents and Settings\own\Desktop\
wixV3Download\wix3-sources\src\light\mergemod.cub" to "C:\Documents and Settings
\own\Desktop\wixV3Download\wix3-sources\build\debug\x86\mergemod.cub". Could not
 find file 'C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\src
\light\mergemod.cub'.
 [exec] c:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(282
5,9): error MSB3021: Unable to copy file "C:\Documents and Settings\own\Desktop\
wixV3Download\wix3-sources\src\light\mergemod.dll" to "C:\Documents and Settings
\own\Desktop\wixV3Download\wix3-sources\build\debug\x86\mergemod.dll". Could not
 find file 'C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\src
\light\mergemod.dll'.
 [exec] CopyFilesToOutputDirectory:
 [exec]   lit -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3-so
urces\build\debug\x86\lit.exe
 [exec] CopyFilesToOutputDirectory:
 [exec]   melt -> C:\Documents and Settings\own\Desktop\wixV3Download\wix3-s
ources\build\debug\x86\melt.exe
 [exec] c:\WINDOWS\Microsoft.NET\Framework\v3.5\Microsoft.Common.targets(282
5,9): error MSB3021: Unable to copy file "C:\Documents and Settings\own\Desktop\
wixV3Download\wix3-sources\src\pyro\mspatchc.dll" to "C:\Documents and Settings\
own\Desktop\wixV3Download\wix3-sources\build\debug\x86\mspatchc.dll". Could not
find file 'C:\Documents and Settings\own\Desktop\wixV3Download\wix3-sources\