date:20090217


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. dfox.mxyzp...@gmail.com wrote:

 From: Romeo Salayo Jr. dfox.mxyzp...@gmail.com
 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.
 dfox.mxyzp...@gmail.com wrote:
  
  From: Romeo Salayo Jr.
 dfox.mxyzp...@gmail.com
  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
  gree...@cox.net wrote:
   
   From: gree...@cox.net
 gree...@cox.net
   Subject: Re: [WiX-users] Extract Binaries
 at
  Install Time
   To: General discussion for Windows
 Installer
  XML toolset.
   wix-users@lists.sourceforge.net
   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.
   dfox.mxyzp...@gmail.com 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
   
   
  
 
 --
   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

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

What language is the CA's written in?

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


--- On Tue, 2/17/09, Eitan Behar ei...@baconao.net wrote:

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


  

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

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

2009-02-17 Thread 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 ei...@baconao.net wrote:

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





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

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

2009-02-17 Thread 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

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

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

In a nutshell:

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

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

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

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

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

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


--- On Tue, 2/17/09, Eitan Behar ei...@baconao.net wrote:

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


  

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

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 henk.r...@aricent.com wrote:

 From: Henk Roos henk.r...@aricent.com
 Subject: [WiX-users] Custom Installer Question.
 To: wix-users@lists.sourceforge.net 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] Custom Installer Question.

2009-02-17 Thread 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 henk.r...@aricent.com wrote:

 From: Henk Roos henk.r...@aricent.com
 Subject: [WiX-users] Custom Installer Question.
 To: wix-users@lists.sourceforge.net
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] Passing data between deferred custom actions

2009-02-17 Thread 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 ei...@baconao.net wrote:

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




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

2009-02-17 Thread Dane Anderson (Volt)

Bob Arnson b...@joyofsetup.com 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 joe.os...@tait.co.nz
Subject: Re: [WiX-users] sql:SqlDatabase drops database on major
upgrade
To: General discussion for Windows Installer XML
toolset.wix-users@lists.sourceforge.net
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:
 Component Id=KmfDatabase
 Guid={82B345FC-A889-44c2-A964-DE2495DC0D29}
 sql:SqlDatabase Id=TaitKmf  Database=TaitKmf 
 ContinueOnError=yes CreateOnReinstall=no CreateOnUninstall=no
   CreateOnInstall=no 
 DropOnReinstall=no DropOnUninstall=yes DropOnInstall=no 
 Server=[ComputerName]/
 /Component

 ===
 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] Consolidating components

2009-02-17 Thread 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
james.macdiar...@eds.com 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

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

2009-02-17 Thread 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 wix tag for the main file.  Here is basic version 
of what I have now, with all the irrelevant details removed:

Main.wxs
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
 xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; 
  Product  ... /
!-bunch of stuff --

   ?include $(env.inetroot)\private\Include.wxi ?
 Feature  ... /
/Wix

Include.wxi
Include
   !-bunch of stuff --
DirectoryRef ...
  Component ...
File ...
util:XmlConfig ... /   !-this 
doesn't work, util namespace is not found --
/File
   /Component
/DirectoryRef
/Include

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] Custom Installer Question.

2009-02-17 Thread 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 henk.r...@aricent.com wrote:

 From: Henk Roos henk.r...@aricent.com
 Subject: [WiX-users] Custom Installer Question.
 To: wix-users@lists.sourceforge.net
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] Install advice needed on helper files

2009-02-17 Thread 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] Updating full package

2009-02-17 Thread 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:

Upgrade Id=$(var.UpgradeCode)
UpgradeVersion Minimum=$(var.version) IncludeMinimum=yes
OnlyDetect=yes Property=NEWERVERSIONDETECTED /
UpgradeVersion Minimum=0.0.0 Maximum=$(var.version)
IncludeMinimum=yes IncludeMaximum=no
Property=OLDERVERSIONBEINGUPGRADED /
/Upgrade

InstallExecuteSequence
FindRelatedProducts Before=LaunchConditions /
RemoveExistingProducts After=InstallValidate /
/InstallExecuteSequence

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 mailto: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
alexander.shevc...@microsoft.com:

