from:"Sam"

Hi!

Where can I find a simple example of how to just ensure the installation
will check if the user have got a specific version of .NET Framework
installed, and if not, download from Microsoft.com?

Have this with burn.exe to do? Or is it abandoned?

//Sam
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install Prerequisites (.NET Framework)

Thanks! Do this Bundle needs to be in a separate project? (I can create new
project: Bootstrapper Project in the Add Project dialog in VS).


On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher pally.sand...@iesve.comwrote:

 http://wix.sourceforge.net/manual-wix3/install_dotnet.htm

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
 G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 12:04
 To: General discussion for Windows Installer XML toolset.
 Subject: [WiX-users] Install Prerequisites (.NET Framework)

 Hi!

 Where can I find a simple example of how to just ensure the installation
 will check if the user have got a specific version of .NET Framework
 installed, and if not, download from Microsoft.com?

 Have this with burn.exe to do? Or is it abandoned?

 //Sam

 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013 and get the
 hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install Prerequisites (.NET Framework)

But my original Wix UI then goes away. I just want the bootstrapper to
check the .NET Framework.

?xml version=1.0 encoding=UTF-8?Wix
xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
  BootstrapperApplicationRef
Id=WixStandardBootstrapperApplication.RtfLicense/Chain
!-- .NET 4.5: NetFx45Web --PackageGroupRef
Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
SourceFile=$(var.Msi.TargetPath)//Chain
/Bundle/Wix



On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:

 Thanks! Do this Bundle needs to be in a separate project? (I can create
 new project: Bootstrapper Project in the Add Project dialog in VS).


 On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher pally.sand...@iesve.comwrote:

 http://wix.sourceforge.net/manual-wix3/install_dotnet.htm

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park,
 Glasgow G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 12:04
 To: General discussion for Windows Installer XML toolset.
 Subject: [WiX-users] Install Prerequisites (.NET Framework)

 Hi!

 Where can I find a simple example of how to just ensure the installation
 will check if the user have got a specific version of .NET Framework
 installed, and if not, download from Microsoft.com?

 Have this with burn.exe to do? Or is it abandoned?

 //Sam

 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013 and get the
 hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users




 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install Prerequisites (.NET Framework)

Ok,
But this isn't offering any help to the user to download the framework, am
I right?
I guess I need to do that also.

//Sam


On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie steven.ogil...@titus.comwrote:

 This is what I do to check for .NET 4.0 in the boostrapper...

 Chain
   PackageGroupRef Id=Netfx4Full/

 

 /Chain
   /Bundle
   Fragment Id=InstallConditionChecks
 !-- Check for .NET 4.0 --
 WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v4\Full Value=Version Variable=Netfx4FullVersion /
 util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net Framework
 Setup\NDP\v4\Full Value=Version Variable=Netfx4x64FullVersion
 Win64=yes /

 PackageGroup Id=Netfx4Full
   ExePackage Id=Netfx4Full
   DisplayName=Microsoft .NET Framework 4.0
   Cache=no
   Compressed=no
   PerMachine=yes
   Permanent=yes
   Protocol=netfx4
   Vital=yes
   SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
   Name=RedistServer\dotNetFx40_Full_x86_x64.exe
   InstallCommand=/passive /norestart
   DetectCondition=Netfx4FullVersion AND (NOT VersionNT64
 OR Netfx4x64FullVersion) /
 /PackageGroup

   /Fragment
 /Wix

 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: February-12-13 8:47 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 But my original Wix UI then goes away. I just want the bootstrapper to
 check the .NET Framework.

 ?xml version=1.0 encoding=UTF-8?Wix
 xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
 Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
   BootstrapperApplicationRef
 Id=WixStandardBootstrapperApplication.RtfLicense/Chain
 !-- .NET 4.5: NetFx45Web --PackageGroupRef
 Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
 SourceFile=$(var.Msi.TargetPath)//Chain
 /Bundle/Wix



 On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:

  Thanks! Do this Bundle needs to be in a separate project? (I can
  create new project: Bootstrapper Project in the Add Project dialog in
 VS).
 
 
  On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher pally.sand...@iesve.com
 wrote:
 
  http://wix.sourceforge.net/manual-wix3/install_dotnet.htm
 
  Palbinder Sandher
  Software Platform Engineer
  T: +44 (0) 141 945 8500
  F: +44 (0) 141 945 8501
  http://www.iesve.com
 
  **Design, Simulate + Innovate with the Virtual Environment**
  Integrated Environmental Solutions Limited. Registered in Scotland No.
  SC151456
  Registered Office - Helix Building, West Of Scotland Science Park,
  Glasgow G20 0SP Email Disclaimer
 
 
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: 12 February 2013 12:04
  To: General discussion for Windows Installer XML toolset.
  Subject: [WiX-users] Install Prerequisites (.NET Framework)
 
  Hi!
 
  Where can I find a simple example of how to just ensure the
  installation will check if the user have got a specific version of
  .NET Framework installed, and if not, download from Microsoft.com?
 
  Have this with burn.exe to do? Or is it abandoned?
 
  //Sam
 
  -
  - Free Next-Gen Firewall Hardware Offer Buy your Sophos
  next-gen firewall before the end March 2013 and get the hardware for
  free! Learn more.
  http://p.sf.net/sfu/sophos-d2d-feb
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 
 
  -
  - Free Next-Gen Firewall Hardware Offer Buy your Sophos
  next-gen firewall before the end March 2013 and get the hardware for
  free! Learn more.
  http://p.sf.net/sfu/sophos-d2d-feb
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 

 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013 and get the
 hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Free Next-Gen Firewall Hardware Offer
 Buy your Sophos next-gen firewall before the end March 2013
 and get the hardware for free! Learn more.
 http://p.sf.net/sfu/sophos-d2d-feb

Re: [WiX-users] Install Prerequisites (.NET Framework)

Thanks Steven,
I try to get it to work.

Also a question regarding, how to arrange things.

I have two projects, one that gives me a MSI as output, Its just plain
msi-file, no check for .NET framework. The other is a Bootstrapper Project,
it hava a reference to the MSI-project.
Is this the best way to do it? Or can I keep it in one project? How?
Otherwise I seems to end up with two products / versions, one inner and one
outer?

Br,
Sam



On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie steven.ogil...@titus.comwrote:

 You can have a copy of .NET with your package OR use the DownloadUrl=
 element within the exepackage so if required, the .NET install is
 downloaded THEN installed...

 Steve

 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: February-12-13 9:03 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Ok,
 But this isn't offering any help to the user to download the framework, am
 I right?
 I guess I need to do that also.

 //Sam


 On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie steven.ogil...@titus.com
 wrote:

  This is what I do to check for .NET 4.0 in the boostrapper...
 
  Chain
PackageGroupRef Id=Netfx4Full/
 
  
 
  /Chain
/Bundle
Fragment Id=InstallConditionChecks
  !-- Check for .NET 4.0 --
  WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
  util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
  Framework Setup\NDP\v4\Full Value=Version
 Variable=Netfx4FullVersion /
  util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
  Framework Setup\NDP\v4\Full Value=Version
 Variable=Netfx4x64FullVersion
  Win64=yes /
 
  PackageGroup Id=Netfx4Full
ExePackage Id=Netfx4Full
DisplayName=Microsoft .NET Framework 4.0
Cache=no
Compressed=no
PerMachine=yes
Permanent=yes
Protocol=netfx4
Vital=yes
SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
Name=RedistServer\dotNetFx40_Full_x86_x64.exe
InstallCommand=/passive /norestart
DetectCondition=Netfx4FullVersion AND (NOT
  VersionNT64 OR Netfx4x64FullVersion) /
  /PackageGroup
 
/Fragment
  /Wix
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: February-12-13 8:47 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  But my original Wix UI then goes away. I just want the bootstrapper to
  check the .NET Framework.
 
  ?xml version=1.0 encoding=UTF-8?Wix
  xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
  Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
BootstrapperApplicationRef
  Id=WixStandardBootstrapperApplication.RtfLicense/Chain
  !-- .NET 4.5: NetFx45Web --PackageGroupRef
  Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
  SourceFile=$(var.Msi.TargetPath)//Chain
  /Bundle/Wix
 
 
 
  On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:
 
   Thanks! Do this Bundle needs to be in a separate project? (I can
   create new project: Bootstrapper Project in the Add Project dialog
   in
  VS).
  
  
   On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher
  pally.sand...@iesve.com
  wrote:
  
   http://wix.sourceforge.net/manual-wix3/install_dotnet.htm
  
   Palbinder Sandher
   Software Platform Engineer
   T: +44 (0) 141 945 8500
   F: +44 (0) 141 945 8501
   http://www.iesve.com
  
   **Design, Simulate + Innovate with the Virtual Environment**
   Integrated Environmental Solutions Limited. Registered in Scotland No.
   SC151456
   Registered Office - Helix Building, West Of Scotland Science Park,
   Glasgow G20 0SP Email Disclaimer
  
  
  
   -Original Message-
   From: Sam Boman [mailto:s...@samb.se]
   Sent: 12 February 2013 12:04
   To: General discussion for Windows Installer XML toolset.
   Subject: [WiX-users] Install Prerequisites (.NET Framework)
  
   Hi!
  
   Where can I find a simple example of how to just ensure the
   installation will check if the user have got a specific version of
   .NET Framework installed, and if not, download from Microsoft.com?
  
   Have this with burn.exe to do? Or is it abandoned?
  
   //Sam
  
   ---
   --
   - Free Next-Gen Firewall Hardware Offer Buy your Sophos
   next-gen firewall before the end March 2013 and get the hardware
   for free! Learn more.
   http://p.sf.net/sfu/sophos-d2d-feb
   ___
   WiX-users mailing list
   WiX-users@lists.sourceforge.net
   https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install Prerequisites (.NET Framework)

Ok, thats a good point, I already got the MSI version from the FileVersion
of my main project.
So that will make it clear.




On Tue, Feb 12, 2013 at 3:30 PM, Neil Sleightholm n...@x2systems.comwrote:

 That is how I structure my projects. I set the version of the bundle to
 the version of the msi using binder variables e.g.:
 ?define Version = !(bind.packageVersion.MyMSIProject) ?

 In fact I get the version of the MSI from one of the files I install using
 the same technique.

 Neil

 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 14:23
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Thanks Steven,
 I try to get it to work.

 Also a question regarding, how to arrange things.

 I have two projects, one that gives me a MSI as output, Its just plain
 msi-file, no check for .NET framework. The other is a Bootstrapper Project,
 it hava a reference to the MSI-project.
 Is this the best way to do it? Or can I keep it in one project? How?
 Otherwise I seems to end up with two products / versions, one inner and
 one outer?

 Br,
 Sam



 On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie steven.ogil...@titus.com
 wrote:

  You can have a copy of .NET with your package OR use the DownloadUrl=
  element within the exepackage so if required, the .NET install is
  downloaded THEN installed...
 
  Steve
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: February-12-13 9:03 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  Ok,
  But this isn't offering any help to the user to download the
  framework, am I right?
  I guess I need to do that also.
 
  //Sam
 
 
  On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie
  steven.ogil...@titus.com
  wrote:
 
   This is what I do to check for .NET 4.0 in the boostrapper...
  
   Chain
 PackageGroupRef Id=Netfx4Full/
  
   
  
   /Chain
 /Bundle
 Fragment Id=InstallConditionChecks
   !-- Check for .NET 4.0 --
   WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4FullVersion /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4x64FullVersion
   Win64=yes /
  
   PackageGroup Id=Netfx4Full
 ExePackage Id=Netfx4Full
 DisplayName=Microsoft .NET Framework 4.0
 Cache=no
 Compressed=no
 PerMachine=yes
 Permanent=yes
 Protocol=netfx4
 Vital=yes
 SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
 Name=RedistServer\dotNetFx40_Full_x86_x64.exe
 InstallCommand=/passive /norestart
 DetectCondition=Netfx4FullVersion AND (NOT
   VersionNT64 OR Netfx4x64FullVersion) /
   /PackageGroup
  
 /Fragment
   /Wix
  
   -Original Message-
   From: Sam Boman [mailto:s...@samb.se]
   Sent: February-12-13 8:47 AM
   To: General discussion for Windows Installer XML toolset.
   Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
  
   But my original Wix UI then goes away. I just want the bootstrapper
   to check the .NET Framework.
  
   ?xml version=1.0 encoding=UTF-8?Wix
   xmlns=http://schemas.microsoft.com/wix/2006/wi;Bundle
   Name=Bootstrapper Version=1.0.0.0 Manufacturer= UpgradeCode=
 BootstrapperApplicationRef
   Id=WixStandardBootstrapperApplication.RtfLicense/Chain
   !-- .NET 4.5: NetFx45Web --PackageGroupRef
   Id=NetFx40ClientWeb/MsiPackage Id=MyApplication
   SourceFile=$(var.Msi.TargetPath)//Chain
   /Bundle/Wix
  
  
  
   On Tue, Feb 12, 2013 at 1:34 PM, Sam Boman s...@samb.se wrote:
  
Thanks! Do this Bundle needs to be in a separate project? (I can
create new project: Bootstrapper Project in the Add Project dialog
in
   VS).
   
   
On Tue, Feb 12, 2013 at 1:06 PM, Pally Sandher
   pally.sand...@iesve.com
   wrote:
   
http://wix.sourceforge.net/manual-wix3/install_dotnet.htm
   
Palbinder Sandher
Software Platform Engineer
T: +44 (0) 141 945 8500
F: +44 (0) 141 945 8501
http://www.iesve.com
   
**Design, Simulate + Innovate with the Virtual Environment**
Integrated Environmental Solutions Limited. Registered in Scotland
 No.
SC151456
Registered Office - Helix Building, West Of Scotland Science
Park, Glasgow G20 0SP Email Disclaimer
   
   
   
-Original Message-
From: Sam Boman [mailto:s...@samb.se]
Sent: 12 February 2013 12:04
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Install

Re: [WiX-users] Install Prerequisites (.NET Framework)

Ok, but I have this issue, or maybe its just the way it works...

I have set the Msi project to use:
UIRef Id=WixUI_InstallDir/
And then I have added the license agreement rtf-file to it.

But when I have added this to the Bootstrapper project:

