[WiX-users] heat question

2012-02-15 Thread Joel Budreau
Hi,

I'm using WiX 3.0 and utilizing heat.exe to harvest a directory in my build 
tree.  My goal is to generate a MSM using the resulting .wxs file.  I have a 
couple of MSIs that will use this MSM, and each MSI will want to install the 
MSM files into a separate directory.  Here's my problem:

- Build tree to harvest is located at ...\build\output\files...
- I point heat.exe to ...\build\output
- My MSM now has output as the root directory of all the files, do not want 
:(  What I want is to have INSTALLDIR set as the root path 
(INSTALLDIR\files...)

I've also tried passing ...\build\output\. to heat to see if it would recognize 
. as the root directory instead of output, but it had the same result.

Thanks,
Joel

--
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] How to diff two MSMs

2014-11-21 Thread Joel Budreau
Is there a good way to diff two merge modules to see what's changed between
builds?

Thanks,
Joel
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to diff two MSMs

2014-11-21 Thread Joel Budreau
I’ll give it a try. Thanks Phil!

- Joel

 On Nov 21, 2014, at 8:33 PM, Phil Wilson phildgwil...@gmail.com wrote:
 
 The Windows Kit (Platform SDK)  has some MSI tools and scripts, one of
 them is WIDiffDB.vbs that reports the difference between two
 databases. That might include merge modules.
 ---
 Phil Wilson
 
 
 On Fri, Nov 21, 2014 at 6:58 AM, Joel Budreau joel.budr...@gmail.com wrote:
 Is there a good way to diff two merge modules to see what's changed between
 builds?
 
 Thanks,
 Joel
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to diff two MSMs

2014-11-21 Thread Joel Budreau
Just tried it out. Yes, WiDiffDb.vbs prints out line-by-line the differences 
between two MSIs/MSMs.

 On Nov 21, 2014, at 8:33 PM, Phil Wilson phildgwil...@gmail.com wrote:
 
 The Windows Kit (Platform SDK)  has some MSI tools and scripts, one of
 them is WIDiffDB.vbs that reports the difference between two
 databases. That might include merge modules.
 ---
 Phil Wilson
 
 
 On Fri, Nov 21, 2014 at 6:58 AM, Joel Budreau joel.budr...@gmail.com wrote:
 Is there a good way to diff two merge modules to see what's changed between
 builds?
 
 Thanks,
 Joel
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Force overwrite DLL with previous version inMajorUpgrade?

2014-11-25 Thread Joel Budreau
Hey Klaus,

If you want to perform a major upgrade and make sure all the files from the 
newer installer are copied, make use of the REINSTALLMODE property - 
http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx If you set 
REINSTALLMODE=amus, the ‘a’ will ensure that all the new files are installed 
(regardless of the versions that are already installed).

Joel

 On Nov 25, 2014, at 2:06 AM, Klaus Gütter klaus.guet...@it-gmbh.de wrote:
 
 Hi Phil,
 
 thank you for the KB link. But this situation does not apply to our case (no 
 GAC or SxS involved).
 
 From the verbose log, I see that already in CostFinalize, the installer 
 decides not to install the component:
 MSI (s) (BC:C8) [10:46:51:830]: Disallowing installation of component: 
 {5572161F-6A73-4552-91C7-8108C28DF8CE} since the same component with higher 
 versioned keyfile exists. 
 RemoveRelatedProduct does however happily remove the component.
 
 Looks like an Installer limitation.
 
 Klaus Gütter
 
 -Ursprüngliche Nachricht-
 Von: Phil Wilson [mailto:phildgwil...@gmail.com] 
 Gesendet: Montag, 24. November 2014 21:34
 An: General discussion about the WiX toolset.
 Betreff: Re: [WiX-users] Force overwrite DLL with previous version 
 inMajorUpgrade?
 
 After InstallValidate should definitely work for a major upgrade.  If that 
 2.4 version is not installed then you may have that MSI bug, especially if 
 the file is in the GAC or SxS
 http://support.microsoft.com/kb/905238  and see if a repair restores the file.
 
 Anyway, take a verbose log and search for the file name and its component id. 
 There are more routine possible issues, such as the component id being 
 inadvertently shared with something, and hopefully the Dll is marked as key 
 path.
 ---
 Phil Wilson
 
 
 On Mon, Nov 24, 2014 at 3:39 AM, Klaus Gütter klaus.guet...@it-gmbh.de 
 wrote:
 Hello,
 
 I have the following situation: MyProduct version 1.1 uses ThirdPartyDll 
 version 2.5. For MyProduct version 1.2 we had to go back to ThirdPartyDll 
 version 2.4.
 
 Is it possible to use an Major Upgrade in this situation? I had no luck with 
 this up to now:
 - when scheduled afterInstallExecute, ThirdPartyDll version 2.5 is not 
 overwritten (as expected by the Installer rules)
 - when scheduled afterInstallValidate, ThirdPartyDll version 2.5 is removed, 
 but version 2.4 is not installed.
 
 If it matters: the MyProduct 1.1 setup was created with WiX 3.8, version 1.2 
 with WiX 3.9.
 
 Klaus Gütter
 
 --
  Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT 
 Server from Actuate! Instantly Supercharge Your Business Reports and 
 Dashboards with Interactivity, Sharing, Native Excel Exports, App 
 Integration  more Get technology previously reserved for 
 billion-dollar corporations, FREE 
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.
 clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from 
 Actuate! Instantly Supercharge Your Business Reports and Dashboards with 
 Interactivity, Sharing, Native Excel Exports, App Integration  more Get 
 technology previously reserved for billion-dollar corporations, FREE 
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Need to support Downgrade installs

2014-11-26 Thread Joel Budreau
Hey Rich,

If you make your installers set REINSTALLMODE=amus files will be overwritten 
regardless of their version. This would let you run upgrades and downgrades 
where whomever comes last wins.

http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx

- Joel

 On Nov 26, 2014, at 1:04 PM, Rich Fowler richwfow...@gmail.com wrote:
 
 I need to allow  Downgrading installations. This is for an internal
 application where a user may need to install version N over version
 N+1. Yes, I know this is frowned upon, but management insists. We need to
 make it seamless to our users. Forcing the user to first uninstall is not
 an option.
 
 I've searched most everywhere and think I am close to getting it right.
 However, after installing version N over top of N+1 only the unchanged
 files remain. It looks like the installer is determining which files to
 install before version N+1 is removed.
 
 Following is a stripped down installation file. The ACMEVERSION property
 changes from release to release as well as the file version withing the
 executable.
 After version 4.0.5.7 is installed, the directory contains two files - the
 exe and txt file. After 4.0.4.4 is installed, the directory only contains
 the txt file, which is unchanged between the versions.
 
 Any advice or comments are deeply appreciated.
 
 ?xml version=1.0 encoding=UTF-8?Wix
 xmlns=http://schemas.microsoft.com/wix/2006/wi;  ?define
 ACMEVERSION = 4.0.04.04 ?!--  THIS IS THE ONLY LINE THAT CHANGES
 --  ?define UpgradeCode =
 83ED9349-6CE8-49AF-AA9D-76A63BBF3667?Product Id=*
 Name=MyApp Language=1033 Version=$(var.ACMEVERSION)
 Manufacturer=Acme UpgradeCode=$(var.UpgradeCode)  Package
 InstallerVersion=405 Compressed=yes  Manufacturer=Acme /
 Property Id=ALLUSERS Value=1 /
   MajorUpgrade AllowDowngrades=yes
 Schedule=afterInstallValidate RemoveFeatures=ProductFeature /
 !--InstallExecuteSequence  RemoveExistingProducts
 After='InstallInitialize' /  InstallExecute
 After=RemoveExistingProducts //InstallExecuteSequence --
   !-- Force uninstall of any previously installed version (Allow
 Upgrade AND DownGrade --  Property
 Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' /  Upgrade
 Id='$(var.UpgradeCode)'  UpgradeVersion Minimum='1.0.0.0'
 Maximum='99.0.0.0'
 Property='PREVIOUSVERSIONSINSTALLED'
 MigrateFeatures=yes IncludeMinimum='yes' IncludeMaximum='no' /
 /Upgrade
 MediaTemplate EmbedCab='yes' /
 Feature Id=ProductFeature Title=MyApp
 Level=1ComponentGroupRef Id=ProductComponents
 //Feature  /Product!-- we want to install into 
 C:\Acme\
 --   FragmentDirectory Id=TARGETDIR Name=SourceDir
 Directory Id=ACMEINSTALLFOLDER Name=Acme //Directory
 SetDirectory Id=TARGETDIR Value=[WindowsVolume] /  /Fragment
   Fragment  ComponentGroup Id=ProductComponents   
 Component
 Id=AcmeAppComponent Guid=304961E1-C871-4124-A802-76EFBA17E3A6
Directory=ACMEINSTALLFOLDER RemoveFile
 Id=RmvFile Name=AcmeApp.exe On=install /File
 Id=AcmeEXE Name=AcmeApp.exe
 Source=..\$(var.ACMEVERSION)\AcmeApp.exe /  /Component
 Component Id=DocumentComponent
 Guid=AD9DED34-7158-454E-8A3C-A9FC04F28621
 Directory=ACMEINSTALLFOLDER File Id=NOTES
 Name=Notes.txt  KeyPath=yes /  /Component
 /ComponentGroup /Fragment/Wix
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Need to support Downgrade installs

2014-11-26 Thread Joel Budreau
I don’t believe that this approach will actually work. The MSI components are 
evaluated during (before?) the CostFinalize action, so by the time 
InstallInitialize runs, the new MSI has already made up it’s mind about what 
components are going to be installed/ignored. This is fine if you always want 
files to increase in version, but if you actually want to be able to run an 
“upgrade” (uninstall + install) where the new installer lays down whatever it’s 
got, you have to use REINSTALLMODE.

- Joel

 On Nov 26, 2014, at 1:10 PM, John Cooper jocoo...@jackhenry.com wrote:
 
 You need to change your MajorUpgrade@Schedule attribute to something like 
 afterInstallInitialize.  This will ensure that the previous version is 
 removed before the downgrade version is installed.  A downgrade like this 
 won't allow you an overlapped upgrade.
 
 --
 John Merryweather Cooper
 Senior Software Engineer | Enterprise Service Applications | Continuing 
 Development
 Jack Henry  Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
 |jocoo...@jackhenry.com
 
 
 
 -Original Message-
 From: Rich Fowler [mailto:richwfow...@gmail.com] 
 Sent: Wednesday, November 26, 2014 12:04 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Need to support Downgrade installs
 
 I need to allow  Downgrading installations. This is for an internal 
 application where a user may need to install version N over version N+1. 
 Yes, I know this is frowned upon, but management insists. We need to make it 
 seamless to our users. Forcing the user to first uninstall is not an option.
 
 I've searched most everywhere and think I am close to getting it right.
 However, after installing version N over top of N+1 only the unchanged 
 files remain. It looks like the installer is determining which files to 
 install before version N+1 is removed.
 
 Following is a stripped down installation file. The ACMEVERSION property 
 changes from release to release as well as the file version withing the 
 executable.
 After version 4.0.5.7 is installed, the directory contains two files - the 
 exe and txt file. After 4.0.4.4 is installed, the directory only contains the 
 txt file, which is unchanged between the versions.
 
 Any advice or comments are deeply appreciated.
 
 ?xml version=1.0 encoding=UTF-8?Wix
 xmlns=http://schemas.microsoft.com/wix/2006/wi;  ?define
 ACMEVERSION = 4.0.04.04 ?!--  THIS IS THE ONLY LINE THAT CHANGES
 --  ?define UpgradeCode =
 83ED9349-6CE8-49AF-AA9D-76A63BBF3667?Product Id=*
 Name=MyApp Language=1033 Version=$(var.ACMEVERSION)
 Manufacturer=Acme UpgradeCode=$(var.UpgradeCode)  Package
 InstallerVersion=405 Compressed=yes  Manufacturer=Acme / Property 
 Id=ALLUSERS Value=1 /
   MajorUpgrade AllowDowngrades=yes
 Schedule=afterInstallValidate RemoveFeatures=ProductFeature /
 !--InstallExecuteSequence  RemoveExistingProducts
 After='InstallInitialize' /  InstallExecute
 After=RemoveExistingProducts //InstallExecuteSequence --
   !-- Force uninstall of any previously installed version (Allow
 Upgrade AND DownGrade --  Property
 Id='PREVIOUSVERSIONSINSTALLED' Secure='yes' /  Upgrade
 Id='$(var.UpgradeCode)'  UpgradeVersion Minimum='1.0.0.0'
 Maximum='99.0.0.0'
 Property='PREVIOUSVERSIONSINSTALLED'
 MigrateFeatures=yes IncludeMinimum='yes' IncludeMaximum='no' / /Upgrade
 MediaTemplate EmbedCab='yes' /
 Feature Id=ProductFeature Title=MyApp
 Level=1ComponentGroupRef Id=ProductComponents
 //Feature  /Product!-- we want to install into 
 C:\Acme\
 --   FragmentDirectory Id=TARGETDIR Name=SourceDir
 Directory Id=ACMEINSTALLFOLDER Name=Acme //Directory
 SetDirectory Id=TARGETDIR Value=[WindowsVolume] /  /Fragment
   Fragment  ComponentGroup Id=ProductComponents   
 Component
 Id=AcmeAppComponent Guid=304961E1-C871-4124-A802-76EFBA17E3A6
Directory=ACMEINSTALLFOLDER RemoveFile
 Id=RmvFile Name=AcmeApp.exe On=install /File
 Id=AcmeEXE Name=AcmeApp.exe
 Source=..\$(var.ACMEVERSION)\AcmeApp.exe /  /Component
 Component Id=DocumentComponent
 Guid=AD9DED34-7158-454E-8A3C-A9FC04F28621
 Directory=ACMEINSTALLFOLDER File Id=NOTES
 Name=Notes.txt  KeyPath=yes /  /Component
 /ComponentGroup /Fragment/Wix
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from 
 Actuate! Instantly Supercharge Your Business Reports and Dashboards with 
 Interactivity, Sharing, Native Excel Exports, App Integration  more Get 
 technology previously reserved for billion-dollar corporations, FREE 
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 NOTICE: This electronic mail message and any files transmitted 

Re: [WiX-users] Force overwrite DLL with previous version inMajorUpgrade?

2014-11-26 Thread Joel Budreau
Hey Phil,

Can you tell me how it’s possible to schedule RemoveExistingProducts early 
enough to avoid versioning rules being applied? I’m under the impression that 
versioning rules are applied during CostFinalize, which has to come before 
InstallInitialize, which has to come before RemoveExistingProducts. Am I 
missing something?

Thanks,
Joel

 On Nov 26, 2014, at 2:39 PM, Phil Wilson phildgwil...@gmail.com wrote:
 
 It's an anomaly or the same bug in non SxS situations. It's not an
 installer limitation because an REP early in the install will remove
 the older product before the new one regardless of versions. You
 haven't posted your upgrade or majorupgrade WiX source, so it's worth
 verifying that you are really doing a major upgrade and that
 RemoveExistingProducts is in the appropriate place. If it's after
 InstallExecute then it's at the end and that will definitely invoke
 file versioning rules. Not all major upgrades are the same and you
 must have REP early to avoid versioning rules being applied.
 ---
 Phil Wilson
 
 
 On Tue, Nov 25, 2014 at 1:24 PM, Joel Budreau joel.budr...@gmail.com wrote:
 Hey Klaus,
 
 If you want to perform a major upgrade and make sure all the files from the 
 newer installer are copied, make use of the REINSTALLMODE property - 
 http://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx If you 
 set REINSTALLMODE=amus, the ‘a’ will ensure that all the new files are 
 installed (regardless of the versions that are already installed).
 
 Joel
 
 On Nov 25, 2014, at 2:06 AM, Klaus Gütter klaus.guet...@it-gmbh.de wrote:
 
 Hi Phil,
 
 thank you for the KB link. But this situation does not apply to our case 
 (no GAC or SxS involved).
 
 From the verbose log, I see that already in CostFinalize, the installer 
 decides not to install the component:
 MSI (s) (BC:C8) [10:46:51:830]: Disallowing installation of component: 
 {5572161F-6A73-4552-91C7-8108C28DF8CE} since the same component with higher 
 versioned keyfile exists.
 RemoveRelatedProduct does however happily remove the component.
 
 Looks like an Installer limitation.
 
 Klaus Gütter
 
 -Ursprüngliche Nachricht-
 Von: Phil Wilson [mailto:phildgwil...@gmail.com]
 Gesendet: Montag, 24. November 2014 21:34
 An: General discussion about the WiX toolset.
 Betreff: Re: [WiX-users] Force overwrite DLL with previous version 
 inMajorUpgrade?
 
 After InstallValidate should definitely work for a major upgrade.  If that 
 2.4 version is not installed then you may have that MSI bug, especially if 
 the file is in the GAC or SxS
 http://support.microsoft.com/kb/905238  and see if a repair restores the 
 file.
 
 Anyway, take a verbose log and search for the file name and its component 
 id. There are more routine possible issues, such as the component id being 
 inadvertently shared with something, and hopefully the Dll is marked as key 
 path.
 ---
 Phil Wilson
 
 
 On Mon, Nov 24, 2014 at 3:39 AM, Klaus Gütter klaus.guet...@it-gmbh.de 
 wrote:
 Hello,
 
 I have the following situation: MyProduct version 1.1 uses ThirdPartyDll 
 version 2.5. For MyProduct version 1.2 we had to go back to ThirdPartyDll 
 version 2.4.
 
 Is it possible to use an Major Upgrade in this situation? I had no luck 
 with this up to now:
 - when scheduled afterInstallExecute, ThirdPartyDll version 2.5 is not
 overwritten (as expected by the Installer rules)
 - when scheduled afterInstallValidate, ThirdPartyDll version 2.5 is 
 removed, but version 2.4 is not installed.
 
 If it matters: the MyProduct 1.1 setup was created with WiX 3.8, version 
 1.2 with WiX 3.9.
 
 Klaus Gütter
 
 --
  Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT
 Server from Actuate! Instantly Supercharge Your Business Reports and
 Dashboards with Interactivity, Sharing, Native Excel Exports, App
 Integration  more Get technology previously reserved for
 billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.
 clktrk ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from 
 Actuate! Instantly Supercharge Your Business Reports and Dashboards with 
 Interactivity, Sharing, Native Excel Exports, App Integration  more Get 
 technology previously reserved for billion-dollar corporations, FREE 
 http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 --
 Download BIRT iHub F-Type - The Free Enterprise

[WiX-users] WIX build failures

2014-12-12 Thread Joel Budreau
Hey guys,

I’m not sure how to fix my build problems…

What I’ve done so far:
1. Cloned the ‘wix3’ repo on my Win7x64 machine.
2. Followed the instructions on 
http://wixtoolset.org/documentation/manual/v3/wixdev/building_wix.html 
http://wixtoolset.org/documentation/manual/v3/wixdev/building_wix.html by 
running msbuild tools\OneTimeWixBuildInitialization.proj” (No Warnings/No 
Errors).
3. Ran “msbuild” and “msbuild /p:PlatformToolset=v120_xp”.

I keep running into multiple instances of this error:
C:\Users\jbudreau\Documents\GitHub\wix3\wix.proj (default target) (1) -
C:\Users\jbudreau\Documents\GitHub\wix3\src\dtf\dtf.proj (default target) 
(14) -
C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\libs.proj (default target) 
(15) -
C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\libs_multitarget.proj 
(default target) (16) -
C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\dutil\dutil.vcxproj (default 
target) (17) -
(PlatformPrepareForBuild target) -
  C:\Program Files 
(x86)\MSBuild\Microsoft.Cpp\v4.0\V120\Microsoft.Cpp.Platform.targets(64,5): 
error MSB8020: The build tools for Visual Studio 2012 - Windows XP (Platform 
Toolset = 'v110_xp') cannot be found. To build using the v110_xp build tools, 
please install Visual Studio 2012 - Windows XP build tools.  Alternatively, you 
may upgrade to the current Visual Studio tools by selecting the Project menu or 
right-click the solution, and then selecting Upgrade Solution 
[C:\Users\jbudreau\Documents\GitHub\wix3\src\libs\dutil\dutil.vcxproj]

I have the following installed:
- Visual Studio 2012
- Visual Studio 2013
- Microsoft Windows SDK for Windows 7 and .NET Framework 3.5 SP1 (ALL features)

What am I missing??

Thanks,
Joel
--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WIX build failures

2014-12-12 Thread Joel Budreau
Thanks Phil, I’ll give that a try…

 On Dec 12, 2014, at 12:15 PM, Phill Hogland phogl...@rimage.com wrote:
 
 You also need to get and install the vs2012SDK and the vs2013sdk (different
 from windows sdk)
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-build-failures-tp7598551p7598552.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WIX build failures

2014-12-12 Thread Joel Budreau
Nope :/

Still getting the same build failures, even after installing the VS2012  
VS2013 SDKs…

 On Dec 12, 2014, at 12:19 PM, Joel Budreau joel.budr...@gmail.com wrote:
 
 Thanks Phil, I’ll give that a try…
 
 On Dec 12, 2014, at 12:15 PM, Phill Hogland phogl...@rimage.com wrote:
 
 You also need to get and install the vs2012SDK and the vs2013sdk (different
 from windows sdk)
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-build-failures-tp7598551p7598552.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WIX build failures

2014-12-12 Thread Joel Budreau
A ha! I had Visual Studio 2012 installed, but I was missing “Update 4” (same 
issue here - 
http://stackoverflow.com/questions/19278446/why-is-the-option-for-visual-studio-2012-windows-xp-v110-xp-missing-in-visua).
 The build is running now :)

Joel

 On Dec 12, 2014, at 12:25 PM, Joel Budreau joel.budr...@gmail.com wrote:
 
 Nope :/
 
 Still getting the same build failures, even after installing the VS2012  
 VS2013 SDKs…
 
 On Dec 12, 2014, at 12:19 PM, Joel Budreau joel.budr...@gmail.com wrote:
 
 Thanks Phil, I’ll give that a try…
 
 On Dec 12, 2014, at 12:15 PM, Phill Hogland phogl...@rimage.com wrote:
 
 You also need to get and install the vs2012SDK and the vs2013sdk (different
 from windows sdk)
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WIX-build-failures-tp7598551p7598552.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
 from Actuate! Instantly Supercharge Your Business Reports and Dashboards
 with Interactivity, Sharing, Native Excel Exports, App Integration  more
 Get technology previously reserved for billion-dollar corporations, FREE
 http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 


--
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration  more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151iu=/4140/ostg.clktrk
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] How to show custom error text on SetupCompleteError dialog when a deferred CA fails.

2015-02-05 Thread Joel Budreau
I think the standard is to have the deferred action make a call to 
MsiProcessMessage (not MessageBox), passing in a reference to the Error table 
(that way your displayed strings won’t live inside dll resource files).

https://msdn.microsoft.com/en-us/library/aa371247%28v=vs.85%29.aspx


 On Feb 4, 2015, at 11:08 AM, Kashif Md. mdkashi...@gmail.com wrote:
 
 Hi,
 
 I have a deferred Custom action that fails in some scenarios. Since this
 custom action is responsible for installling some licensing libraries for
 my product hence I cannot continue installation if this CA fails.
 
 I want to show a custom error message to the user if this CA has failed the
 installation. To capture the failure from this CA I write a registry value
 signifying whether the CA was successful or not. But how do read this
 registry, set a property based on this CA and then use that property to
 show/hide my text on SetupCompleteError dialog.
 
 As soon as CA fails, rollback starts and then it does not execute any
 immediate custom actions. I cannot even use a roll back CA because it
 cannot set any property.
 
 Can someone please help and let me know if there is a way to do this other
 than throwing up a message box to the user?
 
 Thanks,
 -kashif
 --
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WiX MSI or Bundle - calling Windows Explorer with a specified folder

2015-02-05 Thread Joel Budreau
You can have a type-34 custom action launch “C:\Windows\explorer.exe path”.

CustomAction Id=“LaunchExplorer” Directory=“[WindowsFolder]” 
ExeCommand=“explorer.exe quot;[MyPath]quot;” Execute=“whatever” 
Return=“ignore” /

 On Feb 4, 2015, at 9:52 AM, Tall Tyke chris.mo...@eque2.com wrote:
 
 Hi,
 
 I posted a question yesterday, which was a bit bizarre and didn't get any
 responses - so we have changed tack a bit and now want our installer (
 either a WiX 3.9 MSI or our bundle ) to run Windows Explorer opening up at
 a folder path with give it - is that possible ?
 
 Cheers,
 
 Chris.
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/WiX-MSI-or-Bundle-calling-Windows-Explorer-with-a-specified-folder-tp7599135.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Custom Action after a Dialog

2015-01-29 Thread Joel Budreau
Hey Nagesh,

What you’re looking for will be really similar to this example - 
http://wixtoolset.org/documentation/manual/v3/howtos/ui_and_localization/run_program_after_install.html

Joel
 On Jan 28, 2015, at 2:22 PM, Nagesh Hora horanag...@gmail.com wrote:
 
 Please help me in calling an custom action after a dialog..  Pointers to
 examples would help
 --
 Dive into the World of Parallel Programming. The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Doesn't the Bootstrapper check to see if another instance of itself is running? [P]

2015-01-23 Thread Joel Budreau
Once an MSI enters the InstallValidate (InstallInitialize) action in the 
InstallExecuteSequence it will obtain a system-wide MSI lock. It will only 
release it once it finishes the InstallFinalize action.

So, the short answer is generally: two MSIs running the InstallExecuteSequence 
at the same time is a no/no…

 On Jan 23, 2015, at 6:11 PM, Steven Ogilvie steven.ogil...@titus.com wrote:
 
 Classification: Public
 I thought two MSI's running at same time is a no/no?
 
 Steve
 
 -Original Message-
 From: Rob Mensching [mailto:r...@firegiant.com]
 Sent: January-23-15 6:00 PM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Doesn't the Bootstrapper check to see if another 
 instance of itself is running?
 
 Do you mean Burn? If so, I've never seen it do that before. 
 
 Note: Windows Installer will do the same thing. Launch an MSI twice, you 
 should get two UIs running.
 
 _
 Short replies here. Complete answers over there: http://www.firegiant.com/
 
 
 -Original Message-
 From: StevenOgilvie [mailto:sogil...@msn.com]
 Sent: Friday, January 23, 2015 12:30 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Doesn't the Bootstrapper check to see if another 
 instance of itself is running?
 
 Hi,
 
 Just a quick question.
 
 Doesn't the Bootstrapper verify that it is not running another instance of 
 itself?
 
 i.e. Launch your Installer (Bootstrapper) launch same installer again, two 
 instances are now running...
 
 Steve
 
 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
  
 This message has been marked as Public by Steven Ogilvie on January-23-15 
 6:11:25 PM.
 
 The above classification labels were added to the message by TITUS Message 
 Classification. 
 For more information visit www.titus.com.
 
 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Doesn't the Bootstrapper check to see if another instance of itself is running? [P]

2015-01-23 Thread Joel Budreau
Christopher Painter actually explained it better (about 3 years ago) - 
http://community.flexerasoftware.com/archive/index.php?t-198832.html

1) One Execute Sequence per system
2) One UI Sequence per process

 On Jan 23, 2015, at 7:39 PM, Joel Budreau joel.budr...@gmail.com wrote:
 
 Once an MSI enters the InstallValidate (InstallInitialize) action in the 
 InstallExecuteSequence it will obtain a system-wide MSI lock. It will only 
 release it once it finishes the InstallFinalize action.
 
 So, the short answer is generally: two MSIs running the 
 InstallExecuteSequence at the same time is a no/no…
 
 On Jan 23, 2015, at 6:11 PM, Steven Ogilvie steven.ogil...@titus.com wrote:
 
 Classification: Public
 I thought two MSI's running at same time is a no/no?
 
 Steve
 
 -Original Message-
 From: Rob Mensching [mailto:r...@firegiant.com]
 Sent: January-23-15 6:00 PM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Doesn't the Bootstrapper check to see if another 
 instance of itself is running?
 
 Do you mean Burn? If so, I've never seen it do that before. 
 
 Note: Windows Installer will do the same thing. Launch an MSI twice, you 
 should get two UIs running.
 
 _
 Short replies here. Complete answers over there: http://www.firegiant.com/
 
 
 -Original Message-
 From: StevenOgilvie [mailto:sogil...@msn.com]
 Sent: Friday, January 23, 2015 12:30 PM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Doesn't the Bootstrapper check to see if another 
 instance of itself is running?
 
 Hi,
 
 Just a quick question.
 
 Doesn't the Bootstrapper verify that it is not running another instance of 
 itself?
 
 i.e. Launch your Installer (Bootstrapper) launch same installer again, two 
 instances are now running...
 
 Steve
 
 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 
 This message has been marked as Public by Steven Ogilvie on January-23-15 
 6:11:25 PM.
 
 The above classification labels were added to the message by TITUS Message 
 Classification. 
 For more information visit www.titus.com.
 
 --
 New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
 GigeNET is offering a free month of service with a new server in Ashburn.
 Choose from 2 high performing configs, both with 100TB of bandwidth.
 Higher redundancy.Lower latency.Increased capacity.Completely compliant.
 http://p.sf.net/sfu/gigenet
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 