Hi Michael,

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:

Package
Manufacturer=Me
InstallerVersion=200
Languages=1033
Compressed=yes
Id=*
/

Media Id=1 Cabinet=MyApp_0.0.0.0.cab EmbedCab=yes /

Property Id=WHSLogo1/Property

Directory Id=TARGETDIR Name=SourceDir
Directory Id=ProgramFilesFolder

[WiX-users] Edit control

2009-02-17 Thread Lough, Norman

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

 

Control Id=WSServerEditBox Type=Edit X=20 Y=72 Width=290
Height=18 Default=yes   Text=amp;abc Property=WEBSERVICESERVER
/

 

I've tried the above (and without the amp) 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 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] build wix on win xp

2009-02-17 Thread 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

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

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] Using util extension in include file.

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 wix 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] Edit control

Lough, Norman wrote:
 I've tried the above (and without the amp) 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] Install advice needed on helper files

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] WiX-users Digest, Vol 33, Issue 85

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] How to get VS90_PROJECTTEMPLATES_DIR path

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 path to WixVSExtension.dll command line parameter
  when calling light.exe to include the WixVSExtension in the MSI
  linking process.

For example:

PropertyRef Id=VS2005_ROOT_FOLDER /
CustomActionRef Id=VS2005Setup /

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] netfx:NativeImage action issues

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

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

2009-02-17 Thread 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?

2009-02-17 Thread 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] 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 henk.r...@aricent.com wrote:

 From: Henk Roos henk.r...@aricent.com
 Subject: Re: [WiX-users] Custom Installer Question.
 To: wix-users@lists.sourceforge.net 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
 henk.r...@aricent.com wrote:
 
  From: Henk Roos henk.r...@aricent.com
  Subject: [WiX-users] Custom Installer Question.
  To: wix-users@lists.sourceforge.net
 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

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

2009-02-17 Thread 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] WiX 3.0 + MSBuild Issues

2009-02-17 Thread 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:

PropertyGroup
  DefineConstantsCOREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;
DISTRIBUTEDROP=\\rpd-drops\Distribute\;/DefineConstants
/PropertyGroup


  MSBuild Projects=$(SolutionRoot)\Build\RAPIDCore.sln
 
Properties=DefineConstants=$(DefineConstants);OutDir=$(SolutionRoot)\Bu
ild\; 
  /MSBuild

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

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

2009-02-17 Thread 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:

  Target Name=BeforeBuild
CreateProperty Condition=$(BuildNumber) != ''
Value=BuildNumber=$(BuildNumber);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
CreateProperty Condition=$(RevisionNumber) != ''
Value=RevisionNumber =$(RevisionNumber);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
  /Target

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:

PropertyGroup
  DefineConstantsCOREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;
DISTRIBUTEDROP=\\rpd-drops\Distribute\;/DefineConstants
/PropertyGroup


  MSBuild Projects=$(SolutionRoot)\Build\RAPIDCore.sln
 
Properties=DefineConstants=$(DefineConstants);OutDir=$(SolutionRoot)\Bu
ild\; 
  /MSBuild

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

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

2009-02-17 Thread 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] Per user installation HKCU registry keys remain after un-installation..

2009-02-17 Thread John Nannenga

I figured it out.  It was classic user error. Crap/



-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

Re: [WiX-users] Custom Installer Question.

2009-02-17 Thread Wilson, Phil

Visual Studio 2008 setupdeployment 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 henk.r...@aricent.com wrote:

 From: Henk Roos henk.r...@aricent.com
 Subject: Re: [WiX-users] Custom Installer Question.
 To: wix-users@lists.sourceforge.net 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
 henk.r...@aricent.com wrote:
 
  From: Henk Roos henk.r...@aricent.com
  Subject: [WiX-users] Custom Installer Question.
  To: wix-users@lists.sourceforge.net
 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

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

2009-02-17 Thread 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:
CreateProperty Condition=$(CoreDrop) != '' 
Value=COREDROP=$(CoreDrop);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty

CreateProperty Value=DOCDROP=\\rpd-drops\Documents;$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty

Message Text=MSBUILD TRACING: $(DefineConstants) /