*BootstrapperApplicationRef
Id=WixStandardBootstrapperApplication.RtfLicense /*

Chain
  PackageGroupRef Id= Netfx4Full/
  ...your msi stuff goes here...
/Chain


I end up in not getting the Msi UI at all, and in Controlpanel - Programs I
just see my bootstrapper projectname... Not the original Msi name and
version...

I thought that the Bootstrapper just would do its checks, and then handover
to the Msi UI, and not display any thing to the user if all is Okay (.NET
version are the right.).

Thanks!

//Sam


On Tue, Feb 12, 2013 at 3:37 PM, Pally Sandher pally.sand...@iesve.comwrote:

 You need 2 projects. You have 2 outputs, an MSI  a Burn executable which
 wraps the MSI and deals with your pre-reqs. You can configure your burn
 package not to register itself or to not register your MSI. See the Burn
 documentation -
 http://wix.sourceforge.net/manual-wix3/authoring_bundle_intro.htm

 BTW all that extra code Steven posted is completely superfluous. All you
 literally need in your Burn bundle XML is

 Chain
   PackageGroupRef Id= Netfx4Full/
   ...your msi stuff goes here...
 /Chain

 As WiXNetFxExtension has all the authoring required to do all the checks 
 downloading etc. (and has been checked  tested by everyone who uses it on
 a daily basis).

 Personally I use
   PackageGroupRef Id=NetFx40ClientRedist/
 because I hate those 'on-demand' installer bundle things.

 Palbinder Sandher
 Software Platform Engineer
 T: +44 (0) 141 945 8500
 F: +44 (0) 141 945 8501
 http://www.iesve.com

 **Design, Simulate + Innovate with the Virtual Environment**
 Integrated Environmental Solutions Limited. Registered in Scotland No.
 SC151456
 Registered Office - Helix Building, West Of Scotland Science Park, Glasgow
 G20 0SP
 Email Disclaimer



 -Original Message-
 From: Sam Boman [mailto:s...@samb.se]
 Sent: 12 February 2013 14:29
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)

 Thanks Steven,
 I try to get it to work.

 Also a question regarding, how to arrange things.

 I have two projects, one that gives me a MSI as output, Its just plain
 msi-file, no check for .NET framework. The other is a Bootstrapper Project,
 it hava a reference to the MSI-project.
 Is this the best way to do it? Or can I keep it in one project? How?
 Otherwise I seems to end up with two products / versions, one inner and
 one outer?

 Br,
 Sam



 On Tue, Feb 12, 2013 at 3:10 PM, Steven Ogilvie steven.ogil...@titus.com
 wrote:

  You can have a copy of .NET with your package OR use the DownloadUrl=
  element within the exepackage so if required, the .NET install is
  downloaded THEN installed...
 
  Steve
 
  -Original Message-
  From: Sam Boman [mailto:s...@samb.se]
  Sent: February-12-13 9:03 AM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
 
  Ok,
  But this isn't offering any help to the user to download the
  framework, am I right?
  I guess I need to do that also.
 
  //Sam
 
 
  On Tue, Feb 12, 2013 at 2:55 PM, Steven Ogilvie
  steven.ogil...@titus.com
  wrote:
 
   This is what I do to check for .NET 4.0 in the boostrapper...
  
   Chain
 PackageGroupRef Id=Netfx4Full/
  
   
  
   /Chain
 /Bundle
 Fragment Id=InstallConditionChecks
   !-- Check for .NET 4.0 --
   WixVariable Id=WixMbaPrereqPackageId Value=Netfx4Full /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4FullVersion /
   util:RegistrySearch Root=HKLM Key=SOFTWARE\Microsoft\Net
   Framework Setup\NDP\v4\Full Value=Version
  Variable=Netfx4x64FullVersion
   Win64=yes /
  
   PackageGroup Id=Netfx4Full
 ExePackage Id=Netfx4Full
 DisplayName=Microsoft .NET Framework 4.0
 Cache=no
 Compressed=no
 PerMachine=yes
 Permanent=yes
 Protocol=netfx4
 Vital=yes
 SourceFile=..\PreReqs\dotNetFx40_Full_x86_x64.exe
 Name=RedistServer\dotNetFx40_Full_x86_x64.exe
 InstallCommand=/passive /norestart
 DetectCondition=Netfx4FullVersion AND (NOT
   VersionNT64 OR Netfx4x64FullVersion) /
   /PackageGroup
  
 /Fragment
   /Wix
  
   -Original Message-
   From: Sam Boman [mailto:s...@samb.se]
   Sent: February-12-13 8:47 AM
   To: General discussion for Windows Installer XML toolset.
   Subject: Re: [WiX-users] Install Prerequisites (.NET Framework)
  
   But my original Wix UI then goes away. I just want the bootstrapper

[WiX-users] Id for Component and File

2013-02-11 Thread Sam Boman

Hi, I just have a quick question, are these Id's valid (same on Component
and File)... I guess they are in different tables.

It have been working ok, but I have today got stuck by this error:
LGHT0216: An unexpected Win32 exception with error code 0x65B occurred:
Function failed during execution

Component Id=IronPython.dll Guid=*

File Id=IronPython.dll
Source=$(var.MyProj.TargetDir)IronPython.dll
KeyPath=yes//ComponentComponent Id=Microsoft.Dynamic.dll
Guid=*File Id=Microsoft.Dynamic.dll
Source=$(var.MyProj.TargetDir)Microsoft.Dynamic.dll KeyPath=yes/
/ComponentComponent Id=Microsoft.Scripting.dll Guid=*
File Id=Microsoft.Scripting.dll
Source=$(var.MyProj.TargetDir)Microsoft.Scripting.dll
KeyPath=yes/
/Component
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Id for Component and File

2013-02-11 Thread Sam Boman

Ok,
I also found the example in the documentation which uses same Id for
Component and File...
http://wix.sourceforge.net/manual-wix3/add_a_file.htm
But they (Id's) seems to be required, so I can't skip them.

Also, the Error: LGHT0216
Can I get a better / more detailed description?
I have tried to set -val for the Light.exe
And use Smoke.exe to validate, but I just got the same message.

//Sam
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Heat-harvesting with subfolder in the File-Source atribute

2013-02-06 Thread Sam Boman

Hi,

I have a project structure which is like this:
*C:\\SolutionDir\MyProject\MyDirectory*

In a pre-build event I use this:
*heat.exe dir $(SolutionDir)MyProject\MyDirectory -ag -sfrag -srd -var
var.MyProject.ProjectDir -out  $(ProjectDir)HarvestedFiles.wxs*

The output in HarvestedFiles.wxs contains (id's removed...):
Component Id= Guid=*

  File Id= KeyPath=yes
Source=$(var.MyProject.ProjectDir)\FileOne.txt //Component

But I expect it to be (with the MyDirectory folder included in Source):

Component Id= Guid=*  File Id= KeyPath=yes
Source=$(var.MyProject.ProjectDir)\*MyDirectory\*FileOne.txt
//Component

How do I do this? I don't want to specify a fixed path, I prefer to
use dynamic var's.

//Sam
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Install Failed, Log Attached

Hi all,

My installer doesn't seem to be installing anything properly. Any chance I
could get some help with it?

Here's the .wxs file:

?xml version=1.0 encoding=UTF-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
Product Id=MyGuid
 Name=MyProg
 Language=1033
 Version=$(var.ProductVersion)
 Manufacturer=MyCompany
 UpgradeCode=MyGuid2
Package InstallerVersion=200 Compressed=yes InstallScope=perMachine
/

MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName] is
already installed. /
MediaTemplate EmbedCab=yes/

Feature Id=ProductFeature Title=MyProg Level=1
ComponentGroupRef Id=ProductComponents /
/Feature
/Product

Fragment
Directory Id=TARGETDIR Name=SourceDir
Directory Id=ProgramFilesFolder Name=Program Files
Directory Id=COMPANYFOLDER Name=MyCompany
Directory Id=INSTALLFOLDER Name=MyProg /
/Directory
/Directory
/Directory
/Fragment

Fragment
ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER
!-- TODO: Remove the comments around this Component element and the
ComponentRef below in order to add resources to this installer. --
 Component Id=ProductComponent Guid=MyGuid3
 File Id=MyProgDLL Source=..\MyProg\bin\Debug\MyProg.dll KeyPath=yes
Assembly=.net/File
 File Id=MyProgTLB
Source=..\MyProg\bin\Debug\MyProg.tlb/File
 File Id=F_JavascriptNET KeyPath=no
Source=..\$(var.JavascriptNET)\Noesis.Javascript.dll /
 File Id=MyProg_Demo Source=..\MyProg_Demo.xlsm/File
 /Component
/ComponentGroup
/Fragment
/Wix



And here's around the error that I'm seeing in the log:

MSI (s) (CC:68) [10:04:32:829]: Executing op:
UpgradeCodePublish(UpgradeCode={MyGuid3})
MSI (s) (CC:68) [10:04:32:829]: Executing op:
SourceListPublish(NumberOfDisks=1)
MSI (s) (CC:68) [10:04:32:839]: Note: 1: 1402 2:
UNKNOWN\Installer\Products\xxx\SourceList 3: 2
MSI (s) (CC:68) [10:04:32:859]: Executing op: ProductPublishClient(,,)
MSI (s) (CC:68) [10:04:32:879]: Executing op:
SourceListRegisterLastUsed(SourceProduct={MyGuid3},LastUsedSource=C:\Users\Clean\Downloads\)
MSI (s) (CC:68) [10:04:32:919]: Entering
CMsiConfigurationManager::SetLastUsedSource.
MSI (s) (CC:68) [10:04:32:939]: Setting cached product context: machine
assigned for product: xxx
MSI (s) (CC:68) [10:04:32:949]: Specifed source is already in a list.
MSI (s) (CC:68) [10:04:32:979]: User policy value 'SearchOrder' is 'nmu'
MSI (s) (CC:68) [10:04:32:989]: Adding new sources is allowed.
MSI (s) (CC:68) [10:04:33:009]: Set LastUsedSource to:
C:\Users\Clean\Downloads\.
MSI (s) (CC:68) [10:04:33:029]: Set LastUsedType to: n.
MSI (s) (CC:68) [10:04:33:039]: Set LastUsedIndex to: 1.
MSI (s) (CC:68) [10:04:33:059]: Executing op:
End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=4286641)
MSI (s) (CC:68) [10:04:33:089]: Note: 1: 1935 2: {MyGuid3} 3: 0x80131043 4:
IAssemblyCacheItem 5: Commit
6: 
MyProg,version=1.0.0.0,culture=neutral,publicKeyToken=1BC84BAF13B2B399,processorArchitecture=MSIL
MSI (s) (CC:68) [10:04:33:280]: Note: 1: 2205 2:  3: Error
MSI (s) (CC:68) [10:04:33:350]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1935
MSI (c) (20:B0) [10:04:34:051]: Font created.  Charset: Req=0, Ret=0, Font:
Req=MS Shell Dlg, Ret=MS Shell Dlg

Error 1935. An error occurred during the installation of assembly
'MyProg,version=1.0.0.0,culture=neutral,publicKeyToken=1BC84BAF13B2B399,processorArchitecture=MSIL'.
Please refer to Help and Support for more information. HRESULT: 0x80131043.
assembly interface: IAssemblyCacheItem, function: Commit, component:
{MyGuid3}
MSI (s) (CC:68) [10:04:35:623]: Note: 1: 2205 2:  3: Error
MSI (s) (CC:68) [10:04:35:633]: Note: 1: 2228 2:  3: Error 4: SELECT
`Message` FROM `Error` WHERE `Error` = 1709
MSI (s) (CC:68) [10:04:35:643]: Product: MyProg -- Error 1935. An error
occurred during the installation of assembly
'MyProg,version=1.0.0.0,culture=neutral,publicKeyToken=1BC84BAF13B2B399,processorArchitecture=MSIL'.
Please refer to Help and Support for more information. HRESULT: 0x80131043.
assembly interface: IAssemblyCacheItem, function: Commit, component:
{MyGuid3}

Action ended 10:04:35: InstallFinalize. Return value 3.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install Failed, Log Attached

 Yeah, it's a DLL. There don't seem to be any config files associated, just
the TLB file. Anything else to look for?

That HRESULT is FUSION_E_UNEXPECTED_MODULE_FOUND.
 http://blogs.msdn.com/b/astebner/archive/2004/11/10/255346.aspx
 Is there a config file associated with the assembly (maybe because it's a
 policy assembly)?
 Is it actually a Dll?
 Phil W
 -Original Message-
 From: Sam Youtsey [mailto:sam.youtsey@...]
 Sent: Thursday, April 26, 2012 10:35 AM
 To: wix-users@...
 Subject: [WiX-users] Install Failed, Log Attached
 Hi all,
 My installer doesn't seem to be installing anything properly. Any chance I
 could get some help with it?
 Here's the .wxs file:
 ?xml version=1.0 encoding=UTF-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
 Product Id=MyGuid
 Name=MyProg
 Language=1033
 Version=$(var.ProductVersion)
 Manufacturer=MyCompany
 UpgradeCode=MyGuid2
 Package InstallerVersion=200 Compressed=yes InstallScope=perMachine
 /
 MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName] is
 already installed. / MediaTemplate EmbedCab=yes/
 Feature Id=ProductFeature Title=MyProg Level=1 ComponentGroupRef
 Id=ProductComponents / /Feature /Product
 Fragment
 Directory Id=TARGETDIR Name=SourceDir Directory
 Id=ProgramFilesFolder Name=Program Files Directory Id=COMPANYFOLDER
 Name=MyCompany Directory Id=INSTALLFOLDER Name=MyProg /
 /Directory /Directory /Directory /Fragment
 Fragment
 ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER
 !-- TODO: Remove the comments around this Component element and the
 ComponentRef below in order to add resources to this installer. --
 Component Id=ProductComponent Guid=MyGuid3 File Id=MyProgDLL
 Source=..\MyProg\bin\Debug\MyProg.dll KeyPath=yes
 Assembly=.net/File
 File Id=MyProgTLB
 Source=..\MyProg\bin\Debug\MyProg.tlb/File
 File Id=F_JavascriptNET KeyPath=no
 Source=..\$(var.JavascriptNET)\Noesis.Javascript.dll / File
 Id=MyProg_Demo Source=..\MyProg_Demo.xlsm/File
 /Component
 /ComponentGroup
 /Fragment
 /Wix
 And here's around the error that I'm seeing in the log:
 MSI (s) (CC:68) [10:04:32:829]: Executing op:
 UpgradeCodePublish(UpgradeCode={MyGuid3})
 MSI (s) (CC:68) [10:04:32:829]: Executing op:
 SourceListPublish(NumberOfDisks=1)
 MSI (s) (CC:68) [10:04:32:839]: Note: 1: 1402 2:
 UNKNOWN\Installer\Products\xxx\SourceList 3: 2 MSI (s) (CC:68)
 [10:04:32:859]: Executing op: ProductPublishClient(,,) MSI (s) (CC:68)
 [10:04:32:879]: Executing op:

 SourceListRegisterLastUsed(SourceProduct={MyGuid3},LastUsedSource=C:\Users\Clean\Downloads\)
 MSI (s) (CC:68) [10:04:32:919]: Entering
 CMsiConfigurationManager::SetLastUsedSource.
 MSI (s) (CC:68) [10:04:32:939]: Setting cached product context: machine
 assigned for product: xxx MSI (s) (CC:68) [10:04:32:949]: Specifed source
 is already in a list.
 MSI (s) (CC:68) [10:04:32:979]: User policy value 'SearchOrder' is 'nmu'
 MSI (s) (CC:68) [10:04:32:989]: Adding new sources is allowed.
 MSI (s) (CC:68) [10:04:33:009]: Set LastUsedSource to:
 C:\Users\Clean\Downloads\.
 MSI (s) (CC:68) [10:04:33:029]: Set LastUsedType to: n.
 MSI (s) (CC:68) [10:04:33:039]: Set LastUsedIndex to: 1.
 MSI (s) (CC:68) [10:04:33:059]: Executing op:
 End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=4286641)
 MSI (s) (CC:68) [10:04:33:089]: Note: 1: 1935 2: {MyGuid3} 3: 0x80131043 4:
 IAssemblyCacheItem 5: Commit
 6:
 MyProg,version=1.0.0.0,culture=neutral,publicKeyToken=1BC84BAF13B2B399,processorArchitecture=MSIL
 MSI (s) (CC:68) [10:04:33:280]: Note: 1: 2205 2: 3: Error MSI (s) (CC:68)
 [10:04:33:350]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error`
 WHERE `Error` = 1935 MSI (c) (20:B0) [10:04:34:051]: Font created. Charset:
 Req=0, Ret=0, Font:
 Req=MS Shell Dlg, Ret=MS Shell Dlg
 Error 1935. An error occurred during the installation of assembly
 'MyProg,version=1.0.0.0,culture=neutral,publicKeyToken=1BC84BAF13B2B399,processorArchitecture=MSIL'.
 Please refer to Help and Support for more information. HRESULT: 0x80131043.
 assembly interface: IAssemblyCacheItem, function: Commit, component:
 {MyGuid3}
 MSI (s) (CC:68) [10:04:35:623]: Note: 1: 2205 2: 3: Error MSI (s) (CC:68)
 [10:04:35:633]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM `Error`
 WHERE `Error` = 1709 MSI (s) (CC:68) [10:04:35:643]: Product: MyProg --
 Error 1935. An error occurred during the installation of assembly
 'MyProg,version=1.0.0.0,culture=neutral,publicKeyToken=1BC84BAF13B2B399,processorArchitecture=MSIL'.
 Please refer to Help and Support for more information. HRESULT: 0x80131043.
 assembly interface: IAssemblyCacheItem, function: Commit, component:
 {MyGuid3}
 Action ended 10:04:35: InstallFinalize. Return value 3.

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and threat
 landscape has changed and how IT managers can respond. Discussions will
 include endpoint security, mobile

Re: [WiX-users] Install Failed, Log Attached

Ah, I wasn't aware COM DLLs couldn't be installed into the GAC. What's an
appropriate course of action for using them on the client system if I still
wanted to use WiX?


 And the TLB file is in the same component as the assembly or is somehow
 being installed to the GAC? That could explain an error
 FUSION_E_UNEXPECTED_MODULE_FOUND.
 Phil W
 -Original Message-
 From: John Cooper [mailto:JoCooper@...]
 Sent: Thursday, April 26, 2012 12:35 PM
 To: General discussion for Windows Installer XML toolset.
 Subject: Re: [WiX-users] Install Failed, Log Attached
 A TLB files strongly suggests that this is a COM and/or native DLL. I
 don't think that's a candidate for the GAC either way.
 --
 John Merryweather Cooper
 Build  Install Engineer - ESA
 Jack Henry  Associates, Inc.(r)
 Shawnee Mission, KS 66227
 Office: 913-341-3434 x791011
 JoCooper@...
 http://www.jackhenry.com
 -Original Message-
 From: Sam Youtsey [mailto:sam.youtsey@...]
 Sent: Thursday, April 26, 2012 2:28 PM
 To: wix-users@...
 Subject: Re: [WiX-users] Install Failed, Log Attached
 Yeah, it's a DLL. There don't seem to be any config files associated, just
 the TLB file. Anything else to look for?
 That HRESULT is FUSION_E_UNEXPECTED_MODULE_FOUND.
  http://blogs.msdn.com/b/astebner/archive/2004/11/10/255346.aspx
  Is there a config file associated with the assembly (maybe because
  it's a policy assembly)?
  Is it actually a Dll?
  Phil W
  -Original Message-
  From: Sam Youtsey [mailto:sam.youtsey@...]
  Sent: Thursday, April 26, 2012 10:35 AM
  To: wix-users@...
  Subject: [WiX-users] Install Failed, Log Attached Hi all, My installer
  doesn't seem to be installing anything properly. Any chance I could
  get some help with it?
  Here's the .wxs file:
  ?xml version=1.0 encoding=UTF-8? Wix
  xmlns=http://schemas.microsoft.com/wix/2006/wi;
  Product Id=MyGuid
  Name=MyProg
  Language=1033
  Version=$(var.ProductVersion)
  Manufacturer=MyCompany
  UpgradeCode=MyGuid2
  Package InstallerVersion=200 Compressed=yes
 InstallScope=perMachine
  /
  MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName]
  is already installed. / MediaTemplate EmbedCab=yes/ Feature
  Id=ProductFeature Title=MyProg Level=1 ComponentGroupRef
  Id=ProductComponents / /Feature /Product Fragment Directory
  Id=TARGETDIR Name=SourceDir Directory Id=ProgramFilesFolder
  Name=Program Files Directory Id=COMPANYFOLDER
  Name=MyCompany Directory Id=INSTALLFOLDER Name=MyProg /
  /Directory /Directory /Directory /Fragment Fragment
  ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER
  !-- TODO: Remove the comments around this Component element and the
  ComponentRef below in order to add resources to this installer. --
  Component Id=ProductComponent Guid=MyGuid3 File Id=MyProgDLL
  Source=..\MyProg\bin\Debug\MyProg.dll KeyPath=yes
  Assembly=.net/File
  File Id=MyProgTLB
  Source=..\MyProg\bin\Debug\MyProg.tlb/File
  File Id=F_JavascriptNET KeyPath=no
  Source=..\$(var.JavascriptNET)\Noesis.Javascript.dll / File
  Id=MyProg_Demo Source=..\MyProg_Demo.xlsm/File
  /Component
  /ComponentGroup
  /Fragment
  /Wix
  And here's around the error that I'm seeing in the log:
  MSI (s) (CC:68) [10:04:32:829]: Executing op:
  UpgradeCodePublish(UpgradeCode={MyGuid3})
  MSI (s) (CC:68) [10:04:32:829]: Executing op:
  SourceListPublish(NumberOfDisks=1)
  MSI (s) (CC:68) [10:04:32:839]: Note: 1: 1402 2:
  UNKNOWN\Installer\Products\xxx\SourceList 3: 2 MSI (s) (CC:68)
  [10:04:32:859]: Executing op: ProductPublishClient(,,) MSI (s) (CC:68)
  [10:04:32:879]: Executing op:
 
  SourceListRegisterLastUsed(SourceProduct={MyGuid3},LastUsedSource=C:\U
  sers\Clean\Downloads\) MSI (s) (CC:68) [10:04:32:919]: Entering
  CMsiConfigurationManager::SetLastUsedSource.
  MSI (s) (CC:68) [10:04:32:939]: Setting cached product context:
  machine assigned for product: xxx MSI (s) (CC:68) [10:04:32:949]:
  Specifed source is already in a list.
  MSI (s) (CC:68) [10:04:32:979]: User policy value 'SearchOrder' is 'nmu'
  MSI (s) (CC:68) [10:04:32:989]: Adding new sources is allowed.
  MSI (s) (CC:68) [10:04:33:009]: Set LastUsedSource to:
  C:\Users\Clean\Downloads\.
  MSI (s) (CC:68) [10:04:33:029]: Set LastUsedType to: n.
  MSI (s) (CC:68) [10:04:33:039]: Set LastUsedIndex to: 1.
  MSI (s) (CC:68) [10:04:33:059]: Executing op:
  End(Checksum=0,ProgressTotalHDWord=0,ProgressTotalLDWord=4286641)
  MSI (s) (CC:68) [10:04:33:089]: Note: 1: 1935 2: {MyGuid3} 3: 0x80131043
 4:
  IAssemblyCacheItem 5: Commit
  6:
 
 MyProg,version=1.0.0.0,culture=neutral,publicKeyToken=1BC84BAF13B2B399,processorArchitecture=MSIL
  MSI (s) (CC:68) [10:04:33:280]: Note: 1: 2205 2: 3: Error MSI (s)
  (CC:68)
  [10:04:33:350]: Note: 1: 2228 2: 3: Error 4: SELECT `Message` FROM
  `Error` WHERE `Error` = 1935 MSI (c) (20:B0) [10:04:34:051]: Font
 created. Charset:
  Req=0, Ret=0, Font:
  Req=MS Shell Dlg, Ret=MS Shell Dlg
  Error 1935. An error occurred during the installation of assembly

Re: [WiX-users] Install Failed, Log Attached

Once I've installed it into the CommonFiles directory how can I register
and access it through the system? This is typically done with RegAsm.exe on
the dev machine but this isn't available on the client machine. Eventually,
I want to be able to see this DLL's classes through Excel.


 Well you can install assemblies (that supply COM interfaces) into the GAC.
 But you are trying to install a Win32 COM DLL into the GAC? That won't
 work, and it's not a WiX issue - it doesn't matter what you use to build
 your MSI file because it's MSI that's doing the install.
 If it's Win32 COM, just install it in CommonFiles for your Company.
 Phil W
 -Original Message-
 From: Sam Youtsey [mailto:sam.youtsey@...]
 Sent: Thursday, April 26, 2012 1:41 PM
 To: wix-users@...
 Subject: Re: [WiX-users] Install Failed, Log Attached
 Ah, I wasn't aware COM DLLs couldn't be installed into the GAC. What's an
 appropriate course of action for using them on the client system if I still
 wanted to use WiX?
  And the TLB file is in the same component as the assembly or is
  somehow being installed to the GAC? That could explain an error
  FUSION_E_UNEXPECTED_MODULE_FOUND.
  Phil W
  -Original Message-
  From: John Cooper [mailto:JoCooper@...]
  Sent: Thursday, April 26, 2012 12:35 PM
  To: General discussion for Windows Installer XML toolset.
  Subject: Re: [WiX-users] Install Failed, Log Attached A TLB files
  strongly suggests that this is a COM and/or native DLL. I don't think
  that's a candidate for the GAC either way.
  --
  John Merryweather Cooper
  Build  Install Engineer - ESA
  Jack Henry  Associates, Inc.(r)
  Shawnee Mission, KS 66227
  Office: 913-341-3434 x791011
  JoCooper@...
  http://www.jackhenry.com
  -Original Message-
  From: Sam Youtsey [mailto:sam.youtsey@...]
  Sent: Thursday, April 26, 2012 2:28 PM
  To: wix-users@...
  Subject: Re: [WiX-users] Install Failed, Log Attached Yeah, it's a
  DLL. There don't seem to be any config files associated, just the TLB
  file. Anything else to look for?
  That HRESULT is FUSION_E_UNEXPECTED_MODULE_FOUND.
   http://blogs.msdn.com/b/astebner/archive/2004/11/10/255346.aspx
   Is there a config file associated with the assembly (maybe because
   it's a policy assembly)?
   Is it actually a Dll?
   Phil W
   -Original Message-
   From: Sam Youtsey [mailto:sam.youtsey@...]
   Sent: Thursday, April 26, 2012 10:35 AM
   To: wix-users@...
   Subject: [WiX-users] Install Failed, Log Attached Hi all, My
   installer doesn't seem to be installing anything properly. Any
   chance I could get some help with it?
   Here's the .wxs file:
   ?xml version=1.0 encoding=UTF-8? Wix
   xmlns=http://schemas.microsoft.com/wix/2006/wi;
   Product Id=MyGuid
   Name=MyProg
   Language=1033
   Version=$(var.ProductVersion)
   Manufacturer=MyCompany
   UpgradeCode=MyGuid2
   Package InstallerVersion=200 Compressed=yes
  InstallScope=perMachine
   /
   MajorUpgrade DowngradeErrorMessage=A newer version of
   [ProductName] is already installed. / MediaTemplate
   EmbedCab=yes/ Feature Id=ProductFeature Title=MyProg
   Level=1 ComponentGroupRef Id=ProductComponents / /Feature
   /Product Fragment Directory Id=TARGETDIR Name=SourceDir
 Directory Id=ProgramFilesFolder
   Name=Program Files Directory Id=COMPANYFOLDER
   Name=MyCompany Directory Id=INSTALLFOLDER Name=MyProg /
   /Directory /Directory /Directory /Fragment Fragment
   ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER
   !-- TODO: Remove the comments around this Component element and the
   ComponentRef below in order to add resources to this installer. --
   Component Id=ProductComponent Guid=MyGuid3 File Id=MyProgDLL
   Source=..\MyProg\bin\Debug\MyProg.dll KeyPath=yes
   Assembly=.net/File
   File Id=MyProgTLB
   Source=..\MyProg\bin\Debug\MyProg.tlb/File
   File Id=F_JavascriptNET KeyPath=no
   Source=..\$(var.JavascriptNET)\Noesis.Javascript.dll / File
   Id=MyProg_Demo Source=..\MyProg_Demo.xlsm/File
   /Component
   /ComponentGroup
   /Fragment
   /Wix
   And here's around the error that I'm seeing in the log:
   MSI (s) (CC:68) [10:04:32:829]: Executing op:
   UpgradeCodePublish(UpgradeCode={MyGuid3})
   MSI (s) (CC:68) [10:04:32:829]: Executing op:
   SourceListPublish(NumberOfDisks=1)
   MSI (s) (CC:68) [10:04:32:839]: Note: 1: 1402 2:
   UNKNOWN\Installer\Products\xxx\SourceList 3: 2 MSI (s) (CC:68)
   [10:04:32:859]: Executing op: ProductPublishClient(,,) MSI (s)
   (CC:68)
   [10:04:32:879]: Executing op:
  
   SourceListRegisterLastUsed(SourceProduct={MyGuid3},LastUsedSource=C:
   \U
   sers\Clean\Downloads\) MSI (s) (CC:68) [10:04:32:919]: Entering
   CMsiConfigurationManager::SetLastUsedSource.
   MSI (s) (CC:68) [10:04:32:939]: Setting cached product context:
   machine assigned for product: xxx MSI (s) (CC:68) [10:04:32:949]:
   Specifed source is already in a list.
   MSI (s) (CC:68) [10:04:32:979]: User policy value 'SearchOrder' is
 'nmu'
   MSI (s) (CC:68) [10:04:32:989

Re: [WiX-users] Install Failed, Log Attached

I've built the DLL with an interface for interacting with other COM
components, how does this differ from being a Win32 COM DLL? Thanks for the
assistance with this!

On Thu, Apr 26, 2012 at 3:16 PM, Wilson, Phil phil.wil...@invensys.comwrote:

 You really have to say if it's a Win32 COM Dll or not. I can't see a
 definitive statement one way or another. However if it is Win32 COM, just
 use Heat.exe to generate the WiX source for the registration.

 Phil W

 -Original Message-
 From: Sam Youtsey [mailto:sam.yout...@gmail.com]
 Sent: Thursday, April 26, 2012 3:13 PM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Install Failed, Log Attached

 Once I've installed it into the CommonFiles directory how can I register
 and access it through the system? This is typically done with RegAsm.exe on
 the dev machine but this isn't available on the client machine. Eventually,
 I want to be able to see this DLL's classes through Excel.


  Well you can install assemblies (that supply COM interfaces) into the
 GAC.
  But you are trying to install a Win32 COM DLL into the GAC? That won't
  work, and it's not a WiX issue - it doesn't matter what you use to
  build your MSI file because it's MSI that's doing the install.
  If it's Win32 COM, just install it in CommonFiles for your Company.
  Phil W
  -Original Message-
  From: Sam Youtsey [mailto:sam.youtsey@...]
  Sent: Thursday, April 26, 2012 1:41 PM
  To: wix-users@...
  Subject: Re: [WiX-users] Install Failed, Log Attached Ah, I wasn't
  aware COM DLLs couldn't be installed into the GAC. What's an
  appropriate course of action for using them on the client system if I
  still wanted to use WiX?
   And the TLB file is in the same component as the assembly or is
   somehow being installed to the GAC? That could explain an error
   FUSION_E_UNEXPECTED_MODULE_FOUND.
   Phil W
   -Original Message-
   From: John Cooper [mailto:JoCooper@...]
   Sent: Thursday, April 26, 2012 12:35 PM
   To: General discussion for Windows Installer XML toolset.
   Subject: Re: [WiX-users] Install Failed, Log Attached A TLB files
   strongly suggests that this is a COM and/or native DLL. I don't
   think that's a candidate for the GAC either way.
   --
   John Merryweather Cooper
   Build  Install Engineer - ESA
   Jack Henry  Associates, Inc.(r)
   Shawnee Mission, KS 66227
   Office: 913-341-3434 x791011
   JoCooper@...
   http://www.jackhenry.com
   -Original Message-
   From: Sam Youtsey [mailto:sam.youtsey@...]
   Sent: Thursday, April 26, 2012 2:28 PM
   To: wix-users@...
   Subject: Re: [WiX-users] Install Failed, Log Attached Yeah, it's a
   DLL. There don't seem to be any config files associated, just the
   TLB file. Anything else to look for?
   That HRESULT is FUSION_E_UNEXPECTED_MODULE_FOUND.
http://blogs.msdn.com/b/astebner/archive/2004/11/10/255346.aspx
Is there a config file associated with the assembly (maybe because
it's a policy assembly)?
Is it actually a Dll?
Phil W
-Original Message-
From: Sam Youtsey [mailto:sam.youtsey@...]
Sent: Thursday, April 26, 2012 10:35 AM
To: wix-users@...
Subject: [WiX-users] Install Failed, Log Attached Hi all, My
installer doesn't seem to be installing anything properly. Any
chance I could get some help with it?
Here's the .wxs file:
?xml version=1.0 encoding=UTF-8? Wix
xmlns=http://schemas.microsoft.com/wix/2006/wi;
Product Id=MyGuid
Name=MyProg
Language=1033
Version=$(var.ProductVersion)
Manufacturer=MyCompany
UpgradeCode=MyGuid2
Package InstallerVersion=200 Compressed=yes
   InstallScope=perMachine
/
MajorUpgrade DowngradeErrorMessage=A newer version of
[ProductName] is already installed. / MediaTemplate
EmbedCab=yes/ Feature Id=ProductFeature Title=MyProg
Level=1 ComponentGroupRef Id=ProductComponents / /Feature
/Product Fragment Directory Id=TARGETDIR Name=SourceDir
  Directory Id=ProgramFilesFolder
Name=Program Files Directory Id=COMPANYFOLDER
Name=MyCompany Directory Id=INSTALLFOLDER Name=MyProg /
/Directory /Directory /Directory /Fragment Fragment
ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER
!-- TODO: Remove the comments around this Component element and
the ComponentRef below in order to add resources to this
installer. -- Component Id=ProductComponent Guid=MyGuid3
 File Id=MyProgDLL
Source=..\MyProg\bin\Debug\MyProg.dll KeyPath=yes
Assembly=.net/File
File Id=MyProgTLB
Source=..\MyProg\bin\Debug\MyProg.tlb/File
File Id=F_JavascriptNET KeyPath=no
Source=..\$(var.JavascriptNET)\Noesis.Javascript.dll / File
Id=MyProg_Demo Source=..\MyProg_Demo.xlsm/File
/Component
/ComponentGroup
/Fragment
/Wix
And here's around the error that I'm seeing in the log:
MSI (s) (CC:68) [10:04:32:829]: Executing op:
UpgradeCodePublish(UpgradeCode={MyGuid3})
MSI (s) (CC:68) [10:04:32:829

Re: [WiX-users] Error creating a bundle with a colon in the name: error LGHT0001: length cannot be less than zero

2012-02-10 Thread Sam Morris

On Thu, 09 Feb 2012 23:24:45 -0500, Bob Arnson wrote:

 On 09-Feb-12 12:22, Sam Morris wrote:
 doesn't replace any colons already in the Prefix attribute, so later on
 the Binder gets confused when it splits the string on colon
 characters...
 Yep, not good.
 
 I can file this as a bug if someone can add me to the project (sf
 Anyone can file bugs.

Indeed, I clicked on the wrong link. I guess 'reporting' is for seeing 
stats about bug reports, not for reporting a new bug...

-- 
Sam Morris


--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Localized bundle: Picking up the right files

2012-02-09 Thread Sam Morris

On Thu, 09 Feb 2012 07:57:52 +, Ian Williams wrote:

 So I figured out that I needed the license payloads to look like this:
 
 Payload Id=some_id Name=1031\license.rtf
 SourceFile=path_to_license.rtf /
 
 With the important bit being that the name is LCID\license.rtf.  The
 only way I was able to figure this out was by looking at through the wix
 sources.

You've already worked this out, but for anyone else who hasn't--when you 
set the WixStdBaLicenseRTF WixVariable, you are just overriding the 
@SourceFile of the license Payload that is implicitely included when you 
add your BootstrapperApplicationRef; the @Name remains license.rtf. So 
if you want a per-theme license file, you have to call it LCID
\license.rtf where LCID is the locale ID.

The same goes for WixStdbaThemeWxl (thm.wxl) and WixStdbaThemeXml 
(thm.xml). But when you have a per-locale theme file, there is one 
additional caveat to be aware of:

 Looking at them makes me think that the thm.xml is also
 correct, but whenever I do this the installer doesn't seem to work:
 invoking with -lang LCID with custom theme does nothing and exits
 immediately.  Has anyone been able to load a thm.xml per language?

I am guessing your themes refer to logo.png. If you don't include a 
logo.png file in the per-LCID directory, the bootstrapper will log 
something like failed to create theme controls) to the installation log 
and exit without presenting any UI to the user.

Either provide a logo.png Payload in each LCID directory, or modify your 
per-LCID themes to refer to ..\logo.png so that they get the default 
logo.

BTW, I figured this out with Process Monitor from SysInternals. An 
invaluable tool for diagnosing such issues!

I recently posted some of the other problems I had to work around in 
creating a localized bundle; you can read it at http://www.mail-
archive.com/wix-users@lists.sourceforge.net/msg49035.html. I'd be 
interested to hear if you can add anything that I missed out.

-- 
Sam Morris


--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Error creating a bundle with a colon in the name: error LGHT0001: length cannot be less than zero

2012-02-09 Thread Sam Morris

light 3.6.2520.0 fails when run on the following file.

?xml version=1.0 encoding=utf-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi; 
xmlns:util=http://schemas.microsoft.com/wix/UtilExtension; 
xmlns:bal=http://schemas.microsoft.com/wix/BalExtension;
Bundle Name=Foo: Bar Version=0.0.0.0
BootstrapperApplicationRef 
Id=WixStandardBootstrapperApplication.RtfLicense/

Chain
ExePackage SourceFile=hello.exe/
/Chain
/Bundle
/Wix

Here's the error message:

$ light colon.wxs -ext WixBalExtension
Microsoft (R) Windows Installer Xml Linker version 3.6.2520.0
Copyright (C) Microsoft Corporation. All rights reserved.

light.exe : error LGHT0001 : Length cannot be less than zero.
Parameter name: length

Exception Type: System.ArgumentOutOfRangeException

Stack Trace:
   at System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 
length, Boolean fAlwaysCopy)
   at 
Microsoft.Tools.WindowsInstallerXml.Binder.BundleInfo..ctor(String bundleFile, 
Row row)
   at Microsoft.Tools.WindowsInstallerXml.Binder.BindBundle(Output 
bundle, String bundleFile)
   at Microsoft.Tools.WindowsInstallerXml.Binder.Bind(Output output, 
String file)
   at Microsoft.Tools.WindowsInstallerXml.Tools.Light.Run(String[] args)

This happens because ParseBundleElement sets a variable,
logVariablePrefixAndExtension that concatanates the Bundle/Log element's
PathVariable and Extension attributes, using a colon as a separator. It
doesn't replace any colons already in the Prefix attribute, so later on
the Binder gets confused when it splits the string on colon
characters...

I can file this as a bug if someone can add me to the project (sf
username: rrsam)

-- 
Sam Morris s...@red-redemption.com
Red Redemption



--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 0x80004005: Failed to initialize built-in variable value 'ProgramFilesFolder'.

2012-01-23 Thread Sam Morris

On Mon, 23 Jan 2012 11:36:08 +0100, Peter Bulyaki wrote:

 This bug was set to fixed, and I've been waiting for the next WiX build to
 see the fix. Unfortunately the bug still appears to be there in 3.6.2520.
 
 Error 0x80004005: Failed to initialize built-in variable value
 'ProgramFilesFolder'.
 
 Briefly the problem is that the builtin burn variable ProgramFilesFolder
 is not resolving on XP (32 bit) and Windows Server 2003 (32 bit).
 
 Here is how I'd like to use this variable:
 Variable Name='InstallFolder' Value='[ProgramFilesFolder]MyCompany' /
 
 Here is my log:
 -
 [1560:1674][2012-01-23T10:47:13]: Initializing string variable
 'InstallFolder' to value '[ProgramFilesFolder]Agfa'
 ...
 ...
 [1560:1174][2012-01-23T10:47:15]: Error 0x80004005: Failed to get shell
 folder.
 [1560:1174][2012-01-23T10:47:15]: Error 0x80004005: Failed to initialize
 built-in variable value 'ProgramFilesFolder'.
 [1560:1174][2012-01-23T10:47:15]: Error 0x80004005: Failed to get variable:
 ProgramFilesFolder
 [1560:1174][2012-01-23T10:47:15]: Error 0x80004005: Failed to set variable
 value.
 [1560:1674][2012-01-23T10:47:19]: Shutting down, exit code: 0x80070642
 -
 After the assignment InstallFolder appears to be completely empty if
 [ProgramFilesFolder] is part of the value. If I remove
 [ProgramFilesFolder], then MyCompany gets assigned to it. It works fine on
 Windows 7.
 
 I am not allowed to comment on the bug so should I file this as a new one?

NB, this may also affect the setting of CommonFilesFolder.

-- 
Sam


--
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] My experiences making a multi-language bundle

2012-01-20 Thread Sam Morris

I've spent the last couple of days rewriting an installer to make use of Burn. 
My goal was to have one executable that would present a localized user 
interface based off the user's UI language settings. I have documented my 
experiences below in case someone else would find the information useful. I am 
particularly interested to hear from anyone who has solutions (or better 
workarounds) for the problems I ran into.

I began by taking a copy of RtfTheme.wxl, and translating it into German and 
Dutch, saving the resulting files as RRtfTheme.de.wxl and RRtfTheme.nl.wxl 
respectively. I also created RRtfTheme.en_GB.wxl for testing purposes. I 
included these files into the bundle as follows:

Bundle Name=English Title
  WixVariable Id=WixStdbaThemeWxl Value=RRtfTheme.wxl/
BootstrapperApplicationRef 
Id=WixStandardBootstrapperApplication.RtfLicense
!-- LCID reference: http://msdn.microsoft.com/en-us/goglobal/bb895996 --

Payload Id=thm-en_GB Compressed=yes Name=2057\thm.wxl 
SourceFile=RRtfTheme.en_GB.wxl/

Payload Id=thm-de_DE Compressed=yes Name=1031\thm.wxl 
SourceFile=RRtfTheme.de.wxl/
Payload Id=thm-de_CH Compressed=yes Name=2055\thm.wxl 
SourceFile=RRtfTheme.de.wxl/
Payload Id=thm-de_AT Compressed=yes Name=3079\thm.wxl 
SourceFile=RRtfTheme.de.wxl/
Payload Id=thm-de_LU Compressed=yes Name=4103\thm.wxl 
SourceFile=RRtfTheme.de.wxl/
Payload Id=thm-de_LI Compressed=yes Name=5127\thm.wxl 
SourceFile=RRtfTheme.de.wxl/

Payload Id=thm-nl_NL Compressed=yes Name=1043\thm.wxl 
SourceFile=RRtfTheme.nl.wxl/
Payload Id=thm-nl_BE Compressed=yes Name=2067\thm.wxl 
SourceFile=RRtfTheme.nl.wxl/
  /BootstrapperApplicationRef
/Bundle

At runtime, the generated setup.exe calls GetUserDefaultUILanguage and looks 
for its resources (theme, localization strings, logo, RTF license, etc.) within 
a directory corresponding to the result. If they don't exist, it will try the 
same for the result of GetSystemDefaultUILangauge. If this also fails, it will 
fall back to the files in the parent directory.

In order to have the translation for each language be activated in all the 
locales where the language is used, it was necessary to embed the language file 
multiple times, once for each locale. This is not ideal; I would prefer for 
Burn to use locale names rather than numeric IDs[0]; the above would then look 
more like the following.

Payload Id=thm-en_GB Compressed=yes Name=en-GB\thm.wxl 
SourceFile=RRtfTheme.en_GB.wxl/
Payload Id=thm-de Compressed=yes Name=de\thm.wxl 
SourceFile=RRtfTheme.de.wxl/
Payload Id=thm-nl Compressed=yes Name=nl\thm.wxl 
SourceFile=RRtfTheme.nl.wxl/

Different locales can be tested by running the installer with the -lang 
argument; for instance, -lang 1031 gave me the German UI. At this point, I 
noticed a few problems:

 1. The strings in RtfTheme.wxl reference the WixBundleName variable 
(initialized from the Bundle/@Name attribute), which the documentation says can 
be changed at run-time, however I couldn't work out how to do this based on the 
user's UI language. While it's easy to hardcode the translated product name in 
the .wxl file for each language, the value of WixBundleName is still used in 
Add/Remove Programs, which therefore remains unlocalized. I am assuming that it 
is currently necessary to provide custom bootstrapper application code to 
perform this change.

 2. The location and sizes of all the controls in the theme files are hardcoded 
based on the English strings. I had to make a copy of RtfTheme.xml for each 
language, modifying the control layout in order to get things looking good. 
Fortunately the default Burn UI is very clean and simple, so this didn't take 
too long. However... does anyone know what happens when you run the installer 
on Windows XP, which doesn't have the Segoe UI font? I haven't got a working XP 
machine to test with at the moment, but I think I may have to change the font 
to MS Sans Serif, or another font that is present on all XP machines...

 3. The prompt that asks if you really want to cancel installation is not 
translated. This is only a minor problem that I guess will be fixed when Burn 
receives more i18n work. :)

I wanted my installer to contain several MSI packages, and choose which one to 
install based on the user's language. This is just so that the user gets Start 
Menu entries in their own language; the actual files installed are the same, no 
matter which MSI is installed. This is done by creating product_en.msi, 
product_de.msi and product_nl.msi with their Product/Media/@Name attribute set 
to the same cabinet file name, and with their @EmbedCab attribute set to 'no'. 
Light will happily create the cab files when the first MSI package is built, 
and re-use them thanks to the -reusecab option when the second and third 
packages are built. All three packages are then added to the Bundle's Chain, 
making use of the MsiPackage/@InstallCondition attribute to ensure that only 
one is

[WiX-users] Error adding new file using patch

2012-01-17 Thread Sam Patton

I'm adding a new file to my MSI.  I've created a new component for it in the 
MSI and included it in the patch.wxs.  When I look at the patch via orca, it 
looks like the file is there and fine.

However, when I apply the patch, I get the following error in the log.

DEBUG: Error 2247:  Database:  Transform stream read/write failure.
1: 2247 2:  3:  4:
This update package could not be opened. Contact the application vendor to 
verify that this is a valid Windows Installer update package.

I ran the patch with the following command line.

msiexec /update patch.msp MSIENFORCEUPGRADECOMPONENTRULES=1 /l*v patch.log

This is the first time we're adding a new file to an update.

Any ideas?

Thanks,
Sam
--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Globalized Bundle?

2012-01-09 Thread Sam Morris

On Sat, 07 Jan 2012 08:50:15 -0800, Rob Mensching wrote:

 The wixstdba will automatically search for a .wxl file of the system
 language (i.e. look in 1033 directory for english and 1041 for german
 and 1044 for japanese, or are those last two switched?).
 
 Failing to find a matching .wxl file will cause wixstdba to fall back to
 a .wxl in the root.
 
 There are a few bugs about localization open that need to be fixed
 before this works well but you can see the beginnings.

Would you consider keying translations by the string representation of 
the locale name rather than the numeric locale ID? This will allow more 
intelligent fallback behaviour.

Currently if I ship a .wxl file in the 1031 directory (de-DE) then a user 
with a UI language setting of 3079 (de-AT) will not see the German 
strings, even though they are closer to the user's preferred language 
than the default strings.

http://msdn.microsoft.com/en-us/library/windows/desktop/dd374098
(v=vs.85).aspx describes the UI language fallback behaviour in Vista and 
later. Emulating this on earlier Windows versions (that lack 
LOCALE_SPARENT info for a locale) seems straightforward enough: just chop 
off the hyphen and anything that follows.

-- 
Regards,
Sam Morris


--
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems with CustomAction and major upgrade solved!

2011-05-06 Thread Sam Morris

On Wed, May 04, 2011 at 12:58:09PM -0400, Chris Lord wrote:
 Chaining installers is a general no-no and Microsoft recommend you don't 
 do it.  Second, trying to install software in the Cost Finalise stage is 
 also not a good idea.  Installing something using a custom action makes 
 it very difficult to roll back should the installation fail or be 
 cancelled and it makes uninstalling your application difficult if not 
 impossible.  Your installer should allow a clean install and also a 
 clean removal of you application (including DirectX if your applicaiton 
 installs it) and given the design you are describing, that would be 
 difficult to achieve.

 If you need to install a second application, the recommended method is 
 to use a bootstrapper such as dotNetInstaller or WiX's own Burn 
 facility.  Its likely to cause you a lot less headaches in the long run.

 Chris

Thanks for this advice. I agree and hope to adopt Burn once WiX 3.6 is
finalized. For now I was following the advice given at
http://wix.sourceforge.net/manual-wix3/install_directx9.htm. Do you
think it would be worth adding a note about the inadvisability of
installer chaining to that page?

As for the solution: the logs produced (with the /l*v option to msiexec)
indicated that the sequence of events was happening as follows:

 1. Start of RemoveExistingProducts. This fires up the previous
 versions' installer and tells it to remove itself.

 2. Skip InstallDirectX action because condition fails. Good.

 3. Properties for the removal are logged, on lines starting with
 'Property(N)'. The 'REMOVE' and 'Installed' properties are present.

 4. End of RemoveExistingProducts.

 5. Start of InstallDirectX. This is where I expected the 'NOT REMOVE'
 condition to prevent the installer from running, but it doesn't because
 the 'REMOVE' property is missing, as revealed below.

 6. Properties for the failed install are logged. Lines start with
 'Property(S)' for the execute sequence, and 'Property(C)' are for the
 UI sequence. The 'PREVIOUSFOUND' property is present. 

Setting the condition for the InstallDirectX action to 'NOT INSTALLED
AND NOT PREVIOUSFOUND' therefore prevents the action from being running
during a Major Upgrade.

-- 
Sam Morris
Red Redemption
Please consider the fate of the world before printing this email!

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problems with CustomAction and major upgrade solved!

2011-05-06 Thread Sam Morris

On Fri, May 06, 2011 at 10:13:19AM -0400, Chris Lord wrote:
 Hi Sam,
 
 One thing to noteThe manual page states the custom action for 
 DirectX runs after InstallFinalize which is right at the end of an 
 installation.  You have yours running a lot earlier than that.  I don't 
 know the consequences of moving it but you might try just doing as the 
 manual states and see what happens.

I actually schedule the action with before=InstallFinalize, as the web
page suggests. I only mentioned CostFinalize in my original message because
that was the action under which the messages about the component
versions being the same was logged--it was a red herring. :)

 As far as the manual page is concerned, it seems to me to be advocating 
 chaining which is a deprecated feature of Windows Installer and 
 something Microsoft advise against doing.  Given that's the case, is 
 there something special about DirectX that means it can be installed 
 that way or does indeed the page need updating in some way?

This is probably a case of one part of Microsoft talking to the other.
Installing DirectX has always been a bit, shall we say, special
(depending on who you ask--I doubt sysadmins would be as polite).

Microsoft's current recommendation can be found at
http://msdn.microsoft.com/en-us/library/ee416805(v=vs.85).aspx.
Basically you are supposed to always run dxsetup.exe /silent as part of
your game's installation process, and you shouldn't allow the end user
to opt out. There isn't even any way to uninstall DirectX--installation
is permanent. That's why I am not too bothered about having another
CustomAction that removes it when the product is uninstalled.

 Chris

Regards,

-- 
Sam Morris
Red Redemption
Please consider the fate of the world before printing this email!

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problems with CustomAction and major upgrade

2011-05-04 Thread Sam Morris

I am running into difficulty making an installer support major
upgrades. My installer has a CustomAction that installs DirectX. When
installing a newer version of the product, during CostFinalize(!),
Windows Installer decides not to install the components that contain
DXSETUP.EXE and dsetup32.dll:

  Disallowing installation of component: {67628ECC-9735-503B-9EC1-148280D3BE95} 
since the same component with higher versioned keyfile exists
  Disallowing installation of component: {83BFB124-42B3-5F67-8801-9D73B55EC4A9} 
since the same component with higher versioned keyfile exists

By the time it comes to run the action that installs DirectX, the files
no longer exist and the installation fails:

  DEBUG: Error 2753:  The File 'directx_redist_DXSETUP.exe_f' is not marked for 
installation.
  The installer has encountered an unexpected error installing this package. 
This may indicate a problem with this package. The error code is 2753. The 
arguments are: directx_redist_DXSETUP.exe_f, , 
  MSI (s) (48:64) [15:14:36:309]: Product: Fate of the World -- The installer 
has encountered an unexpected error installing this package. This may indicate 
a problem with this package. The error code is 2753. The arguments are: 
directx_redist_DXSETUP.exe_f, , 

I am puzzled for the following reasons:

 1. The error message says that 'the same component with higher versioned
keyfile exists', but this is not the case. The files installed by
both versions of the product are identical. Is the error message
correct, or does it really mean 'with equal or higher versioned
keyfile'?

 2. If I'm reading the log correctly, the InstallDirectX action is being
run before any of the new versions' files have been copied into
place. The target installation directory is empty if I look for it
while the installer is displaying the 'error 2753' dialog box.

I'm uploading the relevant bits of the installer source, and the log
file produced from a failed installation to
http://albion.red-redemption.com/~sam/wix. I'd be grateful if someone
could take a look.

Regards,

-- 
Sam Morris
Red Redemption

--
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Major Upgrade Rollbacks

2011-01-21 Thread Sam Domonkos

Yes the ini needs to be left behind on rollback and uninstall.  With an 
uninstall it is left behind as desired.

Changing the scheduling of RemoveExistingProductsdoes not have any effect.

It just seems strange that if the major upgrade does a uninstall then a 
install why should a rollback of the install remove a file that is 
marked as permanent.

I will be writing out ini.example files then having a custom action make 
copies as ini files if they do not exist.  Leaving the ini files unseen 
by the windows installer.

Thanks for the input,
Sam

On 2011-01-21 08:42, Rob Mensching wrote:
 I expect it also depends how you schedule your Major Upgrade. If you remove
 one MSI completely then install the second (early RemoveExistingProducts)
 and that gets canceled, then I expect the file would be rolledback because
 the second install is essentially a clean install.

 If you schedule RemoveExistingProducts later, it may have more of the
 behavior you want. But I would definitely suggest testing.

 On Fri, Jan 21, 2011 at 1:27 AM, Thom Leight...@mondago.com  wrote:

 When you say never removed even on rollback, do you mean never removed
 on uninstall either?

 If so, you can set your component's guid to an empty string. Meaning
 Windows Installer will not manage the component at all - so it won't
 be able to remove it.

 But Windows Installer also won't be able to repair it or patch it. (I
 don't know about upgrades, I guess they might just always overwrite the
 file)



 -Original Message-
 From: Sam Domonkos [mailto:s...@pfgltd.com]
 Sent: 20 January 2011 17:27
 To: General discussion for Windows Installer XML toolset.
 Subject: Major Upgrade Rollbacks

 Hi,

 Is there any way to have a ini file only be written and never removed
 even on rollback?

 Here is the snippet
 Component Guid=[foosguid] Id=foo.INI Permanent=yes
 NeverOverwrite=yes
 IniFile Id=fooini Action=createLine Key=fookey Name=foo.INI
 Section=default Value=[AVALUE] Directory=FOO_DIR /  CreateFolder
 /  /Component

 I have tried both the default afterInstallValidateMajorUpgrade
 AllowDowngrades=yes MigrateFeatures=no /

 and
 MajorUpgrade AllowDowngrades=yes MigrateFeatures=no
 Schedule='afterInstallFinalize' /

 An uninstall does not remove the ini, which is desired, but if the user
 cancels late enough the rollback removes the ini.

 The solution I am leaning towards is write out the ini with Windows
 Installer as a different extension then to copy the file as a ini then
 only execute this if the ini file does not exist. This should survive
 rollbacks, but if there is a built in way that would be great, maybe
 tweaking the rollback.  Any advice would be appreciated.

 Thanks,
 Sam
 
 --
 Protect Your Site and Customers from Malware Attacks Learn about various
 malware tactics and how to avoid them. Understand malware threats, the
 impact they can have on your business, and how you can protect your
 company and customers by using code signing.
 http://p.sf.net/sfu/oracle-sfdevnl
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
 Finally, a world-class log management solution at an even better
 price-free!
 Download using promo code Free_Logger_4_Dev2Dev. Offer expires
 February 28th, so secure your free ArcSight Logger TODAY!
 http://p.sf.net/sfu/arcsight-sfd2d
   ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users






--
Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
Finally, a world-class log management solution at an even better price-free!
Download using promo code Free_Logger_4_Dev2Dev. Offer expires 
February 28th, so secure your free ArcSight Logger TODAY! 
http://p.sf.net/sfu/arcsight-sfd2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Major Upgrade Rollbacks

2011-01-20 Thread Sam Domonkos

Hi,

Is there any way to have a ini file only be written and never removed 
even on rollback?

Here is the snippet
Component Guid=[foosguid] Id=foo.INI Permanent=yes 
NeverOverwrite=yes
IniFile Id=fooini Action=createLine Key=fookey Name=foo.INI 
Section=default Value=[AVALUE] Directory=FOO_DIR /
CreateFolder /
/Component

I have tried both the default afterInstallValidate
MajorUpgrade AllowDowngrades=yes MigrateFeatures=no /

and
MajorUpgrade AllowDowngrades=yes MigrateFeatures=no 
Schedule='afterInstallFinalize' /

An uninstall does not remove the ini, which is desired, but if the user 
cancels late enough the rollback removes the ini.

The solution I am leaning towards is write out the ini with Windows 
Installer as a different extension then to copy the file as a ini then 
only execute this if the ini file does not exist. This should survive 
rollbacks, but if there is a built in way that would be great, maybe 
tweaking the rollback.  Any advice would be appreciated.

Thanks,
Sam
--
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] File open on share

2010-12-17 Thread Sam Domonkos

Hi, I may just be overlooking this in the Windows Installer docs or WiX 
docs, but is there a built in way of checking if a file(component) is 
open via a share to avoid a reboot and not require the user to check 
manually?   I would like to abort the install completely with no changes 
made or in the gui let the user know that this file is open.  One of the 
solutions I am leaning toward is using NetFileEnum 
http://msdn.microsoft.com/en-us/library/bb525378%28v=vs.85%29.aspx in 
a custom action.  This seems like something that Windows Installer 
should have built in since it checks for the file open locally.  Any 
guidance would be appreciated.

Thanks,
Sam

--
Lotusphere 2011
Register now for Lotusphere 2011 and learn how
to connect the dots, take your collaborative environment
to the next level, and enter the era of Social Business.
http://p.sf.net/sfu/lotusphere-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] commons daemon 1.0.3

2010-09-03 Thread Sam Domonkos

Hello, has anyone had any experience installing a procrun.exe commons
daemon java service with WiX. All configuration is stored in the registry
32bit
HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Procrun
2.0\FooService\Parameters
on 64bit in
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software
Foundation\Procrun 2.0\FooService\Parameters

I noticed this thread
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg03022.html
and have tried to get the service to install and start by using heat to
get the registry values and adding the registry entries to my .wxs.

The install seems to work, the problem comes in when starting the
service. I get the windows installer error 1923
MSI (s) (F0:AC) [14:13:53:271]: Executing op:
ServiceInstall(Name=FooService,DisplayName=FooService,ImagePath=C:\pathToService\FooService.exe

//RS//FooService,ServiceType=16,StartType=2,ErrorControl=32769StartName=LocalSystem,Password=**,Description=FooService)
Error 1923. Service 'FooService' (FooService) could not be installed.
Verify that you have sufficient privileges to install system services.

...and if I try installing but not starting I get Error 1053 on windows.

The only difference I see in the registry entries for the service
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\FooService]
DisplayName=FooService is present when installing with windows
installer and not present when using commons daemon batch files.

If anyone has experience with wix and commons daemon and has any advice
on installing and starting procrun.exe without a custom action any help
would be appreciated.

Thanks,
--Sam
--
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] DTF managed custom action with supportedRuntime=v4.0

2010-08-12 Thread Sam Strasser

I am running my setup on a machine with .NET 4 but not .NET 3.5.  The setup is 
running a managed custom action created using DTF, but the custom action is not 
run.  Instead, I get this error:
SFXCA: Extracting custom action to temporary directory: 
C:\Windows\Installer\MSI7DA3.tmp-\
SFXCA: Failed to get requested CLR info. Error code 0x80131700
SFXCA: Ensure that the proper version of the .NET Framework is installed, or 
that there is a matching supportedRuntime element in CustomAction.config.

I have what I think is the right setup in my .config file:
supportedRuntime version=v2.0.50727/
supportedRuntime version=v4.0/

Is this scenario supported?  What am I doing wrong?

Thanks in advance,
Sam
--
This SF.net email is sponsored by 

Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev 
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] C++ Custom Action Dll not running on Windows Server 2008 R2

2010-04-09 Thread Sam Domonkos

Thanks for the tip on the Dependency Walker tool.  Running depends.exe.

My verbose log states in the relevant lines.
...
MSI (c) (78:44) [13:18:52:817]: Doing action: PIDKEYValidation
Action 13:18:52: PIDKEYValidation.
Action start 13:18:52: PIDKEYValidation.
MSI (c) (78:D4) [13:18:52:823]: Invoking remote custom action. DLL: 
C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp, Entrypoint: PIDKEYValidation
MSI (c) (78:C0) [13:18:52:826]: Cloaking enabled.
MSI (c) (78:C0) [13:18:52:827]: Attempting to enable all disabled 
privileges before calling Install on Server
MSI (c) (78:C0) [13:18:52:828]: Connected to service for CA interface.
MSI (c) (78:44) [13:18:52:900]: Note: 1: 1723 2: PIDKEYValidation 3: 
PIDKEYValidation 4: C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp
Error 1723. There is a problem with this Windows Installer package. A 
DLL required for this install to complete could not be run. Contact your 
support personnel or package vendor. Action PIDKEYValidation, entry: 
PIDKEYValidation, library: C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp
MSI (c) (78:44) [13:18:55:866]: Product: WITS 3.04 -- Error 1723. There 
is a problem with this Windows Installer package. A DLL required for 
this install to complete could not be run. Contact your support 
personnel or package vendor. Action PIDKEYValidation, entry: 
PIDKEYValidation, library: C:\Users\sam\AppData\Local\Temp\MSI9C65.tmp

Action ended 13:18:55: PIDKEYValidation. Return value 3.
DEBUG: Error 2896:  Executing action PIDKEYValidation failed.
The installer has encountered an unexpected error installing this 
package. This may indicate a problem with this package. The error code 
is 2896. The arguments are: PIDKEYValidation, ,
Action ended 13:18:55: WelcomeDlg. Return value 3.
MSI (c) (78:C0) [13:18:55:884]: Doing action: FatalError
Action 13:18:55: FatalError.
...
I basically am using this demo with an addition of some conditionals to 
determine which features are installed by the PIDKEY
http://www.wixwiki.com/index.php?title=Simple_Custom_Action_Dll

After installing


  Microsoft Visual C++ 2008 SP1 Redistributable Package (x86)

http://www.microsoft.com/downloads/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2displaylang=en
 
on the Virtual Machine with Windows Server 2008 R2 my Dll ran fine.

--Sam

On 4/8/2010 4:10 PM, Bob Arnson wrote:
 On 4/8/2010 1:14 PM, Sam Domonkos wrote:

 I know this is not specifically WiX 3.5, but I have a custom action that
 will run on XP 32bit, Windows7 32 and 64bit, but will not run on Windows
 Server 2008 R2.
  
 Use Dependency Walker to see if the DLL has dependencies you're not
 accounting for. Otherwise, generic advice: use a verbose log to see how
 far your code gets. (You didn't say how it fails so it's difficult to be
 more precise.)



--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] C++ Custom Action Dll not running on Windows Server 2008 R2

2010-04-08 Thread Sam Domonkos

I know this is not specifically WiX 3.5, but I have a custom action that 
will run on XP 32bit, Windows7 32 and 64bit, but will not run on Windows 
Server 2008 R2.  I am using Msi.Lib - 7/14/2009 6:54 - ms sdk 7.0 when I 
build the Dll.  Which seemed to be the most recent version.  If anyone 
has any suggestions or could redirect me to the correct reference it 
would be greatly appreciated.

Thanks,
Sam

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Feature Tree modification based on property.

2010-03-26 Thread Sam Domonkos

Under your feature you can set display=hidden on the feature and the 
user will not be able to modify it.
http://wix.sourceforge.net/manual-wix2/wix_xsd_feature.htm

--Sam

On 3/25/2010 11:10 PM, Rohit Sharma (SIDC) wrote:
 So is there no way I can do this, even if I could HIDE the feature in
 selection tree that would work for me. But if that is also possible can
 you suggest me what else I can try? CustomAction in C++ which maybe
 allows to set Level for a feature. If not probably I would go for the
 workaround.. i.e. change the UI mode to INSTALLDIR and don't show the
 customsetup dialog to the user.

 -Original Message-
 From: Bob Arnson [mailto:b...@joyofsetup.com]
 Sent: Friday, March 26, 2010 6:31 AM
 To: wix-users@lists.sourceforge.net
 Subject: Re: [WiX-users] Feature Tree modification based on property.

 On 3/25/2010 3:12 PM, Rohit Sharma (SIDC) wrote:

 I tried setting INSTALLLEVEL=101 from control event of next button as
 suggested in comment# 17 from Daniel in Bob's blog to trigger
 re-evaluation of feature condition but it didn't work for me.

  
 I don't think it's documented to work. Feature levels (and the selection

 tree control) might not provide the level of control you're looking for,

 which is why I discussed the AddLocal and Remove control events in my
 blog post.




--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Feature Tree modification based on property.

2010-03-24 Thread Sam Domonkos

I am still new to WiX, but maybe set each feature's level to 0 then 
changing them to 1 with your custom action.  Then when the user gets to 
the customize dialogue they should be able to enable disable the feature.

--Sam

On 3/24/2010 8:21 AM, Rohit Sharma (SIDC) wrote:
 Hello



 I have a wix project where I have 2 Main features and 1 Main feature has
 two sub features. I have added a dialog box which I show to the user
 which takes the productkey as input from the user. The return value from
 my custom action lets me know whether the Feature 1 or Feature 2 are to
 be enabled. If either of them is enabled I am setting another button
 i.e. BOTHFEATURES which I am using on next button new dialog. If its
 false, clicking next will popup a message that Invalid product key.



 So here's how my custom action is returning values using dialog
 (WixUI_FeatureTree):



 Publish Dialog=LicenseAgreementDlg Control=Next Event=NewDialog
 Value=LicenseDlgLicenseAccepted = 1/Publish

 Publish Dialog=LicenseDlg Control=Next Event=DoAction
 Value=CustomAction1 Order=11/Publish

 Publish Dialog=LicenseDlg Control=Next Property=FEATURE1
 Value=[FEATURE1] Order=21/Publish

 Publish Dialog=LicenseDlg Control=Next Property= FEATURE2
 Value=[FEATURE2] Order=31/Publish

 Publish Dialog=LicenseDlg Control=Next Property=BOTHFEATURES
 Value=[ BOTHFEATURES] Order=41/Publish

 Publish Dialog=LicenseDlg Control=Next Event=NewDialog
 Value=CustomizeDlg Order=5![CDATA[BOTHFEATURES
 FAILURE]]/Publish

 Publish Dialog=LicenseDlg Control=Back Event=NewDialog
 Value=LicenseAgreementDlg1/Publish



 FEATURE1 and FEATURE2 return SUCCESS if key is validated properly.



 Till now it's all good but the problem is in the condition which I want
 to use to enable/ disable features:



 MAINFEATURE1

 ...

   Feature Id='Web_FEATURE1'

 Title='HELLO'

 Description='The $(var.Product.Name) Web Installer
 package.'

 ConfigurableDirectory=INSTALLDIR_WEB

 Level='0'



 Condition Level=0![CDATA[FEATURE1 = SUCCESS]]/Condition

 Condition Level=1![CDATA[FEATURE1
 SUCCESS]]/Condition

  ComponentRef Id=comp_$(var.Company.Name).ico /

   



/Feature





  Feature Id='Web_FEATURE2'

 Title='HELLO2'

 Description='The $(var.Product.Name) Web Installer
 package.'

 ConfigurableDirectory=INSTALLDIR_WEB

 Level='0'



 Condition Level=0![CDATA[FEATURE2 = SUCCESS]]/Condition


  Condition Level=1![CDATA[FEATURE2
 SUCCESS]]/Condition

  ComponentRef Id=comp_$(var.Company.Name).ico /

   



/Feature

 ...

 /MAINFEATURE1



 Now the problem is that though I am checking different condition in both
 features above which are independent of each other, When I add a valid
 key for feature One, it also enables Feature2 for some reason even
 though I have set the Level='0' by default. Not sure if I am doing
 something wrong here.



   Any help would be appreciated.





 Thanks

 Rohit



 ===
 Notice: This e-mail message, together with any attachments, contains
 information of Symyx Technologies, Inc. or any of its affiliates or
 subsidiaries that may be confidential, proprietary, copyrighted,
 privileged and/or protected work product, and is meant solely for
 the intended recipient. If you are not the intended recipient, and
 have received this message in error, please contact the sender
 immediately, permanently delete the original and any copies of this
 email and any attachments thereto.
 --
 Download Intel#174; Parallel Studio Eval
 Try the new software tools for yourself. Speed compiling, find bugs
 proactively, and fine-tune applications for parallel performance.
 See why Intel Parallel Studio got high marks during beta.
 http://p.sf.net/sfu/intel-sw-dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] test and production install

2010-03-17 Thread Sam Domonkos

Hi, what is the best practice or recommended approach for providing a 
Test version of a product and a Production version on the same server?  
One installer or two?

Thanks,
Sam

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] 3.5 and tramontana tutorials

2010-03-16 Thread Sam Domonkos


Sorry missed one of the command line options in a previous lesson in the 
tutorial, but it is good to know WiX 3.5 will work with the tutorial.

Thanks,
Sam

On 3/15/2010 12:22 AM, Rob Mensching wrote:
 IIRC, the tutorials were updated to WiX v3.0. Since WiX v3.5 has no breaking
 changes the documentation there should be fine. What is the exact issue you
 are having?


 On Fri, Mar 12, 2010 at 11:20 AM, Sam Domonkoss...@pfgltd.com  wrote:


 Hi, I was wondering if the tutorials on http://www.tramontana.co.hu/ are
 all compatable with WiX 3.5.1505?  I am having trouble linking.

 Thanks,
 Sam


 --
 Download Intel#174; Parallel Studio Eval
 Try the new software tools for yourself. Speed compiling, find bugs
 proactively, and fine-tune applications for parallel performance.
 See why Intel Parallel Studio got high marks during beta.
 http://p.sf.net/sfu/intel-sw-dev
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


  




--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] 3.5 and tramontana tutorials

2010-03-12 Thread Sam Domonkos

Hi, I was wondering if the tutorials on http://www.tramontana.co.hu/ are 
all compatable with WiX 3.5.1505?  I am having trouble linking.

Thanks,
Sam

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] increment the value of a reg key

2010-02-17 Thread Sam Strasser

Hello WiXers,

As part of both install and uninstall of my msi, I need to increment a registry 
value.  I'm hoping that I won't need to write a custom action, or that such a 
custom action already exists in the WiX code.

Is there any way for me to increment a reg key just with WiX?

Thanks
Sam
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] adding a folder in the start menu

2010-02-04 Thread Sam Strasser

Hello,

I am installing an SDK and I would like to put a folder in the start menu which 
has two entries: a shortcut to the folder I installed to, and a shortcut to a 
.chm help file.  I am able to get both shortcuts to appear in the start menu, 
but they appear as standalone links, and not in the same folder.  How can I put 
them in their own folder?

Here are the relevant snippets from my .wxs
File Id=SdkChm Source=$(var.ChmName)
Shortcut Id=SdkChmShortcut Name= My SDK 
Name Help Description=Desc Directory=StartMenuFolder /
/File


Directory Id=ProgramMenuFolder Name=ProgramMenu
Directory Id=StartMenuFolder Name=My SDK Name /
/Directory


DirectoryRef Id=ProgramMenuFolder
Component Id=StartMenuFolderComponent 
Guid=FOODGOOF-2F69-46cf-93D5-EFDC1383A7C4
Shortcut Id=SdkInstalledFolderStartMenuShortcut Name=My SDK 
Name Description=My Desc Target=[INSTALLDIRECTORY] /

RemoveFolder Id=StartMenuFolder On=uninstall /
/Component
/DirectoryRef

Thanks
Sam
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] adding a folder in the start menu

2010-02-04 Thread Sam Strasser

Hello,

I am installing an SDK and I would like to put a folder in the start menu which 
has two entries: a shortcut to the folder I installed to, and a shortcut to a 
.chm help file.  I am able to get both shortcuts to appear in the start menu, 
but they appear as standalone links, and not in the same folder.  How can I put 
them in their own folder?

Here are the relevant snippets from my .wxs
File Id=SdkChm Source=$(var.ChmName)
Shortcut Id=SdkChmShortcut Name= My SDK 
Name Help Description=Desc Directory=StartMenuFolder /
/File


Directory Id=ProgramMenuFolder Name=ProgramMenu
Directory Id=StartMenuFolder Name=My SDK Name /
/Directory


DirectoryRef Id=ProgramMenuFolder
Component Id=StartMenuFolderComponent 
Guid=FOODGOOF-2F69-46cf-93D5-EFDC1383A7C4
Shortcut Id=SdkInstalledFolderStartMenuShortcut Name=My SDK 
Name Description=My Desc Target=[INSTALLDIRECTORY] /

RemoveFolder Id=StartMenuFolder On=uninstall /
/Component
/DirectoryRef

Thanks
Sam
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Remove 'repair' option from .msi context menu

2010-01-28 Thread Sam Strasser

Hello,

I'm generating an .msi, and in my .wxs file I say to disable repair from ARP as 
follows:
Property Id=ARPNOREPAIR Value=yes Secure=yes /
Property Id=ARPNOMODIFY Value=yes Secure=yes /

Repair is disabled correctly in ARP.  When I right click on the .msi in Windows 
Explorer, though, I see the option to repair, which I don't want the user to 
see or use (see attached image).  How can I remove this?

Thanks in advance,
Sam
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible plans and management services without long-term contracts
Personal 24x7 support from experience hosting pros just a phone call away.
http://p.sf.net/sfu/theplanet-com___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Copying folders from the target directory to a folderin ProgramFiles

2009-09-10 Thread Sam K

Thanks David. I did it this way by putting them in a component and adding
the component as a feature.
But, can I do this based on a condition, like a property value set from the
ui?
Thanks a lot.

On Fri, Sep 4, 2009 at 11:29 AM, David Watson dwat...@sdl.com wrote:

 Not sure what you want exactly but have you looked at the copyfile
 element ?

 http://wix.sourceforge.net/manual-wix3/wix_xsd_copyfile.htm

 Dave

 -Original Message-
 From: Sam K [mailto:sam.re...@gmail.com]
 Sent: 04 September 2009 15:29
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Copying folders from the target directory to a
 folderin ProgramFiles

  Hi There,
 I need to copy files from a folder, say targetdir\xxx to
 programfilesfolder\yyy. The targetdir (for ex d:\) is different than the
 programfilesfolder (c:\) and there can only be one targetdir.
 Is there a way to do that? Can I do it using a Custom action? Can
 somebody please reply?
 Thanks a lot.
 
 --
 Let Crystal Reports handle the reporting - Free Crystal Reports 2008
 30-Day trial. Simplify your report design, integration and deployment -
 and focus on what you do best, core application coding. Discover what's
 new with Crystal Reports now.  http://p.sf.net/sfu/bobj-july
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

 SDL PLC confidential, all rights reserved.
 If you are not the intended recipient of this mail SDL requests and
 requires that you delete it without acting upon or copying any of its
 contents, and we further request that you advise us.
 SDL PLC is a public limited company registered in England and Wales.
  Registered number: 02675207.
 Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
 7DY, UK.



 --
 Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
 trial. Simplify your report design, integration and deployment - and focus
 on
 what you do best, core application coding. Discover what's new with
 Crystal Reports now.  http://p.sf.net/sfu/bobj-july
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Copying folders from the target directory to a folder in ProgramFiles

2009-09-04 Thread Sam K

Hi There,
I need to copy files from a folder, say targetdir\xxx to
programfilesfolder\yyy. The targetdir (for ex d:\) is different than the
programfilesfolder (c:\) and there can only be one targetdir.
Is there a way to do that? Can I do it using a Custom action? Can somebody
please reply?
Thanks a lot.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Passing Preprocessor variables when using msbuild

2009-08-20 Thread Sam K

Hi Blair,
Thanks for replying. I have declared them the way you have mentioned. But it
still doesn't get those values passed.
Don't know why?
Thanks.

On Thu, Aug 20, 2009 at 3:20 PM, Blair os...@live.com wrote:

 Those variables are MSBuild variables. To reach candle, they need to be
 added to one of the DefineConstants property.

 You could try adding this to your $(ROOT)\INSTALLERS\Test.wixproj file
 (note, this is untested):

 PropertyGroup


 DefineConstantsrootdir=$(rootdir);srcrootdir=$(srcrootdir)/DefineConstant
 s
 /PropertyGroup

 -Original Message-
 From: Sam K [mailto:sam.re...@gmail.com]
 Sent: Thursday, August 20, 2009 11:55 AM
 To: General discussion for Windows Installer XML toolset.
 Subject: [WiX-users] Passing Preprocessor variables when using msbuild

  Can anybody please tell me how to pass the preprocessor variables in
 msbuild?
 I have an include file which has things like

 ?ifndef rootdir ?

 ?define rootdir = ..\?

 ?endif ?

 ?ifndef srcrootdir ?

 ?define srcrootdir = ..\?

 ?endif ?

 and I use these in my actual wix files.



 I am using msbuild target and I wanted to know how I can pass these
 variables? I do this but for some reason I can't get these passed.

 MSBuild Projects=$(ROOT)\INSTALLERS\Test.wixproj Properties=

 Configuration=Release;Platform=x86;rootdir=$(ROOT)\qa\;srcrootdir=$(ROOT)\;
 

 /MSBuild



 Can somebody please reply?

 Thanks a lot.

 
 --
 Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
 trial. Simplify your report design, integration and deployment - and focus
 on
 what you do best, core application coding. Discover what's new with
 Crystal Reports now.  http://p.sf.net/sfu/bobj-july
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



 --
 Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
 trial. Simplify your report design, integration and deployment - and focus
 on
 what you do best, core application coding. Discover what's new with
 Crystal Reports now.  http://p.sf.net/sfu/bobj-july
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Any CPU platform in wix 3.0

2009-08-14 Thread Sam K

Richard,
Thanks a lot. That solved my problem. I really appreciate all your help.
-Sam.

On Fri, Aug 14, 2009 at 5:36 AM, Richard Hollis richhol...@gmail.comwrote:

 Hi Sam

 Have a look at these:

 http://stackoverflow.com/questions/471424/wix-tricks-and-best-practices

 http://www.brianpeek.com/blog/archive/2007/11/13/x64-development-with-net.aspx
 http://stackoverflow.com/questions/516730/visual-studio-any-cpu-target

 There are some good approaches that I've used for Wix and x86/x64 in the
 first link.

 Assuming all your projects are AnyCPU (and there is no special reason why
 you need x64 explicitly) then they will run in the correct architecture on
 the installing machine irresepctive of whether its an x86 or x64 Wix
 project. As AnyCPU determines this (see other two links).

 Just use the VS Configuration Manager to set AnyCPU for your non-wix
 projects that are in your solution that make up your MSI components for the
 different configurations. You still use x86/x64 for Wix but you set AnyCPU
 for any non-wix project in the VS config manager. You also need to create a
 global include file and set your Package/@Platform attribute in your
 product
 file. Doing it this way means you can then avoid all the Win64= attributes
 too.

 ?xml version=1.0 encoding=UTF-8?
 Include
  ?define Product_Version = 1.0.$WCREV$.0 ?

  ?if $(var.Platform) = x86 ?
  ?define Product_Name = Foo v1.0.$WCREV$.0 (32bit)?
  ?define PlatformProgramFilesFolder = ProgramFilesFolder ?
  ?else?
  ?define Product_Name = Foo v1.0.$WCREV$.0 (64bit)?
  ?define PlatformProgramFilesFolder = ProgramFiles64Folder ?
  ?endif?

 /Include

 ---

 Product Id=TODO Name=!(loc.Product_Name) Language=1033
   Version=$(var.Product_Version) Manufacturer=Foobar
   UpgradeCode=TODO

Package InstallerVersion=200 Compressed=yes
 Platform=$(var.Platform)
 InstallPrivileges=elevated InstallScope=perMachine
 Manufacturer=Foobar
 /

Media Id=1 Cabinet=media1.cab EmbedCab=yes /

Directory Id=TARGETDIR Name=SourceDir
  Directory Id=$(var.PlatformProgramFilesFolder)
 ...

 Cheers
 Richard

 2009/8/13 Sam K sam.re...@gmail.com

  Hi All,
  I wanted to upgrade from wix 2.0 to 3.0 and I have installed the latest
  version on my machine. I tried to create a new wix project using visual
  stduio 2008 and modified the old wix files to suit the new schema and
 when
  I
  tried to build, I noticed that I can only choose either x86/x64 platform.
  Wix 2.0 had Any CPU option in it and I can't find it in 3.0. Can anybody
  tell me whether it was removed?
  All the code we have is .net and it was useful when there was Any CPU
  platform option. Our dev machines are 32 bit and our qa/prod machines are
  64
  bit.
 
  Also I cannot build it for platform x86 because I have a component which
 is
  x64. And if I build it for x64 I cannot test the msi on my machine.
 
  Error 2 ICE80: This package contains 64 bit component 'INSTALLDIRREG' but
  the Template Summary Property does not contain Intel64 or x64.
 
  Can anybody please tell me if there is a solution for my problem?
 
 
  Thanks,
  Sam.
 
 
 --
  Let Crystal Reports handle the reporting - Free Crystal Reports 2008
 30-Day
  trial. Simplify your report design, integration and deployment - and
 focus
  on
  what you do best, core application coding. Discover what's new with
  Crystal Reports now.  http://p.sf.net/sfu/bobj-july
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users
 

 --
 Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
 trial. Simplify your report design, integration and deployment - and focus
 on
 what you do best, core application coding. Discover what's new with
 Crystal Reports now.  http://p.sf.net/sfu/bobj-july
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users

--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Enable HttpKeepAlive, Enable Logging and Properties for LogFiles

2009-08-14 Thread Sam K

Hi All,
I am using wix 3.0 to create the installer to install a website. Is there a
way to set the following website properties using the wixiis extension?

Enable HttpKeep-Alives, Enable Logging and setting the general (log file
directory, log schedule) and Advanced Logging Properties

Or should I write a custome action for this?

Thanks a lot.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Any CPU platform in wix 3.0

2009-08-13 Thread Sam K

Hi All,
I wanted to upgrade from wix 2.0 to 3.0 and I have installed the latest
version on my machine. I tried to create a new wix project using visual
stduio 2008 and modified the old wix files to suit the new schema and when I
tried to build, I noticed that I can only choose either x86/x64 platform.
Wix 2.0 had Any CPU option in it and I can't find it in 3.0. Can anybody
tell me whether it was removed?
All the code we have is .net and it was useful when there was Any CPU
platform option. Our dev machines are 32 bit and our qa/prod machines are 64
bit.

Also I cannot build it for platform x86 because I have a component which is
x64. And if I build it for x64 I cannot test the msi on my machine.

Error 2 ICE80: This package contains 64 bit component 'INSTALLDIRREG' but
the Template Summary Property does not contain Intel64 or x64.

Can anybody please tell me if there is a solution for my problem?


Thanks,
Sam.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] run-from-source

2009-05-18 Thread sam desilva

hi all
i want to compose an msi which has two feature and four component
component would have any no o files..
i want the msi to be installed from FLASH drive...and one of the feature
should run-from-source..
after installation application should only when required component is
available in FLASH DRIVE and run only when flash drive is connected
can somebody give small wix sample.or steps to do it...
run-from-source
thanx
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Absolute beginner need help!

2009-05-15 Thread sam desilva

hi.
since you have not mentioned exact nature of problem ...
probably you need to add reference to your project...
right click on references on solution tab-add--\Program Files\Windows
Installer XML v3\bin\
and add. the missing file...

On Thu, May 14, 2009 at 8:33 PM, Neil Sleightholm n...@x2systems.comwrote:

 Try this:
 http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrade
 s.htmlhttp://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrade%0As.html

 Neil

 -Original Message-
 From: Hu, Pan [mailto:pan...@eds.com]
 Sent: 14 May 2009 15:56
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Absolute beginner need help!

 All,



 I have just downloaded and installed WiX v3 for my Visual Studio 2008. I
 am able to create a WiX project, but I can't seem to get a basic
 Product.wxs file compilable. Can anyone point me to a very simple sample
 Product.wxs file that I can use to get just a successful build? Thanks!
 -Pan



 Pan Hu, Application Engineer  |   EDS - HP |  202-414-8528  |
 pan...@eds.com



 
 --
 The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
 production scanning environment may not be a perfect world - but thanks
 to
 Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
 i700
 Series Scanner you'll get full speed at 300 dpi even with all image
 processing features enabled. http://p.sf.net/sfu/kodak-com
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
 production scanning environment may not be a perfect world - but thanks to
 Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
 i700
 Series Scanner you'll get full speed at 300 dpi even with all image
 processing features enabled. http://p.sf.net/sfu/kodak-com
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Absolute beginner need help!

2009-05-15 Thread sam desilva

hi.
since you have not mentioned exact nature of problem ...
probably you need to add reference to your project...
right click on references on solution tab-add--\Program Files\Windows
Installer XML v3\bin\
and add. the missing file...

On Thu, May 14, 2009 at 8:33 PM, Neil Sleightholm n...@x2systems.comwrote:

 Try this:
 http://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrade
 s.htmlhttp://neilsleightholm.blogspot.com/2009/01/wix-script-for-major-upgrade%0As.html

 Neil

 -Original Message-
 From: Hu, Pan [mailto:pan...@eds.com]
 Sent: 14 May 2009 15:56
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Absolute beginner need help!

 All,



 I have just downloaded and installed WiX v3 for my Visual Studio 2008. I
 am able to create a WiX project, but I can't seem to get a basic
 Product.wxs file compilable. Can anyone point me to a very simple sample
 Product.wxs file that I can use to get just a successful build? Thanks!
 -Pan



 Pan Hu, Application Engineer  |   EDS - HP |  202-414-8528  |
 pan...@eds.com



 
 --
 The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
 production scanning environment may not be a perfect world - but thanks
 to
 Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
 i700
 Series Scanner you'll get full speed at 300 dpi even with all image
 processing features enabled. http://p.sf.net/sfu/kodak-com
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


 --
 The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
 production scanning environment may not be a perfect world - but thanks to
 Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
 i700
 Series Scanner you'll get full speed at 300 dpi even with all image
 processing features enabled. http://p.sf.net/sfu/kodak-com
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables 
unlimited royalty-free distribution of the report engine 
for externally facing server and web deployment. 
http://p.sf.net/sfu/businessobjects
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] feature component state source /local

2009-05-15 Thread sam desilva

why not state is local despite while running msi from command line i mention
ADDSOURCE=Feature_two
now it shows.feature is NULL,
if i am installing msi from cd and i want application should install to
machine but run only when cd is inserted
how can i do this.
give example help...
please bob any clue...


On Thu, Apr 30, 2009 at 1:37 PM, sam desilva sam.desilv...@gmail.comwrote:

 hi

 actually i have build wix aplication which i want to installed from flash
 drive to other machine but i want installation should not copy files to
 target machine it should run only when the flash drive is plugged  ,after
 setting all the feature and component run-from-source , msi installtion
 copying file in target machine. and in the verbose log it shows all featur
 and compnent run-from-local.
 it is not runing from source why?

 here is code.

 ?xml version=1.0 encoding=UTF-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;

 !-- product  APPS-D--
   Product Id=672A115E-4817-4ddb-B8FB-1398C7B129E5
Name=APPS-D_2
Language=1033
Version=1.0.0.0
Manufacturer=I-FLAPPTech
UpgradeCode=CB77C061-4C1A-4c26-8816-09D33FB2EDAA


 !--packageing of prouct --
 Package InstallerVersion=200 Compressed=yes /

 !--check privilage/admin right condition before intalltion--
 Condition Message=You need to be an administrator to install this
 product.
   Privileged
 /Condition

 !--compreson and media embed --
 Media Id=1 Cabinet=media1.cab EmbedCab=no DiskPrompt=Disk1
 VolumeLabel=Disk 1 /
 Media Id=2 Cabinet=mediaxyz.cab EmbedCab=no DiskPrompt=Disk2
 VolumeLabel=Disk 2 /



 Property Id=DiskPrompt Value=[1] /

 !--dirctory heicrachy otinstall --
 Directory Id=TARGETDIR Name=SourceDir
 Directory Id=ProgramFilesFolder
 Directory Id=INSTALLLOCATION Name=WixProjectFive_New

 !-- TODO: Remove the comments around this Component
 element and the ComponentRef below in order to add resources to this
 installer. --
 !-- TODO: Insert files, registry keys, and other
 resources here. --
 !-- /Component --

   !--First component--

 Component Id=Component_one
 Guid=15B302A4-2DDB-4047-89EB-A81A77EFFA6E  DiskId=1 Location=source


   File Id=RunExe
   Name=dllClient.exe
   Source=E:\Drive E\JANUARY01012009\220109\Meeting
 Sample\WixProjectFive\Files\dllClient.exe
   DiskId=1
   Vital=yes


   Shortcut Id=RunExeStartMenu
 Directory=ProgramMenuFolder
 Name=WixSampleNew
 WorkingDirectory=INSTALLLOCATION
 Icon=DEAT011.ICO
 IconIndex=0
 Advertise=yes 
   /Shortcut

   Shortcut Id=RunExeDesktop
 Directory=DesktopFolder
 Name=WixSampleNew
 WorkingDirectory=INSTALLLOCATION
 Icon=DEAT011.ICO
 IconIndex=0
 Advertise=yes
   /Shortcut




 /File

 Registry Id=WixFiveRegInstallDir1 Root=HKLM
 Key=Software\WixProjectFive Name=TextPah
  Action=write  Type=string
 Value=[INSTALLLOCATION]WixSrcText.txt 
 /Registry

 Registry Id=WixFiveRegInstallDir2 Root=HKLM
 Key=Software\WixProjectFive Name=TextPahWrite
  Action=write  Type=string
 Value=[INSTALLLOCATION]WriteText.txt 
 /Registry

 Registry Id=WixFiveRegInstallDir3 Root=HKLM
 Key=Software\WixProjectFive Name=DllPathRead
  Action=write  Type=string
 Value=[INSTALLLOCATION]WixSrcDll.dll  
 /Registry

 File Id =RunDll Name=WixSrcDll.dll Source=E:\Drive
 E\JANUARY01012009\220109\Meeting Sample\WixProjectFive\Files\WixSrcDll.dll
 Vital=yes DiskId=1

 /File

 File Id =RunText Name=WixSrcText.txt Source=E:\Drive
 E\JANUARY01012009\220109\Meeting Sample\WixProjectFive\Files\WixSrcText.txt
 Vital=yes DiskId=1

 /File

 !-- remove the file used by program but not part of
 intallation package--
 RemoveFile Id=RemoveWritefile On=uninstall
 Name=WriteText.txt /


   /Component


   !--second component--
   Component Id=component_two Guid
 =ABA305CB-4C75-4a64-9963-115C2B1E82D8  DiskId=2  Location=source

 File Id=textfileid Name=ReadMe.txt  DiskId=2
 Source=E:\Drive E\JANUARY01012009\220109\Meeting
 Sample\WixProjectFive\Files\ReadMe.txt Vital=yes 
 /File

   /Component


 /Directory
 /Directory

 !-- desk top directory and Startmenudirectory--
   Directory Id=ProgramMenuFolder Name=PMenu/
   Directory Id=DesktopFolder Name=Desktop

Re: [WiX-users] feature component state source /local

2009-04-30 Thread sam desilva

 /

InstallExecuteSequence

  RemoveExistingProducts After='InstallFinalize' /

/InstallExecuteSequence


InstallExecuteSequence
  Custom Action=LaunchFile After=InstallFinalize
NOT Installed
  /Custom
/InstallExecuteSequence

Icon Id=dllClient.exe
  SourceFile=E:\Drive E\JANUARY01012009\220109\Meeting
Sample\WixProjectFive\Files\dllClient.exe 
/Icon

Icon Id=DEAT011.ICO
  SourceFile=E:\Drive E\JANUARY01012009\220109\Meeting
Sample\WixProjectFive\Files\DEAT011.ICO 

/Icon


Property Id='NOTEPAD'
  Notepad.exe
/Property

CustomAction Id='LaunchFile'
  Property='NOTEPAD'
  ExeCommand='[INSTALLLOCATION]ReadMe.txt'
  Return='asyncNoWait' 
/CustomAction



  /Product
/Wix
here is the log.


(UNKNOWN)nbspAction start 13:04:46: InstallValidate.
(STATE)  nbspMSI (s) (10:30) [13:04:46:984]: Feature:
ProductFeature_one; Installed: Absent; Request: Local; Action: Local
(STATE)  nbspMSI (s) (10:30) [13:04:46:984]: Feature:
ProductFeature_two; Installed: Absent; Request: Local; Action: Local
(STATE)  nbspMSI (s) (10:30) [13:04:46:984]: Component: Component_one;
Installed: Absent; Request: Local; Action: Local
(STATE)  nbspMSI (s) (10:30) [13:04:46:984]: Component: component_two;
Installed: Absent; Request: Local; Action: Local


On Wed, Apr 29, 2009 at 7:43 AM, John Nannenga
john.nanne...@microsoft.comwrote:

 Features and components both have state information which indicate the
 current state [status] and requested action of the feature / component.

 Refer to:

 http://msdn.microsoft.com/en-us/library/aa368012(VS.85).aspxhttp://msdn.microsoft.com/en-us/library/aa368012%28VS.85%29.aspx
and perhaps this:
 http://msdn.microsoft.com/en-us/library/aa367858(VS.85).aspxhttp://msdn.microsoft.com/en-us/library/aa367858%28VS.85%29.aspx


 WI allows applications [or portions of an application] to run directly from
 a network share without the need for the application to be installed on a
 local machine [of course, assuming the application supports this, etc...].
  This is what you refer to as Run from Source.

 What you refer to as Run from Local means pretty much just that...the
 feature will be installed locally on the machine.

 I don't have an easy to understand WiX sample for this (not sure if someone
 already might have blogged on this)



 -Original Message-
 From: sam desilva [mailto:sam.desilv...@gmail.com]
 Sent: Wednesday, April 29, 2009 12:09 AM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] feature component state source /local

 what does it mean by feature component state
 how this state stored in registry.?
 what is the meaning of run-from-source or run-from-local
 it you give any wix example .with mentioning installation steps would be
 good;

 --
 Register Now  Save for Velocity, the Web Performance  Operations
 Conference from O'Reilly Media. Velocity features a full day of
 expert-led, hands-on workshops and two days of sessions from industry
 leaders in dedicated Performance  Operations tracks. Use code vel09scf
 and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users



 --
 Register Now  Save for Velocity, the Web Performance  Operations
 Conference from O'Reilly Media. Velocity features a full day of
 expert-led, hands-on workshops and two days of sessions from industry
 leaders in dedicated Performance  Operations tracks. Use code vel09scf
 and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Register Now  Save for Velocity, the Web Performance  Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance  Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] run from source feature /component

2009-04-28 Thread sam desilva

I've got a setup with 2 features,  and option is  run from source
and corresponding component also set Run from source.

Component Id=Component_one Guid =ABA305CB-4C75-4a64-9963-115C2B1E82D8
DiskId=1  Location=source

File Id=textfileid Name=ReadMe.txt  DiskId=1
Source=E:\Drive E\JANUARY01012009\220109\Meeting
Sample\WixProjectFive\Files\ReadMe.txt Vital=yes
/File


Feature Id=ProductFeature_one Title=WixProjectFive_FeatureOne Level=1
InstallDefault=source 
  ComponentRef Id=Component_one/

 /Feature

to run it from the source the files are actually installed locally.

So two questions:

1. How can I make a feature offer the option to run from source (or prevent
a feature from doing so)?

2. Why does it still install the feature locally? Is it because the default
destination is INSTALLDIR? Do I need to set the destination to some other
property which is set to INSTALLDIR initially? If I do that then how do I
keep the other propery in synch with INSTALLDIR when the user actually does
want to install locally?
please help with example...
--
Register Now  Save for Velocity, the Web Performance  Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance  Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] feature component state source /local

2009-04-28 Thread sam desilva

what does it mean by feature component state
how this state stored in registry.?
what is the meaning of run-from-source or run-from-local
it you give any wix example .with mentioning installation steps would be
good;
--
Register Now  Save for Velocity, the Web Performance  Operations 
Conference from O'Reilly Media. Velocity features a full day of 
expert-led, hands-on workshops and two days of sessions from industry 
leaders in dedicated Performance  Operations tracks. Use code vel09scf 
and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] multi-CD install using WiX?

2009-04-27 Thread sam desilva

hi
i am new to wix i would like to create simple msi which span to 2 cd
(multicd i)
multi-CD install using WiX?
--
Crystal Reports #45; New Free Runtime and 30 Day Trial
Check out the new simplified licensign option that enables unlimited
royalty#45;free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding system wide module to IIS7 on 64-bit OS

2009-03-12 Thread Scott Sam

I figured out my problem.  I was using
[SystemFolder]inetsrv\config\applicationHost.config as the file, which
resolved to c:\windows\syswow64\inetsrv\config\applicationHost.config.
I switched to
[WindowsFolder]System32\inetsrv\config\applicationHost.config, and that
worked.

-Original Message-
From: Scott Sam [mailto:s...@clearviewecm.com] 
Sent: Wednesday, March 11, 2009 4:11 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Adding system wide module to IIS7 on 64-bit OS

I didn't see any replies to this.  I'm having the same problem.  I
figured out the cause, but I'm not sure on what to do for a solution.
The problem is that windows does a redirect to the syswow64 folder, and
the applicationHost.config file doesn't exist there. So it can't be
accessed by anything running in 32-bit. I'm using wix version
3.0.4721.0.  Anyone have any suggestions?

-Original Message-
From: Adam Eversole [mailto:adam.evers...@microsoft.com] 
Sent: Monday, January 26, 2009 4:33 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Adding system wide module to IIS7 on 64-bit OS

Additional info, I am using WIX 3.0.4827.0
With the following:

?if $(var.ProcessorArchitecture)=x64?
  ?define 64bit=yes?
  ?define ProgramFiles=ProgramFiles64Folder?
  ?define ProductGuid={YOURGUID-C701-42ab-B252-2D8C869CA7E3}?
  ?define UpgradeGuid={YOURGUID-C16C-4aeb-B439-F6A42EB6C022}?
?else?
  ?define 64bit=no?
  ?define ProgramFiles=ProgramFilesFolder?
  ?define ProductGuid={YOURGUID-4B18-446e-AD6E-35EB81EB56EE}?
  ?define UpgradeGuid={YOURGUID-9F5B-4271-90B0-7D0C3A6FC4DE}?
?endif?
  Product Id=$(var.ProductGuid) Name=MyProduct.ServerSetup
Language=1033 Version=1.0.0.0 Manufacturer=MySoftware
UpgradeCode=$(var.UpgradeGuid)
Package InstallerVersion=200 Compressed=yes
InstallPrivileges=elevated Platform=$(var.ProcessorArchitecture)/

I didn't get any replies in my e-mail, but noticed there was an actual
reply on the archive.

If anybody could help I would be most appreciative

Thanks,

Adam
From: Adam Eversole
Sent: Friday, January 23, 2009 2:24 PM
To: 'wix-users@lists.sourceforge.net'
Subject: Adding system wide module to IIS7 on 64-bit OS

I have a setup that installs a system-wide managed-code module in IIS7.
I do this as follows:

  Component Id=modulesConfig
Guid={3D0ACDA1-C029-4084-B3F7-51822745A7ED} Win64=$(var.64bit)
   util:XmlConfig Id=addMyHandler Sequence=4
File=[IISINSTALLDIR]Config\applicationHost.config
ElementPath=//system.webServer/modules Name=add
Node=element
Action=create On=install /
util:XmlConfig Id='add_name' Sequence='5'
File='[IISINSTALLDIR]Config\applicationHost.config'
ElementId='addMyHandler' Name='name' Value='myHandler' /
util:XmlConfig Id='add_type' Sequence='6'
File='[IISINSTALLDIR]Config\applicationHost.config'
ElementId='addMyHandler' Name='type'
Value='MyHandler.Module, MyHandler, Version=1.0.0.1, Culture=neutral,
PublicKeyToken=9a9d230324c99377' /

util:XmlConfig Id=modulesConfigRemove Sequence=4
File=[IISINSTALLDIR]Config\applicationHost.config
ElementPath=//system.webServer/modules
VerifyPath=//system.webServer/modules/add[...@name='myHandler'[\]]
Name=add Node=element
Action=delete On=uninstall /
  /Component

With the following preprocessor command setting var.64bit:

?ifdef $(var.ProcessorArchitecture) = x64?
  ?define 64bit=yes?
?else?
  ?define 64bit=no?
?endif?

This seems to work just fine in 32-bit, but in 64-bit it fails with the
following error:

Action 14:21:52: ExecXmlConfig.
Error 25541. Failed to open XML file
C:\Windows\system32\inetsrv\Config\applicationHost.config, system error:
-2147024786

I can't figure it out, I made sure I have access to the file in elevated
mode (the elevated prompt comes up), and it works great in 32-bit.

Any ideas? Is there a better way to do this?

Thanks,

Adam


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based
development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Adding system wide module to IIS7 on 64-bit OS

2009-03-11 Thread Scott Sam

I didn't see any replies to this.  I'm having the same problem.  I
figured out the cause, but I'm not sure on what to do for a solution.
The problem is that windows does a redirect to the syswow64 folder, and
the applicationHost.config file doesn't exist there. So it can't be
accessed by anything running in 32-bit. I'm using wix version
3.0.4721.0.  Anyone have any suggestions?

-Original Message-
From: Adam Eversole [mailto:adam.evers...@microsoft.com] 
Sent: Monday, January 26, 2009 4:33 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Adding system wide module to IIS7 on 64-bit OS

Additional info, I am using WIX 3.0.4827.0
With the following:

?if $(var.ProcessorArchitecture)=x64?
  ?define 64bit=yes?
  ?define ProgramFiles=ProgramFiles64Folder?
  ?define ProductGuid={YOURGUID-C701-42ab-B252-2D8C869CA7E3}?
  ?define UpgradeGuid={YOURGUID-C16C-4aeb-B439-F6A42EB6C022}?
?else?
  ?define 64bit=no?
  ?define ProgramFiles=ProgramFilesFolder?
  ?define ProductGuid={YOURGUID-4B18-446e-AD6E-35EB81EB56EE}?
  ?define UpgradeGuid={YOURGUID-9F5B-4271-90B0-7D0C3A6FC4DE}?
?endif?
  Product Id=$(var.ProductGuid) Name=MyProduct.ServerSetup
Language=1033 Version=1.0.0.0 Manufacturer=MySoftware
UpgradeCode=$(var.UpgradeGuid)
Package InstallerVersion=200 Compressed=yes
InstallPrivileges=elevated Platform=$(var.ProcessorArchitecture)/

I didn't get any replies in my e-mail, but noticed there was an actual
reply on the archive.

If anybody could help I would be most appreciative

Thanks,

Adam
From: Adam Eversole
Sent: Friday, January 23, 2009 2:24 PM
To: 'wix-users@lists.sourceforge.net'
Subject: Adding system wide module to IIS7 on 64-bit OS

I have a setup that installs a system-wide managed-code module in IIS7.
I do this as follows:

  Component Id=modulesConfig
Guid={3D0ACDA1-C029-4084-B3F7-51822745A7ED} Win64=$(var.64bit)
   util:XmlConfig Id=addMyHandler Sequence=4
File=[IISINSTALLDIR]Config\applicationHost.config
ElementPath=//system.webServer/modules Name=add
Node=element
Action=create On=install /
util:XmlConfig Id='add_name' Sequence='5'
File='[IISINSTALLDIR]Config\applicationHost.config'
ElementId='addMyHandler' Name='name' Value='myHandler' /
util:XmlConfig Id='add_type' Sequence='6'
File='[IISINSTALLDIR]Config\applicationHost.config'
ElementId='addMyHandler' Name='type'
Value='MyHandler.Module, MyHandler, Version=1.0.0.1, Culture=neutral,
PublicKeyToken=9a9d230324c99377' /

util:XmlConfig Id=modulesConfigRemove Sequence=4
File=[IISINSTALLDIR]Config\applicationHost.config
ElementPath=//system.webServer/modules
VerifyPath=//system.webServer/modules/add[...@name='myHandler'[\]]
Name=add Node=element
Action=delete On=uninstall /
  /Component

With the following preprocessor command setting var.64bit:

?ifdef $(var.ProcessorArchitecture) = x64?
  ?define 64bit=yes?
?else?
  ?define 64bit=no?
?endif?

This seems to work just fine in 32-bit, but in 64-bit it fails with the
following error:

Action 14:21:52: ExecXmlConfig.
Error 25541. Failed to open XML file
C:\Windows\system32\inetsrv\Config\applicationHost.config, system error:
-2147024786

I can't figure it out, I made sure I have access to the file in elevated
mode (the elevated prompt comes up), and it works great in 32-bit.

Any ideas? Is there a better way to do this?

Thanks,

Adam


--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] running deffered managed custom actions with elevated privileges

2009-02-27 Thread Scott Sam

Thanks that did it.

-Original Message-
From: Rob Mensching [mailto:r...@wixtoolset.org] 
Sent: Friday, February 27, 2009 5:42 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] running deffered managed custom actions with
elevated privileges

Deferred CustomActions can run non-Impersonated and then they are 
elevated (assuming the MSI UAC prompt was accepted).

Scott Sam wrote:
 I've used dtf to create some custom actions that execute deffered.
The
 problem that I'm having is that these CA's need to be run with
elevated
 privileges.  How can I do this?  I would prefer not to have a uac
prompt
 for each CA, but I'm ok with it if that's the only way.



--
 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] User interface sequence sppress

2009-02-01 Thread sam desilva

hi
all
to install application ,application request set of information from user
using User Interface.
which sequence based.
i want to suppress this UI but  i want data to be supplied for installation
.
how can i supply this data in msi using wix v3.0.
urgent.
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] wix ui

2009-01-29 Thread sam desilva

hi
i am new to WIX,
i am reffering Wix Totorial  meant for 2.0
colud you please tell me how go Wix ui step by step
creating dialog and ui liberaray.
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to add an Operating System specific shortcut

2009-01-20 Thread Scott Sam

Windows installer has a bunch of properties that you have access to that
will handle this for you.
http://msdn.microsoft.com/en-us/library/aa372057.aspx

Property Id=COMMANDPROMPT[SystemFolder]cmd.exe/Property
Should work except that you might need a custom action to set it.

-Original Message-
From: Alicia Holloway [mailto:ahollo...@sounddes.com] 
Sent: Tuesday, January 20, 2009 1:53 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to add an Operating System specific shortcut

Hi,

I have a Wix project in which I am trying to add a shortcut to a command
prompt which calls a batch file as a command line argument.  With the
code I
have so far (see below), I can get it to work on Windows XP only,
because
the environment variable it's using to find the cmd.exe program is
determined at compile time (and it's being compiled on an XP).

It doesn't work on Windows 2000 because the system32 directory is not
under
Windows but rather, under WINNT.  The shortcut appears on the start
menu
on Windows 2000 systems but, clicking on properties displays the line:
C:\Windows\System32\cmd.exe /k projectvars.bat...so it can't find
cmd.exe.

Product.wxs:
--

Property Id=COMMANDPROMPT$(env.WINDIR)\system32\cmd.exe/Property

(alternatively, $(env.ComSpec) could be used instead of
$(env.WINDIR)\system32\cmd.exe)


Files.wxs:
--

Shortcut Name=Project Command Prompt Target=[COMMANDPROMPT]
Arguments=/k projectvars.bat Id=CommandLineStartMenuShortcut
WorkingDirectory=BinFolder Icon=ProjectVarsIcon.exe
Directory=ProjectToolsProgramMenuFolder
  Icon Id=ProjectVarsIcon.exe SourceFile=cmd.ico/
/Shortcut


Is there any way to modify this code so that it determines the value of
the
environment variable at runtime?  Or, is there a way of setting a
different
filepath so that it uses the Sys32Folder property somehow?  I briefly
attempted to change the property to:

Property Id=COMMANDPROMPT[Sys32Folder]\cmd.exe/Property

to see if that could work...but was given the following warning when I
tried
to compile it:

If this value is a string literal, not a property reference, please
ignore
this warning.  To set a property with the value of another property, use
a
CustomAction with Property and Value attributes.

But wasn't able to figure out how a CustomAction would apply in this
situation.


Any help would be greatly appreciated!

Best Regards,
Alicia

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] candle.exe and light.exe source code

2009-01-20 Thread sam desilva

where i can get source code of light.exe and candle.exe
--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] refresh combobox without leaving dialog

2009-01-12 Thread Scott Sam

Is this possible? If so how do I do it?

 

This is what I'm trying to accomplish.  I have two dialogs, dialog1 and
dialog2.  Dialog1 contains an edit box.  When the use hits the next
button a custom action is run that gets a list of items from the server
named in the edit box.  Dialog2 has two combo boxes.  The first combobox
contains the list retrieved in the custom action that was ran after
hitting next from dialog1.  When the user selects and item from
combobox1 a custom action is ran that gets another list from the server
based off of the value selected in the first combobox.  At this point I
would like the second combo box to contain the new list.  If I leave the
dialog and come back the list show properly, but I need it to show
without leaving the dialog.  I really don't want to separate the two
combo boxes to different dialogs.  Is there any way to make this work?
I thought I have seen this in other installers. 

--
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] How to detect program running and display a messagebox

2009-01-09 Thread Scott Sam

Try moving Custom Action=CheckingIt Before=CostFinalize / to the
InstallUISequence.  The installUISequence runs before the
InstallExecuteSequence. 

-Original Message-
From: Little Forest [mailto:little.for...@ymail.com] 
Sent: Friday, January 09, 2009 2:48 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to detect program running and display a
messagebox

Hi Neil and Rob,

Thank you for your response.
Yes, I'm trying to do it by using CustomAction. I thought I need to do
these things:
1. Write a DLL to handle the checking if Outlook is running work. If
it's running, then set a property.
2. In the WiX code, firstly starting this checking CustomAction;
secondly, checking that property, if it's true then show up a dialog box
to warn the user.
So I wrote the DLL(check.dll), and set the property
ShowProgramRunDialog as 1 if Outlook is running.
But the warning dialog box never showed up. I checked the log, here it
is:
Line 230: MSI (c) (B8:18) [11:26:49:677]: Skipping action:
ProgRunDlg(condition is false)

Line 408: MSI (s) (F4!BC) [11:26:50:302]: PROPERTY CHANGE: Adding
ShowProgramRunDialog property. Its value is '1'.

Apparently, the property ShowProgramRunDialog was set after the dialog
box code part. So I wonder why it happened. How can I make sure the
checking if Outlook is running task got run before the warning dialog
box display statements. 

I realized this might be because the sequence, InstallExecuteSequence
vs. InstallUISequence. But I don't know how to fix it. Could you please
take a look at my code and correct me?
Here is my code:
Binary Id=CheckIt SourceFile=check.dll /
CustomAction Id=CheckingIt BinaryKey=CheckIt DllEntry=CheckIt /
InstallExecuteSequence
Custom Action=CheckingIt Before=CostFinalize /
/InstallExecuteSequence
UI
Dialog Id=ProgRunDlg ...
  ... define the dialog ...
/Dialog
InstallUISequence
Show Dialog=ProgRunDlg After=WelcomeDlgNOT Installed AND
ShowProgramRunDialog = 1/Show
/InstallUISequence
/UI

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: Thursday, January 8, 2009 10:30:56 PM
Subject: Re: [WiX-users] How to detect program running and display a
message box

You *can* do it v2.  You just need to write the CustomAction or port
CloseApplication down... lots more work than v3.

-Original Message-
From: Neil Sleightholm [mailto:n...@x2systems.com]
Sent: Thursday, January 08, 2009 22:24
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] How to detect program running and display a
message box

I don't think you can do this in v2 but in v3 you can use
util:CloseApplication /

Neil

-Original Message-
From: Little Forest [mailto:little.for...@ymail.com]
Sent: 08 January 2009 22:16
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] How to detect program running and display a message
box

I'd like to do these in 2.0:
1. Detect if a program(e.g. Outlook.exe) is running
2. If it's running, display a message box to ask the user to close it;
if it's not running, don't show it and keep installing process.

Can any one give some code example?

Thanks in advance.

Brian

  __
Ask a question on any topic and get answers from real people. Go to
Yahoo! Answers and share what you know at http://ca.answers.yahoo.com

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

  __
Looking for the perfect gift? Give the gift of Flickr! 

http://www.flickr.com/gift/

--
Check out the new SourceForge.net Marketplace.
It is

Re: [WiX-users] Launch condition based on feture selection

2009-01-08 Thread Scott Sam

Don't check in a launch condition.  Check for the pre req's using
properties then use the properties in a condition under each feature.
Set the level to 0 if pre-req is not present.  That way the feature
won't be an option if pre-reqs aren't there.

-Original Message-
From: Chandra Vuppala [mailto:chandra.vupp...@oakton.com.au] 
Sent: Thursday, January 08, 2009 4:03 AM
To: General discussion for Windows Installer XML toolset.
Cc: Senthilraj Krishnan
Subject: [WiX-users] Launch condition based on feture selection

Hi,
My Requirement is based on feature selection I have to install Database
or BizTalk applications or Client Application with single installer on a
machine. User can install all this in one machine or in multiple
machines.
Problem is when I install in multiple machines using single installer.
For example I want to  install Database related things in Server1,
BizTalk related things in Server2 and Client in some other machine, here
my installer is checking prerequisites like MSSQL, BizTalk Server and
IIS7.0 in each and every machine, 

My Approach:

I am diving my requirements into features like listed below

1. FeDatabase
2. FeBiztalkAppplications
3. FeWassHosting
4. FeClient

For Checking Pre-requisites I am using Launch conditions, so if try to
install this on database sever it is failing at launch conditions
because there is no BizTalk server installed on the dbserver.

Now my question is: Approach I am following for making single installer
for installing my features is correct or not, if correct how to and
where to  check pre-requisite. If my approach is wrong what would be the
best approach?

Thanks   Regards,
Chandrashekar vuppala
M-9949469324
Oakton Global Technology Services Centre (India)  Results Driven. When
Business  IT Matters

IMPORTANT
1.  This email and any attachments are confidential.  Any
unauthorised dissemination or other use of these materials is
prohibited.  If received in error, please contact us and delete all
copies.  
2.  Before opening or using attachments, check them for viruses and
defects.  Our liability is limited to resupplying any affected
attachments. 
3.  Protecting your privacy is important to us.  Our privacy
statement and further information is available at www.oakton.com.au.

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Admin Install, deploying CustomizeDlg, 'Location' ambiguity

2009-01-07 Thread Scott Sam

I believe that the directory shown in CustomizeDlg for a feature is tied
to the ConfigurableDirectory attribute of the feature.  I'm guessing
that it defaults to TARGETDIR if nothing is specified.

If you set the ConfigurableDirectory to some directory/property other
than TARGETDIR it should solve your problem. 

-Original Message-
From: Andrew Kendall [mailto:akwix2...@yahoo.co.uk] 
Sent: Wednesday, January 07, 2009 6:06 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Admin Install, deploying CustomizeDlg,'Location'
ambiguity

Hi,

I want to make use of the Administrative Install feature (/a switch) of
the Windows Installer, and allow Administrators to determine install
options for users, for which I am developing a set of dialogs for the
Admin, including the CustomizeDlg dialog.

The Admin will invoke an Administrative Install, and then go through the
dialogs to select network-wide install options. On the CustomizeDlg.wxs
screen, we have a slight ambiguity with regard to specifying the install
Location. The Admin tells the installer where to put all the files at
the command line, by passing in the TARGETDIR argument; this location is
the central network share. But on the CustomizeDlg screen, I want the
'Location' field to mean: 'Where are the files to be installed on the
user machine when he/she does an install?'

By default, the TARGETDIR value passed in the command line is reflected
in the CustomizeDlg Location field, which is not what I want. Delving
into the xml for CustomizeDlg.wxs reveals the use of loc strings, but
all is not clear.

In the localization file WixUI_en-us.wxl, how does one interpret this
line:

String Id=CustomizeDlgLocation
Overridable=yesCustomizeDlgLocation-CustomizeDlgLocation/String

I mean, what is the significance of the double reference to
CustomizeDlgLocation, separated by a hyphen?

How does CustomizeDlgLocation resolve to TARGETDIR? How can I make
CustomizeDlgLocation point to a different property?

Your precious time, attention and responses are, as always, very greatly
appreciated.

Andrew Kendall


  

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Display of ComboBox values

2009-01-06 Thread Scott Sam

Do you have the attribute ComboList set to yes?  I think that is what fixed it 
for me.

-Original Message-
From: Kjartan Þór Kjartansson [mailto:kjar...@eskill.is] 
Sent: Tuesday, January 06, 2009 9:29 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Display of ComboBox values

Hi all,

I am having a bit of a problem regarding comboboxes in the installer, when a 
combobox drops down it displays the text value but when the users selects a 
value from the list the box closes displaying the value from the value column 
instead of the text column. Is there any way to fix this behaviour?

Regards,

Kjartan Þór Kjartansson
Forritari / Software Developer

Eskill ehf.
Lynghálsi 9
110 Reykjavík
Ísland / Iceland
www.eskill.ishttp://www.eskill.is/
+354 594  / +354 594 0031

Fyrirvari/Disclaimer
www.eskill.is/disclaimerhttp://www.eskill.is/disclaimer

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

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Conditional install question

2009-01-06 Thread Scott Sam

I have Office plugins that can be installed. One for office 2007 and one
for Office 2003.  Each plugin has its own feature. I currently have to
registry searches set up to check if either of the two office versions
are installed or not. Is it possible to make the feature's visible in
the feature tree based on the results of the registry search?

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Conditional install question

2009-01-06 Thread Scott Sam

Thanks that worked.

-Original Message-
From: Kamil Mierzejewski [mailto:kamil.mierzejew...@techland.pl] 
Sent: Tuesday, January 06, 2009 12:17 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Conditional install question

Conditionally set feature conditions to 0 (exlusivelly).
Use Condition element under Feature element with Level=0 and 
appropriate condition.

W dniu 2009-01-06 18:06, Scott Sam pisze:
 I have Office plugins that can be installed. One for office 2007 and
one
 for Office 2003.  Each plugin has its own feature. I currently have to
 registry searches set up to check if either of the two office versions
 are installed or not. Is it possible to make the feature's visible in
 the feature tree based on the results of the registry search?

--
 Check out the new SourceForge.net Marketplace.
 It is the best place to buy or sell services for
 just about anything Open Source.
 http://p.sf.net/sfu/Xq1LFB
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Shortcut/@Icon referencing fails

I think that you need a Icon Id=xxxExtractor.exe
SourceFile='Binary\xxxExtractor.exe /
in there somewhere.  Also the icon file has to have the same extension
as the file the shortcut is for. So it has to be an exe file in this
case.

-Original Message-
From: Bob Lim [mailto:cbasic...@yahoo.com.sg] 
Sent: Tuesday, December 23, 2008 5:35 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Shortcut/@Icon referencing fails

Hi guys, 

I kept getting error from light.exe

error LGHT0094 : Unresolved reference to symbol 'Icon:IconExtractor.exe'
in section 'Product:*'.

The code below doesn't link. Actually what I want to use, is a icon
file, not executable file. Because I failed to use a icon file, I tried
to use icon in the executable. Still I failed to link it.

Component Id='gm2.ico' Guid='3EF66565-1836-4428-86AC-5226DCC1B1EE'

File Id='xxxExtractor' DiskId='1' Name='xxxExtractor.exe'
Source='Binary\xxxExtractor.exe' Vital='yes' /

Shortcut Id=StartmenuGermWeb Directory=ProgramMenuDir
Name=Germanium Web WorkingDirectory='INSTALLDIR'
Target=[LaunchWebsite] Icon=xxxExtractor.exe IconIndex=0 /

/Component

Any pointers as to where I have been doing wrong? 

Thanks in advance!

Best regards,
Bob Lim

  New Email addresses available on Yahoo!
Get the Email name you#39;ve always wanted on the new @ymail and
@rocketmail. 
Hurry before someone else does!
http://mail.promotions.yahoo.com/newdomains/sg/

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

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

Re: [WiX-users] Setting Install Location

Are you sure that the registry key that you are looking for exists on
the target machine?

-Original Message-
From: Colin Fox [mailto:greenene...@gmail.com] 
Sent: Tuesday, December 23, 2008 1:39 PM
To: wix-users
Subject: [WiX-users] Setting Install Location

I'm still having no luck setting the location of my install based on a
registry key.

I've tried all the suggestions but nothing works. And there is
definitely an
AppSearch segment in my .msi file.

I've done the steps from the tutorial but they're apparently
insufficient.

Also - when I check my logs, I'm not actually getting even a report of
my
registry search. This is incredibly frustrating.

Here is the entirety of my wxs file. The 3 files are indeed installed in
the
ml directory, but the ml directory is in the wrong place - d:\ instead
of
wherever sharepoint is.

?xml version=1.0 encoding=utf-8?
Wix xmlns=http://schemas.microsoft.com/wix/2003/01/wi;
  Product Manufacturer=My Software Corp.
Id=2997E6AB-09BF-446B-A11F-EF40F546BD7C Language=1033 Name=My Web
Service Version=4.0.0.0
Package Id=44F26F48-D493-4C7F-9A30-5496400A0AB0
Keywords=Installer
Description=WebService for stuff Comments=No Comment
   Manufacturer=My Software Corp. InstallerVersion=200
Languages=1033 Compressed=yes SummaryCodepage=1252 /
Property Id=INSTALLDIR
  RegistrySearch Id=SharepointRegistry Root=HKLM
Key=SOFTWARE\Microsoft\.NETFramework\AssemblyFolders\
Name=SharePoint
Type=raw /
/Property
Directory Id=TARGETDIR Name=SourceDir
  Directory Id=INSTALLDIR
Directory Id=INSTALLLOCATION Name=ml
  Component Id=ProductComponent
Guid=89C02981-D751-411F-9616-A202547F9D5F
File Id=MySP_asmx Name=MySPExt.asm
LongName=MySPExtensions.asmx Vital=yes KeyPath=yes DiskId=1 /
File Id=MySP_wsdl Name=MySPwsdl.asp
LongName=MySPExtensionswsdl.aspx Vital=yes DiskId=1 /
File Id=MySP_disco Name=MySPdsco.asp
LongName=MySPExtensionsdisco.aspx Vital=yes DiskId=1 /
  /Component
/Directory
  /Directory
/Directory
Feature Id=ProductFeature Title=Feature Title Level=1
  ComponentRef Id=ProductComponent /
/Feature
Media Id=1 EmbedCab=yes Cabinet=Product.cab /
UI /
  /Product
/Wix

-

I've also tried it by renaming the Property Id of the RegistrySearch to
SPLOCATION and then before the feature defintion adding:

CustomAction Id=REDOTARGET Return=check Execute=FirstSequence
Property=TARGETDIR Value=[SPLOCATION] /

This didn't help.

-- 
Regards,
 cf

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

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

[WiX-users] wix and IIS7

I have to get our installers to work with IIS7 without classic mode.  I
know that it is not currently supported with wix.  What are my options
right now?  I've looked through the wix code and I don't think that I
can fix it by myself.  Does anybody else have to do  this?  What are you
doing?

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

Re: [WiX-users] wix and IIS7

Thanks.  That sounds doable for me.  I'll give it a try.

-Original Message-
From: Amy Rosewater [mailto:arosewa...@spectrumhr.com] 
Sent: Tuesday, December 23, 2008 2:10 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] wix and IIS7

Scott,

I have implemented the configuration of IIS7 through xml manipulation of
the applicationHost.config file.  All the IIS objects (app pools,
applications, virtual directories etc) really just equate to xml entries
in this file in this version of IIS.

To achieve this, I copied the applicationHost.config, manually set up my
web application through the Server Manager, and then did a file compare
between the original applicationHost.config and the new one to see what
IIS7 added for my application.

Then, I used XmlConfig nodes to modify the file from the installation.

The only issue you may run into is that the installation will need
permissions to open and edit that file.

Amy

-Original Message-
From: Scott Sam [mailto:s...@clearviewecm.com] 
Sent: Tuesday, December 23, 2008 11:57 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] wix and IIS7

I have to get our installers to work with IIS7 without classic mode.  I
know that it is not currently supported with wix.  What are my options
right now?  I've looked through the wix code and I don't think that I
can fix it by myself.  Does anybody else have to do  this?  What are you
doing?

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

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

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

Re: [WiX-users] CA Control

2008-12-22 Thread Scott Sam

I think that you need to change the return value to asyncWait or check
if you want the installer to wait for it.

-Original Message-
From: Nagaraju Manduri (Sogeti) [mailto:v-na...@microsoft.com] 
Sent: Monday, December 22, 2008 4:35 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] CA Control

Well, I have a problem in my WIX file.

I have a custom action like this but, the MSI install completes before
the Custom Action gets over. Please suggest me how to handle this
situation.

CustomAction Id=RunMe Directory=TARGETDIR
ExeCommand=[TARGETDIR]Test.cmd Return=asyncNoWait /

  InstallExecuteSequence
Custom Action=RunMe After=InstallFinalizeNOT
Installed/Custom

/InstallExecuteSequence

The above CA works as expected, but MSI installation finishes before
Test.cmd completes it tasks.

Any information appreciated.

Thanks  Regards
Nagaraju

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

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

Re: [WiX-users] DTF - Using Shell32.dll

2008-12-18 Thread Scott Sam

Why don't you use the BrowseDlg that comes with wix?

-Original Message-
From: Dale Quigg [mailto:da...@messagegate.com] 
Sent: Thursday, December 18, 2008 4:03 PM
To: 'wix-users@lists.sourceforge.net'
Subject: [WiX-users] DTF - Using Shell32.dll

Hi,

I'm using DTF to create a custom action to show an Open Folder dialog in
my UI.

I'm using the code I found here;
http://todayslearnings.blogspot.com/2008/08/how-to-get-folder-browser-di
alog-in-c.html

I can build the project in VisualStudio (after adding a reference to
Shell32.dll), but when I try to build on the command line I get errors
like;

build:
 [exec] Current OS is Windows XP
 [exec] Executing 'C:\Windows\Microsoft.NET\Framework\v3.5\csc.exe'
with arguments:
 [exec] '/target:library'
 [exec]
'/r:C:\(snip)\WiX\IMPORT\WiXv3/sdk/Microsoft.Deployment.WindowsInstaller
.dll'
 [exec]
'/out:C:\(snip)\WiX\Custom_Actions\Categorization\Categorization_CA.dll'
 [exec] 'Categorization_CA.cs'
 [exec]
 [exec] The ' characters around the executable and arguments are
 [exec] not part of the command.
 [exec] Microsoft (R) Visual C# 2008 Compiler version 3.5.30729.1
 [exec] for Microsoft (R) .NET Framework version 3.5
 [exec] Copyright (C) Microsoft Corporation. All rights reserved.

 [exec] Categorization_CA.cs(633,17): error CS0246: The type or
namespace name 'Shell32' could not be found (are you missing a using
directive or an assembly reference?)

I added a reference on my command line, with;
/r:C:\Windows\System32\Shell32.dll

but this gives a different error;
 [exec] fatal error CS0009: Metadata file
'c:\WINDOWS\system32\shell32.dll' could not be opened -- 'An attempt was
made to load a program with an incorrect format. '

Any tips on what I need to successfully compile?

Thanks,
Dale

Dale Quigg  |||  Senior Build / Configuration / Installation Engineer
MessageGate  |||  Enterprise Email Governance

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Error 2721: Custom action not found in Binary tablestream

2008-12-17 Thread Scott Sam

Upon a second look at things the binary was not in the original.  I
currently don't have any patch families because I don't know what's
changed so I want the patch to include everything.  When I added the
BinaryRef, I had to add a patch family. I stopped getting the error, but
now my patch doesn't include any files. My Patch.wxs file is below.  I'm
assuming that there are no files because they aren't specified in the
patch family.  Is my assumption correct?  If so is there away to make
sure everything is included in the patch, while using the BinaryRef and
not manually adding every component into the patch family?


?xml version=1.0 encoding=utf-8?
Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
  Patch AllowRemoval=yes Manufacturer=Clearview Software
DisplayName=Client Patch
 Description=Small Update Patch Classification=Update

Media Id=5000 Cabinet=ClientInstall.cab EmbedCab=yes
  PatchBaseline Id=RTM /
/Media
OptimizeCustomActions SkipAssignment=yes SkipDeferred=yes
SkipImmediate=yes /
PatchFamily Id=PatchFamily1 Version=5.0.1312.0
  BinaryRef Id=ManagedCAs /
/PatchFamily
  /Patch
/Wix

-Original Message-
From: Scott Sam [mailto:s...@clearviewecm.com] 
Sent: Wednesday, December 17, 2008 9:47 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error 2721: Custom action not found in Binary
tablestream

It's a dtf custom action.  The dll was already included in the previous
version.  I have one dll that holds all of my dtf custom actions.  The
custom action itself was not in the previous version.

Will using the CustomActionRef cause it to run?  Because I don't want it
too.

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Tuesday, December 16, 2008 11:35 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error 2721: Custom action not found in Binary
table stream

Scott Sam wrote:
 I'm trying to create and apply a patch.  I can create the patch
without
 any errors or warnings. When I go to apply it I get the error Error
 2721:  Custom action RemoveCasPol not found in Binary table stream.
   

Are you adding or changing that custom action or its DLL in the patch? I

assume the default differ would take care of that, but if you use 
explicit references, you might need a BinaryRef or CustomActionRef to 
pull it in.

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




--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Possible bug in Pyro

2008-12-17 Thread Scott Sam

Ok thanks.

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com] 
Sent: Wednesday, December 17, 2008 3:06 PM
To: General discussion for Windows Installer XML toolset.
Cc: Heath Stewart
Subject: Re: [WiX-users] Possible bug in Pyro

Heath needs to join the mailing list to be able to send to it.  When I
talked to him he thought it was good odds this is the same bug opened
against pyro referring to the BinaryRef.

-Original Message-
From: Scott Sam [mailto:s...@clearviewecm.com]
Sent: Tuesday, December 16, 2008 13:25
To: General discussion for Windows Installer XML toolset.
Cc: Heath Stewart
Subject: Re: [WiX-users] Possible bug in Pyro

Does anyone know if this is a bug or something I'm doing wrong?

-Original Message-
From: Rob Mensching [mailto:rob.mensch...@microsoft.com]
Sent: Friday, December 12, 2008 2:44 PM
To: General discussion for Windows Installer XML toolset.
Cc: Heath Stewart
Subject: Re: [WiX-users] Error 2721: Custom action not found inBinary
tablestream

Heath, is this maybe related to the Binary bug you're tracking in pyro?

-Original Message-
From: Scott Sam [mailto:s...@clearviewecm.com]
Sent: Friday, December 12, 2008 07:27
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error 2721: Custom action not found in Binary
tablestream

Also here is the relevant part of the log.


Action 10:11:59: RemoveCasPol.CustomActionData.
Action start 10:11:59: RemoveCasPol.CustomActionData.
MSI (s) (14:C0) [10:11:59:116]: Transforming table CustomAction.
MSI (s) (14:C0) [10:11:59:116]: Transforming table CustomAction.
MSI (s) (14:C0) [10:11:59:116]: Note: 1: 2262 2: CustomAction 3:
-2147287038
MSI (s) (14:C0) [10:11:59:116]: Skipping Action
RemoveCasPol.CustomActionData. It is being skipped as per the value
provided for OptimizeCA in MsiPatchMetadata table of an applicable patch
Action ended 10:11:59: RemoveCasPol.CustomActionData. Return value 0.
MSI (s) (14:C0) [10:11:59:117]: Doing action: RemoveCasPol
Action 10:11:59: RemoveCasPol.
Action start 10:11:59: RemoveCasPol.
MSI (s) (14:C0) [10:11:59:123]: Transforming table CustomAction.
MSI (s) (14:C0) [10:11:59:123]: Transforming table CustomAction.
MSI (s) (14:C0) [10:11:59:123]: Note: 1: 2262 2: CustomAction 3:
-2147287038
MSI (s) (14:C0) [10:11:59:123]: Note: 1: 2721 2: RemoveCasPol
DEBUG: Error 2721:  Custom action RemoveCasPol not found in Binary table
stream

-Original Message-
From: Scott Sam [mailto:s...@clearviewecm.com]
Sent: Friday, December 12, 2008 10:21 AM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Error 2721: Custom action not found in Binary
tablestream

I'm trying to create and apply a patch.  I can create the patch without
any errors or warnings. When I go to apply it I get the error Error
2721:  Custom action RemoveCasPol not found in Binary table stream.
How can I fix this?



Here is where I declare my custom action:

Binary Id=ManagedCAs SourceFile=..\lib\ManagedCAs.CA.dll /

CustomAction Id=RemoveCasPol BinaryKey=ManagedCAs
DllEntry=RemoveCasPol Execute=deferred Return=ignore /

CustomAction Id=RemoveCasPol.CustomActionData Property=RemoveCasPol
Value=[NET11];[NET20] /



Here is where I schedule my custom action:

Custom Action=RemoveCasPol.CustomActionData
Before=RemoveCasPolInstalled And REMOVE=ALL/Custom

Custom Action=RemoveCasPol Before=InstallFinalizeInstalled And
REMOVE=ALL/Custom



Here is my OptimizeCustomActions element from my patch:

OptimizeCustomActions SkipAssignment=yes SkipDeferred=yes
SkipImmediate=yes /



My understanding is that the OptimizeCustomActions element should cause
all of the custom actions to be skipped, and the REMOVE=ALL condition
should keep it from being ran during patching anyways.  What am I doing
wrong?


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
SF.Net email is Sponsored by MIX09, March

Re: [WiX-users] Error 2721: Custom action not found in Binary table stream

2008-12-17 Thread Scott Sam

It's a dtf custom action.  The dll was already included in the previous
version.  I have one dll that holds all of my dtf custom actions.  The
custom action itself was not in the previous version.

Will using the CustomActionRef cause it to run?  Because I don't want it
too.

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Tuesday, December 16, 2008 11:35 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Error 2721: Custom action not found in Binary
table stream

Scott Sam wrote:
 I'm trying to create and apply a patch.  I can create the patch
without
 any errors or warnings. When I go to apply it I get the error Error
 2721:  Custom action RemoveCasPol not found in Binary table stream.
   

Are you adding or changing that custom action or its DLL in the patch? I

assume the default differ would take care of that, but if you use 
explicit references, you might need a BinaryRef or CustomActionRef to 
pull it in.

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




--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with Custom Action

Are you custom actions executing deferred?  No changes are made to the
system until the deferred mode. So the files won't be installed on the
system until the deferred sequence.

-Original Message-
From: Steve Oliver [mailto:ste...@one-slip.com] 
Sent: Tuesday, December 16, 2008 2:46 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem with Custom Action

I am writing a couple of managed custom actions. In the first action I
need
to access an assembly that is installed to the GAC via a merge file as
part
of the install. The problem is that the assembly does not seem to be
available until the installer has completed.

InstallExecuteSequence

  Custom Action=CAConfigureTecSecEnv After=InstallFinalizeNot
REMOVE/Custom

  Custom Action=CAConfigureStorage After=InstallFilesNot
REMOVE/Custom

/InstallExecuteSequence

Before the method in the custom action executes I get the error, Could
not
load file or assembly.. After the install completes I can see that the
assembly has been successfully installed but can't access while the
installer is running. 

In the second action I'm trying to read a configuration file that is
installed as part of the installation and modify it and write it back to
the
install directory. I locate the file using.

   string pathAppConfig =
Path.Combine(session.GetTargetPath(INSTALLDIR),
Util.Constants.APP_CONFIG);

which gives the path I'm expecting to see. The same kind of problem
occurs
as in the first. I get a File not found. error. I've made the
assumption
that sequencing the action to run After InstallFiles means that all
files
have been installed to the target directory  and are available. It looks
like that is not the case. So my question is this,

When do files and/or assemblies that are being installed become
available to
be used in a custom action?  

Thanks for the assistance.

Steve

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with Custom Action

Sorry I forgot you lose access to the session in the deferred script.
I'm not really clear on what you are trying to accomplish with the
second CA.  Are you trying to update a value in an appconfig file with
the value of [INSTALLDIR]?  If so I would suggest using the XmlFile or
XmlConfig elements in wix. 

-Original Message-
From: Steve Oliver [mailto:ste...@one-slip.com] 
Sent: Tuesday, December 16, 2008 3:32 PM
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] Problem with Custom Action

I tried running deferred. Here is the result

Exception thrown by custom action:
System.Reflection.TargetInvocationException: Exception has been thrown
by
the target of an invocation. ---
Microsoft.Deployment.WindowsInstaller.InvalidHandleException: The handle
is
invalid.
   at Microsoft.Deployment.WindowsInstaller.Session.GetTargetPath(String
directory)
   at
WhiteNoise.SecureNOW.CustomAction.CustomActions.ConfigureStorage(Session
session)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object
arguments, SignatureStruct sig, MethodAttributes methodAttributes,
RuntimeTypeHandle typeOwner)
   at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object
arguments, Signature sig, MethodAttributes methodAttributes,
RuntimeTypeHandle typeOwner)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj,
BindingFlags
invokeAttr, Binder binder, Object parameters, CultureInfo culture,
Boolean
skipVisibilityChecks)
   at System.Reflection.RuntimeMethodInfo.Invoke(Object obj,
BindingFlags
invokeAttr, Binder binder, Object parameters, CultureInfo culture)
   at
Microsoft.Deployment.WindowsInstaller.CustomActionProxy.InvokeCustomActi
on(I
nt32 sessionHandle, String entryPoint, IntPtr remotingDelegatePtr)

-Original Message-
From: Scott Sam [mailto:s...@clearviewecm.com] 
Sent: Tuesday, December 16, 2008 1:00 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem with Custom Action

Are you custom actions executing deferred?  No changes are made to the
system until the deferred mode. So the files won't be installed on the
system until the deferred sequence.

-Original Message-
From: Steve Oliver [mailto:ste...@one-slip.com] 
Sent: Tuesday, December 16, 2008 2:46 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Problem with Custom Action

I am writing a couple of managed custom actions. In the first action I
need
to access an assembly that is installed to the GAC via a merge file as
part
of the install. The problem is that the assembly does not seem to be
available until the installer has completed.

InstallExecuteSequence

  Custom Action=CAConfigureTecSecEnv After=InstallFinalizeNot
REMOVE/Custom

  Custom Action=CAConfigureStorage After=InstallFilesNot
REMOVE/Custom

/InstallExecuteSequence

Before the method in the custom action executes I get the error, Could
not
load file or assembly.. After the install completes I can see that the
assembly has been successfully installed but can't access while the
installer is running. 

In the second action I'm trying to read a configuration file that is
installed as part of the installation and modify it and write it back to
the
install directory. I locate the file using.

   string pathAppConfig =
Path.Combine(session.GetTargetPath(INSTALLDIR),
Util.Constants.APP_CONFIG);

which gives the path I'm expecting to see. The same kind of problem
occurs
as in the first. I get a File not found. error. I've made the
assumption
that sequencing the action to run After InstallFiles means that all
files
have been installed to the target directory  and are available. It looks
like that is not the case. So my question is this,

When do files and/or assemblies that are being installed become
available to
be used in a custom action?  

Thanks for the assistance.

Steve

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net

Re: [WiX-users] Problem with Custom Action

I just set the extra dll's as references and they got pulled in when I
compiled my dtf project.

-Original Message-
From: Steve Oliver [mailto:ste...@one-slip.com] 
Sent: Tuesday, December 16, 2008 3:47 PM
To: chr...@deploymentengineering.com; 'General discussion for Windows
Installer XML toolset.'
Subject: Re: [WiX-users] Problem with Custom Action

Yes, I am using DTF. I only discovered DTF yesterday so I'm a bit green.
How
do you have DTF pack the DLL?

-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: Tuesday, December 16, 2008 1:40 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Problem with Custom Action

Are you using DTF?   ( I certainly hope so since it's the only way to
fly
when writing managed CA's )

If so, you could just have DTF pack the DLL into your custom action and
resolve your reference that way.   Your MSI will be a little bit bigger
but
shouldn't really hurt anything.

--- On Tue, 12/16/08, Steve Oliver ste...@one-slip.com wrote:

 From: Steve Oliver ste...@one-slip.com
 Subject: [WiX-users] Problem with Custom Action
 To: wix-users@lists.sourceforge.net
 Date: Tuesday, December 16, 2008, 1:45 PM
 I am writing a couple of managed custom actions. In the
 first action I need
 to access an assembly that is installed to the GAC via a
 merge file as part
 of the install. The problem is that the assembly does not
 seem to be
 available until the installer has completed.

 InstallExecuteSequence

   Custom Action=CAConfigureTecSecEnv
 After=InstallFinalizeNot
 REMOVE/Custom

   Custom Action=CAConfigureStorage
 After=InstallFilesNot
 REMOVE/Custom

 /InstallExecuteSequence

 Before the method in the custom action executes I get the
 error, Could not
 load file or assembly.. After the install completes I
 can see that the
 assembly has been successfully installed but can't
 access while the
 installer is running. 

 In the second action I'm trying to read a configuration
 file that is
 installed as part of the installation and modify it and
 write it back to the
 install directory. I locate the file using.

string pathAppConfig =
 Path.Combine(session.GetTargetPath(INSTALLDIR),
 Util.Constants.APP_CONFIG);

 which gives the path I'm expecting to see. The same
 kind of problem occurs
 as in the first. I get a File not found. error.
 I've made the assumption
 that sequencing the action to run After InstallFiles means
 that all files
 have been installed to the target directory  and are
 available. It looks
 like that is not the case. So my question is this,

 When do files and/or assemblies that are being installed
 become available to
 be used in a custom action?  

 Thanks for the assistance.

 Steve

--
 SF.Net email is Sponsored by MIX09, March 18-20, 2009 in
 Las Vegas, Nevada.
 The future of the web can't happen without you.  Join
 us at MIX09 to help
 pave the way to the Next Web now. Learn more and register
 at

http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,
Nevada.
The future of the web can't happen without you.  Join us at MIX09 to
help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.
com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you.  Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Referencing a component that is not part of the package.