--
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] execute custom action before LaunchConditions in silent setup

2015-01-07 Thread Joel Budreau
Can you send some screenshots of your MSI’s InstallUISequence and 
InstallExecuteSequence and/or the declaration of your FixNetFramework45 custom 
action.

 On Jan 6, 2015, at 6:02 AM, Yankulin, Leonid leonid.yanku...@mckesson.com 
 wrote:
 
 Hello,
 I have defined a custom action to be executed *BEFORE* the LaunchConditions 
 action in the following way:
 InstallUISequence
 Custom Action=FixNetFramework45 Before=LaunchConditions /
 /InstallUISequence
 InstallExecuteSequence
 Custom Action=FixNetFramework45 Before=LaunchConditions /
 /InstallExecuteSequence
 
 I use WiX 3.9 and want to validate that I have .NET 4.5.2 installed. For this 
 I like to compare numerical values to allow any 4.5.2 or greater:
 Condition Message=This application requires .NET Framework 4.5.2. Please 
 install the .NET Framework then run this installer again.
 ![CDATA[Installed OR (NETFRAMEWORK45 = $(var.NetFx452MinRelease))]]
 /Condition
 
 I see that when I run my setup with UI then everything works as expected. 
 However, when I launch it in silent mode: msiexec.exe /i mysetup.msi /qn
 the setup fails due .NET 4.5.2 validation condition and my custom action 
 isn't launched.
 
 Please, advise how do I enforce custom action to be launched before 
 LaunchConditions in silent setup.
 
 Thank you,
 Leonid, Yankulin
 --
 Dive into the World of Parallel Programming! The Go Parallel Website,
 sponsored by Intel and developed in partnership with Slashdot Media, is your
 hub for all things parallel software development, from weekly thought
 leadership blogs to news, videos, case studies, tutorials and more. Take a
 look and join the conversation now. http://goparallel.sourceforge.net
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] RegistrySearch on click