MSBuild Projects=$(SolutionRoot)\Build\Core.sln 
Properties=DefineConstants=$(DefineConstants) /

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:

  Target Name=BeforeBuild
CreateProperty Condition=$(BuildNumber) != ''
Value=BuildNumber=$(BuildNumber);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
CreateProperty Condition=$(RevisionNumber) != ''
Value=RevisionNumber =$(RevisionNumber);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
  /Target

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:

PropertyGroup
  DefineConstantsCOREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;
DISTRIBUTEDROP=\\rpd-drops\Distribute\;/DefineConstants
/PropertyGroup


  MSBuild Projects=$(SolutionRoot)\Build\RAPIDCore.sln
 
Properties=DefineConstants=$(DefineConstants);OutDir=$(SolutionRoot)\Bu
ild\; 
  /MSBuild

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

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

2009-02-17 Thread 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:
Directory Id=AppDataFolder 
  Directory Id=Microsoft Name=Microsoft 
Directory Id=InternetExplorer Name=Internet Explorer 
  Directory Id=QuickLaunchFolder Name=Quick Launch  
  /Directory 
/Directory 
  /Directory 
/Directory 

.. ... 
DirectoryRef Id=QuickLaunchFolder 
  Component Id=QuickLaunchShortcut 
  Guid=32AB3786-02F5-45C8-9E6F-04A6041EB4FF 
ConditionINSTALLQUICKLAUNCHSHORTCUT/Condition 
RegistryKey Root=HKCU Key=MyCompany\MyApp 
  Action=createAndRemoveOnUninstall 
RegistryValue Name=QuickLaunchSC Value=1 Type=integer 
KeyPath=yes/ 
/RegistryKey 
Shortcut Id=QuickLaunchShortcut Directory=QuickLaunchFolder 
  Name=My App ShortName=MyApp 
  Target=[INSTALLLOCATION]$(var.FileOutput)/ 
RemoveFolder Id=RemoveQuickLaunchFolder On=uninstall/ 
  /Component 
/DirectoryRef 

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:
  DirectoryRef Id=InternetExplorer
Component Id=RemoveIEFolder 
Guid=134BA283-0ADA-444E-8348-829C61099CDB
  RemoveFolder Id=RemoveIEFolder On=uninstall/
/Component
  /DirectoryRef

  DirectoryRef Id=Microsoft
Component Id=RemoveMSFolder 
Guid=F1F366ED-2145-4B7A-9571-1C34C665BAF4
  RemoveFolder Id=RemoveMSFolder On=uninstall/
/Component
  /DirectoryRef

  ComponentRef Id=RemoveIEFolder /
  ComponentRef Id=RemoveMSFolder /

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 rob.mensch...@microsoft.com
To: General discussion for Windows Installer XML toolset. 
wix-users@lists.sourceforge.net
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 n...@x2systems.com
To: General discussion for Windows Installer XML toolset.
wix-users@lists.sourceforge.net
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 mailto: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

[WiX-users] Create Read share

2009-02-17 Thread Amit Ravat

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

Component Id=TestUserProductComponent Guid=38e2c012-18f5-4ff0-99a4-
58ee2b2286aa
util:User Id=testGroupRO Name=Test_Tools_RO CreateUser=no 
Domain=redmond /
util:User Id=testGroupRW Name=Test_Tools_RW CreateUser=no 
Domain=redmond /
  CreateFolder /
util:FileShare Id=MYSHARE Name=Dest Description=Description of 
MyShare


!--DOES NOT WORKS--
  util:FileSharePermission User=testGroupRO ReadPermission=yes 
Read=yes /



!--WORKS--
  util:FileSharePermission User=testGroupRW GenericAll=yes/
/util:FileShare

  


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

2009-02-17 Thread 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:

MSBuild Projects=YourWixProject.wixproj
 
Properties=BuildNumber=$(VerBuildNumber);RevisionNumber=$(RevisionNumbe
r) /


-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:
CreateProperty Condition=$(CoreDrop) != ''
Value=COREDROP=$(CoreDrop);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty

CreateProperty
Value=DOCDROP=\\rpd-drops\Documents;$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty

Message Text=MSBUILD TRACING: $(DefineConstants) /

MSBuild Projects=$(SolutionRoot)\Build\Core.sln
Properties=DefineConstants=$(DefineConstants) /

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:

  Target Name=BeforeBuild
CreateProperty Condition=$(BuildNumber) != ''
Value=BuildNumber=$(BuildNumber);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
CreateProperty Condition=$(RevisionNumber) != ''
Value=RevisionNumber =$(RevisionNumber);$(DefineConstants)
  Output TaskParameter=Value PropertyName=DefineConstants /
/CreateProperty
  /Target

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:

PropertyGroup
  DefineConstantsCOREDROP=$(CoreDrop);
DOCDROP=\\rpd-drops\Documents; RAPDROP=$(DropLocation)\$(BuildNumber)\;
LOCDROP=$(DropLocation)\$(BuildNumber)\;

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

CustomAction Id=CheckKMFUninstall Property=KMFUNINSTALL 
Value=KMFUNINSTALL/


In the  execute  sequence:
Custom Action=CheckKMFUninstall After=InstallInitializeInstalled 
AND NOT UPGRADINGPRODUCTCODE/Custom


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:
Component Id=KmfDatabase
Guid={82B345FC-A889-44c2-A964-DE2495DC0D29}
sql:SqlDatabase Id=TaitKmf  Database=TaitKmf
ContinueOnError=yes CreateOnReinstall=no CreateOnUninstall=no
  CreateOnInstall=no
DropOnReinstall=no DropOnUninstall=yes DropOnInstall=no
Server=[ComputerName]/
/Component

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

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

2009-02-17 Thread 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).

SqlDatabase Id=sqlserver_Master Database=master
Server=[BAYDBSERVER] Instance=[BAYDBINST]/
DirectoryRef Id=TARGETDIR
Component Id=CreateDB
Guid=F791A6C2-1281-168B-0021-001143F0301B DiskId=1
Condition![CDATA[(Not BAYUPGRADELIST)
and 1]]/Condition
!-- Clean up for install only failure
--
SqlString Id=CleanupOnInstallFail
SqlDb=sqlserver_Master RollbackOnInstall=yes ContinueOnError=no
SQL=drop database [BAYAPPDB] Sequence=19/
!-- Set Single User for Backup and
MultiUser if rolling back --
SqlString Id=MultiUserOnRollBack
SqlDb=sqlserver_Master RollbackOnReinstall=yes
RollbackOnInstall=no ContinueOnError=no SQL=alter database
[BAYAPPDB] set MULTI_USER Sequence=20/
SqlString Id=SingleUserOnStart
SqlDb=sqlserver_Master ExecuteOnInstall=no ExecuteOnReinstall=yes
ContinueOnError=no SQL=alter database [BAYAPPDB] set SINGLE_USER With
Rollback Immediate Sequence=21/
SqlString Id=BackupOnStart
SqlDb=sqlserver_Master ExecuteOnInstall=no ExecuteOnReinstall=yes
ContinueOnError=no SQL=backup database [BAYAPPDB] to
disk='[BAYBACKUPFOLDER][BAYAPPDB].bak' with INIT Sequence=30/
!-- Restore on minor upgrade rollback
--
!-- Restore on minor upgrade rollback
--
SqlString Id=RestoreOnRollBack
SqlDb=sqlserver_Master RollbackOnReinstall=yes ContinueOnError=no
Sequence=40 SQL=

  -- This sequence restores the database if there is a failure
  alter database [BAYAPPDB] set SINGLE_USER With Rollback
Immediate
  drop database [BAYAPPDB]
  restore database [BAYAPPDB] from
disk='[BAYBACKUPFOLDER][BAYAPPDB].bak'

  /

-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

CustomAction Id=CheckKMFUninstall Property=KMFUNINSTALL 
Value=KMFUNINSTALL/

In the  execute  sequence:
Custom Action=CheckKMFUninstall After=InstallInitializeInstalled
AND NOT UPGRADINGPRODUCTCODE/Custom

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:

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


Custom Action=ConfigureIIS Overridable=yesNOT Installed AND 
![CDATA[IISFeature=3]]/Custom


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] How to skip a custom action when feature not selected