2015-03-06 Thread Joel Budreau
I think you’d have to write your own VB script/DLL custom action to:
1. Read the user’s input from a property
2. Read the existing value from the registry - 
http://stackoverflow.com/questions/34065/how-to-read-a-value-from-the-windows-registry
3. Write a property (or don’t) if the user’s input matches what’s currently in 
the registry
4. Use the newly created property to condition whether or not to allow the 
‘Next’ button to proceed to the next dialog
 
 On Mar 6, 2015, at 12:36 PM, Joseph L. Casale jcas...@activenetwerx.com 
 wrote:
 
 Trying that again...
 
 I have been searching around for a while without luck on the approach
 used to initiate a RegistrySearch using a value entered in a text field
 when the user presses next in a dialog.
 
 The best I could come up with was publishing a DoAction event in the
 next button control. However, I cant seem to find an indication that
 you can actually create a CustomAction that performs a registry search?
 
 Ultimately I need to return an error if the value is not found.
 
 Thanks,
 jlc
 --
 Dive into the World of Parallel Programming The Go Parallel Website, sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for all
 things parallel software development, from weekly thought leadership blogs to
 news, videos, case studies, tutorials and more. Take a look and join the 
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Custom Action to Read XML value

2015-03-06 Thread Joel Budreau
http://stackoverflow.com/questions/23805767/wix-custom-actions-reading-parameters-from-an-xml-file
 ?

 On Mar 6, 2015, at 2:45 PM, Davis, Jeff jda...@nanometrics.com wrote:
 
 So does someone have the DLL or the code that does what is listed below that 
 is working?   I am trying to work on a complex Wix Installer and would just 
 like to have XML read capability in my .WXS  code so I can continue.  
 
 
 -Original Message-
 From: John Cooper [mailto:jocoo...@jackhenry.com] 
 Sent: Friday, March 06, 2015 10:23 AM
 To: General discussion about the WiX toolset.
 Subject: Re: [WiX-users] Custom Action to Read XML value
 
 Yes.  It's not very complicated.  The specific steps in the innermost custom 
 action (there is another custom action that drives this one from a table) are:
 
 1) load path to XML file from property;
 2) load XPATH from property;
 3) create an XmlDocument instance
 4) use the TrySafeLoad method to see if I can load the XML file, exit if I 
 can't
 5) get an XmlNode using SelectSingleNode on the XPATH previously loaded;
 6) if the XmlNode is null, store a default value;
 7) else process for attribute, element, or inner text and load the property;
 8) exit
 
 The code following this flow has been used in production for over two years.
 
 --
 John Merryweather Cooper
 Senior Software Engineer | Integration Development Group | Continuing 
 Development Jack Henry  Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
 |jocoo...@jackhenry.com
 
 
 
 -Original Message-
 From: Davis, Jeff [mailto:jda...@nanometrics.com]
 Sent: Friday, March 6, 2015 12:02 PM
 To: General discussion about the WiX toolset.
 Subject: [WiX-users] Custom Action to Read XML value
 
 It seems like the answer to every question about reading XML value using Wix 
 is to write a custom action.  I have found a couple of solutions that I have 
 tried with no success.   Does someone have a working XML Search custom action 
 that you pass a XML filename and a XPath value and it will populate a 
 Property value with its results.   I don't need to add an extension with lots 
 of other actions or an action that a lot more than what I need.  Although if 
 you're using something that works I'd take it.
 
 I need it to be able to evaluate complex XPath expressions with valid XST 
 functions like substring-before() so I can parse Values.
 
 Has someone got something that works for them that they don't mind sharing so 
 I don't have to write my own?  (which is not my strong point)
 
 
 
 This solution is what I am looking for but I can't get it to work for me.
 
 http://www.codeproject.com/Articles/865604/Writing-a-Wix-Extension-to-Read-XML-Files
 
 When I try to build the project I get several errors.
 
 Error 1 The command copy 
 .\Wix.XmlSearch_src\XmlSearch.WixLib\bin\Debug\XmlSearch.wixlib 
 .\Wix.XmlSearch_src\Resources /y exited with code 1. Wix.XmlSearch
 
 If I add this to the Wix.Test.Setup Product.wxs
 
 xmlsearch:XmlSearch Id=Test1 File=$(var.ProjectDir)Test.xml 
 XPath=/Testdata/testnode/@Value/
 
 I get this error
 
 Error 1 The Property element contains an unhandled extension element 
 'xmlsearch:XmlSearch'. Please ensure that the extension for elements in the 
 'http://schemas.rottedfrog.co.uk/wix/XmlSearch' namespace has been provided.
 
 If I try to add the binary to a project I get this error
 
 A reference to C:\Program Files (x86)\WiX Toolset v3.9\bin\\Wix.WmlSearch.dll 
 could not be added. Please make sure tha tthe file is accessible, and that it 
 is a valid Wix reference.
 
 
 I have tried this one which works pretty well
 
 https://bitbucket.org/nirbar1/panelswwixextension
 
 But there is a bug in the XPath expression evaluation that won't allow 
 functions like substring-before()  etc to be used.
 
 
 
 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored by Intel and developed in partnership with Slashdot Media, is your 
 hub for all things parallel software development, from weekly thought 
 leadership blogs to news, videos, case studies, tutorials and more. Take a 
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 NOTICE: This electronic mail message and any files transmitted with it are 
 intended exclusively for the individual or entity to which it is addressed. 
 The message, together with any attachment, may contain confidential and/or 
 privileged information.
 Any unauthorized review, use, printing, saving, copying, disclosure or 
 distribution is strictly prohibited. If you have received this message in 
 error, please immediately advise the sender by reply email and delete all 
 copies.
 
 
 --
 Dive into the World of 

Re: [WiX-users] how to extract string from registry entry

2015-03-10 Thread Joel Budreau
I don’t know any way to perform that kind of string-manipulation in MSI itself. 
I’d go with a CA.

 On Mar 9, 2015, at 8:35 AM, Namrata Kumari namrata.kum...@aspiresys.com 
 wrote:
 
 I want to launch my application on default browser but getting extra content
 in registry entry , how to extract exact values out from registry: 
 Property Id=BROWSER
  RegistrySearch Id='DefaultBrowser' Type='raw' Root='HKCR'
 Key='http\shell\open\command' /
/Property
 
 Getting registry entry : 
 Firefox:  C:\Program Files (x86)\Mozilla Firefox\firefox.exe -osint -url
 %1 
 Chrome: C:\Program Files (x86)\Google\Chrome\Application\chrome.exe --
 %1 
 
 Required Value :: 
 Firefox:  C:\Program Files (x86)\Mozilla Firefox\firefox.exe 
 Chrome: C:\Program Files (x86)\Google\Chrome\Application\chrome.exe 
 
 
 
 Is there any way to extract value as required in registry entry else have to
 go with CA... hate that
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/how-to-extract-string-from-registry-entry-tp7599505.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Dive into the World of Parallel Programming The Go Parallel Website, sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for all
 things parallel software development, from weekly thought leadership blogs to
 news, videos, case studies, tutorials and more. Take a look and join the 
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Error 1920. Service 'SomeService' failed to start