2009-02-17 Thread 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.


!-- Suppress the IIS CA if we are not installing the
web site --
CustomAction Id=SkipIISCA Property=SKIPCONFIGUREIIS
Value=1/
InstallExecuteSequence
Custom Action=SkipIISCA
After=CostFinalize![CDATA[NOT MainComponent=3 AND NOT
!MainComponent=3]]
/Custom
/InstallExecuteSequence 

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

 Custom Action=ConfigureIIS Overridable=yesNOT Installed AND
![CDATA[IISFeature=3]]/Custom

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


!-- Suppress the IIS CA if we are not installing the
web site --
CustomAction Id=SkipIISCA Property=SKIPCONFIGUREIIS
Value=1/
InstallExecuteSequence
Custom Action=SkipIISCA
After=CostFinalize![CDATA[NOT MainComponent=3 AND NOT
!MainComponent=3]]
/Custom
		/InstallExecuteSequence 


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

 Custom Action=ConfigureIIS Overridable=yesNOT Installed AND
![CDATA[IISFeature=3]]/Custom

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 notselected

2009-02-17 Thread 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.


   !-- Suppress the IIS CA if we are not installing the
web site --
   CustomAction Id=SkipIISCA Property=SKIPCONFIGUREIIS
 Value=1/
   InstallExecuteSequence
   Custom Action=SkipIISCA
 After=CostFinalize![CDATA[NOT MainComponent=3 AND NOT 
 !MainComponent=3]]
   /Custom
   /InstallExecuteSequence

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

  Custom Action=ConfigureIIS Overridable=yesNOT Installed AND 
 ![CDATA[IISFeature=3]]/Custom

 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

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


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.



!-- Suppress the IIS CA if we are not installing the


web site --
  

CustomAction Id=SkipIISCA Property=SKIPCONFIGUREIIS
Value=1/
InstallExecuteSequence
Custom Action=SkipIISCA
After=CostFinalize![CDATA[NOT MainComponent=3 AND NOT 
!MainComponent=3]]

/Custom
/InstallExecuteSequence

-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:
  
 Custom Action=ConfigureIIS Overridable=yesNOT Installed AND 
![CDATA[IISFeature=3]]/Custom


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

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

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:
Directory Id=AppDataFolder
Directory Id=Microsoft Name=Microsoft
Directory Id=InternetExplorer Name=Internet Explorer
Directory Id=QuickLaunchFolder Name=Quick Launch
/Directory
/Directory
/Directory
/Directory

.. ...
DirectoryRef Id=QuickLaunchFolder
Component Id=QuickLaunchShortcut
Guid=32AB3786-02F5-45C8-9E6F-04A6041EB4FF
ConditionINSTALLQUICKLAUNCHSHORTCUT/Condition
RegistryKey Root=HKCU Key=MyCompany\MyApp
Action=createAndRemoveOnUninstall
RegistryValue Name=QuickLaunchSC Value=1 Type=integer
KeyPath=yes/
/RegistryKey
Shortcut Id=QuickLaunchShortcut Directory=QuickLaunchFolder
Name=My App ShortName=MyApp
Target=[INSTALLLOCATION]$(var.FileOutput)/
RemoveFolder Id=RemoveQuickLaunchFolder On=uninstall/
/Component
/DirectoryRef

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:
DirectoryRef Id=InternetExplorer
Component Id=RemoveIEFolder
Guid=134BA283-0ADA-444E-8348-829C61099CDB
RemoveFolder Id=RemoveIEFolder On=uninstall/
/Component
/DirectoryRef

DirectoryRef Id=Microsoft
Component Id=RemoveMSFolder
Guid=F1F366ED-2145-4B7A-9571-1C34C665BAF4
RemoveFolder Id=RemoveMSFolder On=uninstall/
/Component
/DirectoryRef