2015-03-13 Thread Joel Budreau
I’ve had success tracking down 1920 service-start errors by opening the exe in 
the dependency walker right after the error message is thrown 
(http://www.dependencywalker.com/). It’s not a perfectly reliable tool, but it 
will let you know if your binary is missing any static dependencies that would 
cause it to fail to start up.

 On Mar 11, 2015, at 9:02 AM, Sarvagya Pant sarvagya.p...@gmail.com wrote:
 
 ​​
 ​Hi,
 I have created an installer that is supposed to be get install and start
 the service. The installer does install in most machines , but during
 installation in one of customers, it gave Error 1920. Service
 'SomeService'failed to start error. The user has installed the software as
 an administrator, but still is getting the same error.
 The detailed error is MSI (s) (6C:18) [14:07:48:771]: Product:
 SomeProduct-- Error 1920. Service 'SomeService' (SomeService) failed to
 start.  Verify that you have sufficient privileges to start system
 services.
 
 I have also implemented Custom action in the installer using C# that is
 supposed to get the parameter passed to installer and create some config
 file.
 
 I have following wix file:
 
 
 ?xml version=1.0 encoding=UTF-8?
 Wix xmlns=http://schemas.microsoft.com/wix/2006/wi;
 xmlns:netfx=http://schemas.microsoft.com/wix/NetFxExtension;
  Product Id=* Name=MyProduct Language=1033 Version=3.0.0
 Manufacturer=Sarvagya UpgradeCode=50AB9D2F-93A4-4301-B418-4CB31668DC5A
Package InstallerVersion=200 Compressed=yes
 InstallScope=perMachine /
 
MajorUpgrade DowngradeErrorMessage=A newer version of [ProductName]
 is already installed. /
MediaTemplate EmbedCab=yes /
 
Feature Id=ProductFeature Title=MyProduct Level=1
  ComponentGroupRef Id=ProductComponents /
/Feature
PropertyRef Id=NETFRAMEWORK40FULL/
Condition Message=The application requires .NET Framework 4 or later.
 Please Install .NET Framework and try again.
  ![CDATA[Installed OR NETFRAMEWORK40FULL]]
/Condition
  /Product
 
  Fragment
Directory Id=TARGETDIR Name=SourceDir
  Directory Id=WindowsVolume
Directory Id=INSTALLFOLDER Name=HelloWix /
  /Directory
/Directory
  /Fragment
 
  Fragment
ComponentGroup Id=ProductComponents Directory=INSTALLFOLDER
 
  Component Id=ProductComponent
File
  Id=SOMEFILE
  Name=somefile.exe
  DiskId=1
  Source=$(var.lpa.TargetPath)
  Vital=yes
  KeyPath=yes /
 
?if $(var.Configuration) = Release?
ServiceInstall Id=ServiceInstaller Type=ownProcess Vital=yes
Name=SomeService DisplayName=SomeService
Description=This is the service to be started Start=auto
Account=LocalSystem ErrorControl=normal Interactive=no /
 
ServiceControl Id=StartService Start=install Stop=both
 Remove=uninstall
Name=SomeService Wait=yes /
?endif?
  /Component
 
  Component Id=BoostThreadLibrary
?if $(var.Configuration) = Debug?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_thread-vc100-mt-gd-1_55.dll /
?else?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_thread-vc100-mt-1_55.dll /
?endif?
  /Component
  Component Id=BoostSystemLibrary
?if $(var.Configuration) = Debug?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_system-vc100-mt-gd-1_55.dll /
?else?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_system-vc100-mt-1_55.dll /
?endif?
  /Component
  Component Id=BoostChronoLibrary
?if $(var.Configuration) = Debug?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_chrono-vc100-mt-gd-1_55.dll /
?else?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_chrono-vc100-mt-1_55.dll /
?endif?
  /Component
  !--Component Id=BoostLogLibrary
?if $(var.Configuration) = Debug?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_log-vc100-mt-gd-1_55.dll /
?else?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_log-vc100-mt-1_55.dll /
?endif?
  /Component--
  Component Id=BoostFileSystemLibrary
?if $(var.Configuration) = Debug?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_filesystem-vc100-mt-gd-1_55.dll /
?else?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_filesystem-vc100-mt-1_55.dll /
?endif?
  /Component
  Component Id=BoostDateTimeLibrary
?if $(var.Configuration) = Debug?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_date_time-vc100-mt-gd-1_55.dll /
?else?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_date_time-vc100-mt-1_55.dll /
?endif?
  /Component
 
  Component Id=BoostZlibLibrary
?if $(var.Configuration) = Debug?
File Source
 =C:\boost_1_55_0_dyn\stage\lib\boost_zlib-vc100-mt-gd-1_55.dll /
?else?

Re: [WiX-users] General Visual Studio 2013 Help

2015-03-30 Thread Joel Budreau
Yeah, thanks John. It’s working now :)

 On Mar 29, 2015, at 10:33 AM, John Cooper jocoo...@jackhenry.com wrote:
 
 You need to make sure that the path to the library is in the list of paths 
 searched for libraries, and you need to make sure the library filename is the 
 list of libraries to be linked.  Based on the discussion in the stackoverflow 
 link, I suspect the actual file name (msi.lib) to link is what is missing.
 
 See http://www.codeproject.com/Articles/1747/MSI-Custom-Action-DLL 
 
 You may also need to link to other libraries such as crypt32.lib
 --
 John Merryweather Cooper
 Senior Software Engineer | Integration Development Group | Continuing 
 Development
 Jack Henry  Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
 |jocoo...@jackhenry.com
 
 
 
 -Original Message-
 From: Joel Budreau [mailto:joel.budr...@gmail.com] 
 Sent: Sunday, March 29, 2015 8:51 AM
 To: General discussion about the WiX toolset.
 Subject: [WiX-users] General Visual Studio 2013 Help
 
 Hey guys,
 
 I thought I’d reach out to this group to see if anyone knew the answer to my 
 problem off the top of their head:
 http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
  
 http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
 
 Thanks,
 Joel
 
 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored by Intel and developed in partnership with Slashdot Media, is your 
 hub for all things parallel software development, from weekly thought 
 leadership blogs to news, videos, case studies, tutorials and more. Take a 
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 NOTICE: This electronic mail message and any files transmitted with it are 
 intended
 exclusively for the individual or entity to which it is addressed. The 
 message, 
 together with any attachment, may contain confidential and/or privileged 
 information.
 Any unauthorized review, use, printing, saving, copying, disclosure or 
 distribution 
 is strictly prohibited. If you have received this message in error, please 
 immediately advise the sender by reply email and delete all copies.
 --
 Dive into the World of Parallel Programming The Go Parallel Website, sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for all
 things parallel software development, from weekly thought leadership blogs to
 news, videos, case studies, tutorials and more. Take a look and join the 
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] General Visual Studio 2013 Help