ComponentRef Id=RemoveIEFolder /
ComponentRef Id=RemoveMSFolder /

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 rob.mensch...@microsoft.com
To: General discussion for Windows Installer XML toolset.
wix-users@lists.sourceforge.net
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 n...@x2systems.com
To: General discussion for Windows Installer XML toolset.
wix-users@lists.sourceforge.net
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 mailto: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

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

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:
 ProgressText
 Action=NetFxExecuteNativeImageCommitInstallNetFxExecuteNativeImageCommitInstall/ProgressText
 ProgressText
 Action=NetFxExecuteNativeImageInstallNetFxExecuteNativeImageInstall/ProgressText
 ProgressText
 Action=NetFxScheduleNativeImageNetFxScheduleNativeImage/ProgressText
 ProgressText Action=NetFxNativeImageNetFxNativeImage/ProgressText
 ProgressText
 Action=NetFxExecuteNativeImageCommitUninstallNetFxExecuteNativeImageCommitUninstall/ProgressText
 ProgressText
 Action=NetFxExecuteNativeImageUninstallNetFxExecuteNativeImageUninstall/ProgressText

 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] 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 n...@x2systems.com wrote:


 
 From: Neil Sleightholm n...@x2systems.com
 Subject: [WiX-users] LaunchConditions and FindRelatedProducts
 To: General discussion for Windows Installer XML toolset.

   
 wix-users@lists.sourceforge.net

 
 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


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

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

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] Updating full package

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 
 alexander.shevc...@microsoft.com:

   
 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 Upgrade table and how you schedule 
 RemoveExistingProducts.  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:

 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
   Product
   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

   Package
   Manufacturer=Me
   InstallerVersion=200
   Languages=1033
   Compressed=yes
   Id=*
   /

   Media Id=1 Cabinet=MyApp_0.0.0.0.cab EmbedCab=yes /

   Property Id=WHSLogo1/Property

   Directory Id=TARGETDIR Name=SourceDir
   Directory Id=ProgramFilesFolder
   Directory Id=WHS Name=Windows Home Server
   Component
   
 Id=HomeServerConsoleTab.MyPanel
   
 Guid=xx-f77a-11dd-87af-0800200c9a66

   File
   
 Id=HomeServerConsoleTab.MyPanel.dll
   
 Name=HomeServerConsoleTab.MyPanel.dll
   
 Source=HomeServerConsoleTab.MyPanel.dll
   Vital=yes
   KeyPath=yes
   DiskId=1/
   /Component
   /Directory
   /Directory
   /Directory

   Feature Id=ProductFeature Title=MyPanel Level=1 
 AllowAdvertise=no
   ComponentRef Id=HomeServerConsoleTab.MyPanel /
   /Feature

   /Product

 /Wix

 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

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

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

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

Most of the WiX toolset CustomActions do this.

Eitan Behar wrote:
 Does not look like fun, but it's doable ! Thanks !

 Etian


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

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

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

 In a nutshell:

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

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

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

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

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

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


 --- On Tue, 2/17/09, Eitan Behar ei...@baconao.net wrote:

 
 From: Eitan Behar ei...@baconao.net
 Subject: Re: [WiX-users] Passing data between deferred custom actions
 To: chr...@deploymentengineering.com, General discussion for Windows
   
 Installer XML toolset. wix-users@lists.sourceforge.net
 
 Date: Tuesday, February 17, 2009, 6:47 AM
 DTF C#



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

   
 What language is the CA's written in?

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


 --- On Tue, 2/17/09, Eitan Behar
 
 ei...@baconao.net wrote:
   
 From: Eitan Behar ei...@baconao.net
 Subject: [WiX-users] Passing data between
   
 deferred custom actions
   
 To: General discussion for Windows
   
 Installer XML toolset. 
   
 wix-users@lists.sourceforge.net
 
 Date: Tuesday, February 17, 2009, 2:40 AM
 Hi,

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

 Thanks,

 Eitan

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

   
 https://lists.sourceforge.net/lists/listinfo/wix-users
   




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

 


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

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

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

[WiX-users] Bootstrap Packages in WIX

2009-02-17 Thread 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] Custom Installer Question.

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 henk.r...@aricent.com wrote:

   
 From: Henk Roos henk.r...@aricent.com
 Subject: [WiX-users] Custom Installer Question.
 To: wix-users@lists.sourceforge.net
 
 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] Bootstrap Packages in WIX

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] Ngenning with NetFx and ProgressText