2015-03-31 Thread Joel Budreau
Yeah, thanks John. It’s working now :)

 On Mar 29, 2015, at 10:33 AM, John Cooper jocoo...@jackhenry.com wrote:
 
 You need to make sure that the path to the library is in the list of paths 
 searched for libraries, and you need to make sure the library filename is the 
 list of libraries to be linked.  Based on the discussion in the stackoverflow 
 link, I suspect the actual file name (msi.lib) to link is what is missing.
 
 See http://www.codeproject.com/Articles/1747/MSI-Custom-Action-DLL 
 
 You may also need to link to other libraries such as crypt32.lib
 --
 John Merryweather Cooper
 Senior Software Engineer | Integration Development Group | Continuing 
 Development
 Jack Henry  Associates, Inc.® | Lenexa, KS  66214 | Ext:  431050 
 |jocoo...@jackhenry.com
 
 
 
 -Original Message-
 From: Joel Budreau [mailto:joel.budr...@gmail.com] 
 Sent: Sunday, March 29, 2015 8:51 AM
 To: General discussion about the WiX toolset.
 Subject: [WiX-users] General Visual Studio 2013 Help
 
 Hey guys,
 
 I thought I’d reach out to this group to see if anyone knew the answer to my 
 problem off the top of their head:
 http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
  
 http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
 
 Thanks,
 Joel
 
 --
 Dive into the World of Parallel Programming The Go Parallel Website, 
 sponsored by Intel and developed in partnership with Slashdot Media, is your 
 hub for all things parallel software development, from weekly thought 
 leadership blogs to news, videos, case studies, tutorials and more. Take a 
 look and join the conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 NOTICE: This electronic mail message and any files transmitted with it are 
 intended
 exclusively for the individual or entity to which it is addressed. The 
 message, 
 together with any attachment, may contain confidential and/or privileged 
 information.
 Any unauthorized review, use, printing, saving, copying, disclosure or 
 distribution 
 is strictly prohibited. If you have received this message in error, please 
 immediately advise the sender by reply email and delete all copies.
 --
 Dive into the World of Parallel Programming The Go Parallel Website, sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for all
 things parallel software development, from weekly thought leadership blogs to
 news, videos, case studies, tutorials and more. Take a look and join the 
 conversation now. http://goparallel.sourceforge.net/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] General Visual Studio 2013 Help

2015-03-29 Thread Joel Budreau
Hey guys,

I thought I’d reach out to this group to see if anyone knew the answer to my 
problem off the top of their head:
http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project
 
http://stackoverflow.com/questions/29329735/i-cant-figure-out-how-to-link-msi-lib-to-my-visual-studio-c-project

Thanks,
Joel

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Major upgrade: a few files are not installed

2015-04-13 Thread Joel Budreau
You could pass REINSTALLMODE=amus so that all files are overwritten by the 
newer MSI - https://msdn.microsoft.com/en-us/library/aa371182%28v=vs.85%29.aspx

 On Apr 13, 2015, at 9:36 AM, Lukas Rieger lrie...@nemetschek-engineering.at 
 wrote:
 
 I have the same issue as described here: 
 http://stackoverflow.com/questions/15138731/wix-major-upgrade-not-installing-all-files
 After a major upgrade a few files are missing. After a repair, they 
 reapper, and with a clean install, they are also correctly installed.
 The log contains
 Disallowing installation of component: {GUID-OF-COMPONENT} since the same 
 component with higher versioned keyfile exists
 
 The remove is currently scheduled as afterInstallInitialize.
 
 To make sure that all files are really updated, I use this pattern for 
 each file:
Component Directory=APPLICATIONFOLDER Permanent=no Guid=
 c88f271e-6225-47a0-b3d7-a2ed7e8b3603 Id=
 CotEm3PsKG0Qw7tmSelwF4HoqeWDPAs_IPcvyLhIKa94
File Id=file1DGrKlnB0IDTi2JXC4XTtVRF3c.Y0zf2f8M9I9hdGpk 
 Source=#source# /
RemoveFile Id='
 removeFile1DGrKlnB0IDTi2JXC4XTtVRF3c.Y0zf2f8M9I9hdGpk' On='install' Name='
 #name#'/
/Component
 Basically I want to just write all files contained in the MSI to disk, 
 overwriting all existing files.
 Guids and IDs are generated by System.Guid.NewGuid(), so the component 
 rules are totally violated and I can't just change the scheduling of 
 removeExisting.
 
 What are my options to solve the issue?
 I know I could use a stable ID/Guid generation algorithm (I could probably 
 just use the one provided by Wix) so that the component rules are no 
 longer violated and schedule it afterInstallExecute (or Finalize), but I 
 would like to keep the current sequence where it is first uninstalled and 
 then cleanly reinstalled.
 
 Thank you,
 Lukas
 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] [WIX]:How to reset the INSTALLDIR path by changing the path using 'Change' button

2015-04-09 Thread Joel Budreau
Does this post help? - 
http://stackoverflow.com/questions/19355537/wix-setting-install-folder-correctly

 On Apr 6, 2015, at 10:12 AM, Dileep S dileep.sanamp...@gmail.com wrote:
 
 Hi All,
 
 I created an MSI with two dialogs.
 1. InstallDirdlg.wxs
 2. ProgressDlg.wxs
 
 In *.wxs file i have used some custom actions to install the files.
 
 In InstallExecuteSequence,
 
 InstallExecuteSequence
  Custom Action=InstallApp After=InstallFilesNOT REMOVE ~=
 ALL/Custom
  Custom Action=UnInstallApp Before=InstallFinalizeREMOVE =
 ALL/Custom
 /InstallExecuteSequence
 
 using the above custom actions, I was able to run MSI package for multiple
 times.
 
 So, first time i ran the MSI package and then installed on the selected
 location using 'Change' button in 'InstallDirDlg.wxs'. (Ex: C:\Program
 Files\MyAPP)
 Next time when i ran the MSI package, it was copying in the same location
 even i changed the path to another location.
 (Ex: D:\Sample\MyApp)
 
 I have set the property as shown below:
 Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR /
 
 Also,
 Property Id=INSTALLDIR Value=C:\temp\MyAPP / (hard coded this path)
 
 In Dialog.wxs,
 
 Publish Dialog=MyInstallDirDlg Control=Next Event=SetTargetPath
 Value=[WIXUI_INSTALLDIR] Order=11/Publish
 
 Can anyone help me how to reset the INSTALLDIR path by changing the path
 using 'Change' button.
 
 Thanks in advance.
 --
 BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
 Develop your own process in accordance with the BPMN 2 standard
 Learn Process modeling best practices with Bonita BPM through live exercises
 http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
 source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15utm_medium=emailutm_campaign=VA_SF
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] MsiSetFeatureState doesn't seem to be working

2015-05-20 Thread Joel Budreau
Hmm, turns out that MsiSetFeatureState() won’t actually install a feature if 
the feature had it’s InstallLevel set to ‘0’ by the Condition table.

Now, to find out if there’s a way to set a feature’s InstallLevel through a 
custom action…

 On May 20, 2015, at 7:40 PM, Joel Budreau joel.budr...@gmail.com wrote:
 
 Joel


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] MsiSetFeatureState doesn't seem to be working

2015-05-20 Thread Joel Budreau
Hey all,

I’ve got a custom action that calls MsiSetFeatureState to set a feature (that’s 
initially set to InstallLevel=0 by the Condition table) to INSTALLSTATE_LOCAL.

The custom action is an immediate action that’s scheduled after CostFinalize, 
but before InstallValidate. 

The custom action seems to execute correctly, but the feature always has 
“Installed: Absent; Request; Null, Action; Null” and doesn’t install.

Is there some thing that I’m forgetting to do with this custom action?

Thanks,
Joel
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] MsiSetFeatureState doesn't seem to be working

2015-05-21 Thread Joel Budreau
MsiSetInstallLevel will set the InstallLevel for the entire MSI, but not for 
the feature. I was hoping that I could have a feature’s default InstallLevel be 
set to ‘0’, and altered later as the user makes choices in the UI (or on the 
command-line)...
 On May 21, 2015, at 1:00 PM, Phil Wilson phildgwil...@gmail.com wrote:
 
 Maybe MsiSetInstalLevel()?
 ---
 Phil Wilson
 
 
 On Wed, May 20, 2015 at 5:38 PM, Joel Budreau joel.budr...@gmail.com wrote:
 Hmm, turns out that MsiSetFeatureState() won’t actually install a feature if 
 the feature had it’s InstallLevel set to ‘0’ by the Condition table.
 
 Now, to find out if there’s a way to set a feature’s InstallLevel through a 
 custom action…
 
 On May 20, 2015, at 7:40 PM, Joel Budreau joel.budr...@gmail.com wrote:
 
 Joel
 
 
 --
 One dashboard for servers and applications across Physical-Virtual-Cloud
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 
 --
 One dashboard for servers and applications across Physical-Virtual-Cloud 
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Condition Table not processed during Administrative Installs

2015-05-26 Thread Joel Budreau
Hey everyone,

I have a feature ‘Foo’ with default InstallLevel=0. In the Condition table, I 
set Foo’s InstallLevel=1 if “VersionNT=601 And MsiNTProductType=1”.
- During a normal install, the Condition table will be processed and Foo will 
have its InstallLevel=1.
- During an administrative install, Foo has InstallLevel=0.

Under what conditions does the Condition table ‘not’ get processed? Do I need 
to schedule some kind of standard action in order to get 
VersionNT/MsiNTProductType populated during the AdminExecuteSequence?

Thanks,
Joel
--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Condition Table not processed during Administrative Installs

2015-05-26 Thread Joel Budreau
There we go. Thanks Bob :)

 On May 26, 2015, at 10:34 AM, Bob Arnson b...@firegiant.com wrote:
 
 https://msdn.microsoft.com/en-us/library/aa367541%28v=vs.85%29.aspx says
 
 During an administrative installation, the installer creates a source image 
 for all features in the product except those feature with 0 in the Level 
 column of the Feature table.
 
 ___
 FireGiant  |  Dedicated support for the WiX toolset  |  
 http://www.firegiant.com/ 
 
 -Original Message-
 From: Joel Budreau [mailto:joel.budr...@gmail.com] 
 Sent: Tuesday, 26 May, 2015 10:21
 To: General discussion about the WiX toolset.
 Subject: [WiX-users] Condition Table not processed during Administrative 
 Installs
 
 Hey everyone,
 
 I have a feature ‘Foo’ with default InstallLevel=0. In the Condition table, I 
 set Foo’s InstallLevel=1 if “VersionNT=601 And MsiNTProductType=1”.
 - During a normal install, the Condition table will be processed and Foo will 
 have its InstallLevel=1.
 - During an administrative install, Foo has InstallLevel=0.
 
 Under what conditions does the Condition table ‘not’ get processed? Do I need 
 to schedule some kind of standard action in order to get 
 VersionNT/MsiNTProductType populated during the AdminExecuteSequence?
 
 Thanks,
 Joel
 --
 One dashboard for servers and applications across Physical-Virtual-Cloud 
 Widest out-of-the-box monitoring support with 50+ applications Performance 
 metrics, stats and reports that give you Actionable Insights Deep dive 
 visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users
 --
 One dashboard for servers and applications across Physical-Virtual-Cloud 
 Widest out-of-the-box monitoring support with 50+ applications
 Performance metrics, stats and reports that give you Actionable Insights
 Deep dive visibility with transaction tracing using APM Insight.
 http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
One dashboard for servers and applications across Physical-Virtual-Cloud 
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Creating an ARP button for Uninstall/Change vs. Uninstall Change

2015-07-14 Thread Joel Budreau
I've been trying to google around for how to create a single
Uninstall/Change button in the windows ARP for my installer, and
I've run into a number of forum posts that don't seem to answer the
problem:

http://installjournal.blogspot.com/2012/12/combining-uninstall-change-on-same.html

http://stackoverflow.com/questions/1741857/remove-change-and-repair-buttons-in-add-or-remove-programs/20212073

https://social.msdn.microsoft.com/Forums/windows/en-US/c8156aa6-98a7-40a6-9ad1-e6bb347650c1/how-to-combine-uninstallchange-in-add-remove-program-using-orca-editor?forum=winformssetup

Anybody have an answer?

Thanks,
Joel

--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creating an ARP button for Uninstall/Change vs. Uninstall Change

2015-07-15 Thread Joel Budreau
What if ‘not’ using a Burn bundle?

 On Jul 15, 2015, at 6:14 AM, Phill Hogland phogl...@rimage.com wrote:
 
 Using a Burn bundle set Bundle/@DisableModify=button
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-ARP-button-for-Uninstall-Change-vs-Uninstall-Change-tp7600885p7600886.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Don't Limit Your Business. Reach for the Cloud.
 GigeNET's Cloud Solutions provide you with the tools and support that
 you need to offload your IT needs and focus on growing your business.
 Configured For All Businesses. Start Your Cloud Today.
 https://www.gigenetcloud.com/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Creating an ARP button for Uninstall/Change vs. Uninstall Change

2015-07-15 Thread Joel Budreau
Sure thing. I’ll probably dig through the burn source code.

Thanks Phill.
 On Jul 15, 2015, at 1:58 PM, Phill Hogland phogl...@rimage.com wrote:
 
 I cannot speak to not using Burn, but in the last link that you originally
 posted, the last post indicates that the information was posted earlier in
 that thread, so I would guess that there is an MSI property that controls
 it.  WiX is open source so it should be in the code for research.  I also
 expect that to some degree the behavior of the ARP feature of windows
 depends on which version/edition of the OS is being targeted.
 
 
 
 --
 View this message in context: 
 http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-an-ARP-button-for-Uninstall-Change-vs-Uninstall-Change-tp7600885p7600891.html
 Sent from the wix-users mailing list archive at Nabble.com.
 
 --
 Don't Limit Your Business. Reach for the Cloud.
 GigeNET's Cloud Solutions provide you with the tools and support that
 you need to offload your IT needs and focus on growing your business.
 Configured For All Businesses. Start Your Cloud Today.
 https://www.gigenetcloud.com/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


--
Don't Limit Your Business. Reach for the Cloud.
GigeNET's Cloud Solutions provide you with the tools and support that
you need to offload your IT needs and focus on growing your business.
Configured For All Businesses. Start Your Cloud Today.
https://www.gigenetcloud.com/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users