[WiX-users] Detect WiX Version

2009-03-01 Thread Neil Sleightholm
Is it possible to detect the version of WiX when candle is run? What I
would like to do is make sure users have the correct version of WiX
installed when compiling so that newer features/bug fixes are included
in the MSI, e.g. something like this:

 

?if sys.WixVersion  3.0.5027.0 ?

?error WiX version 3.0.5027.0 or later is required. ?

?endif?

 

Neil

 

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

 

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


Re: [WiX-users] Patch uninstall requires the original base MSI andIdon't know why

2009-03-01 Thread Tony Juricic
Marking the component as permanent didn't' work at all. I wrongly
assumed that patch uninstall is a form of uninstall so it won't
uninstall a permanent file. 

Instead, it is a reinstall and it overwrites higher version files with
lower version from baseline cache.

Also, I am not sure how will REINSTALLMODE affect this behavior. I never
set it so it is presumably default omus. What REINSTALLMODE options
would produce desired result: file version increments as patches get
applied but does not drop when patches get uninstalled? 

IOW, the latest and greatest version ever installed always remains on
the machine. 
Clearly, making component permanent will do this in install/uninstall
scenario but can the same be done when applying/removing patches?

I never see REINSTALLMODE value listed in patch application or patch
removal verbose logs.
At most I find REINSTALLMODE specifies all files to be overwritten for
each file in patch removal log.

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Wednesday, February 25, 2009 3:44 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Patch uninstall requires the original base MSI
andIdon't know why

Tony Juricic wrote:
 DLL is supposed to always increase in version so it can be patched up
 but it should never revert to previous version during patch uninstall.


Whether that's true depends on your original product's REINSTALLMODE 
property.

 I
 assume that just marking the file component as Permanent would do this
 for me?
   

At the cost of leaving the component behind after an uninstall.

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





TradeStation Group, Inc. is a publicly-traded holding company (NASDAQ GS: TRAD) 
of three operating subsidiaries, TradeStation Securities, Inc. (Member NYSE, 
FINRA, SIPC and NFA), TradeStation Technologies, Inc., a trading software and 
subscription company, and TradeStation Europe Limited, a United Kingdom, 
FSA-authorized introducing brokerage firm. None of these companies provides 
trading or investment advice, recommendations or endorsements of any kind. The 
information transmitted is intended only for the person or entity to which it 
is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you received this in error, please contact 
the sender and delete the material from any computer.

--
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] WebApplication associated with WebDir

2009-03-01 Thread Thomas S. Trias
While the documentation claims that this is possible, how does one 
actually do it?  I will scan the compiler and CA code whilst awaiting an 
answer.  I suspect that this feature ended up on the cutting room 
floor.  If I weren't so pressed for time on the deployment project, I'd 
start the overhaul of the IIS extensions.  Once I've got stuff minimally 
working, I may be able to own / co-own the IIS extension.

Thanks,

-- 
Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/


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


Re: [WiX-users] WebApplication associated with WebDir

2009-03-01 Thread Thomas S. Trias
Heh; here's the line from IIsCompiler.cs in ParseWebDirElement:

row[5] = null; // TODO: why isn't there a way to supply
this value?

So, I've added code to supply the value; now to make sure the CA
actually uses it.

Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/

 Original Message  
Subject: WebApplication associated with WebDir
From: Thomas S. Trias tomtr...@artizan.com
To: 'General discussion for Windows Installer XML toolset.'
wix-users@lists.sourceforge.net, Windows Installer XML toolset
developer mailing list wix-d...@lists.sourceforge.net
Date: 3/1/2009 4:30 PM
 While the documentation claims that this is possible, how does one 
 actually do it?  I will scan the compiler and CA code whilst awaiting 
 an answer.  I suspect that this feature ended up on the cutting room 
 floor.  If I weren't so pressed for time on the deployment project, 
 I'd start the overhaul of the IIS extensions.  Once I've got stuff 
 minimally working, I may be able to own / co-own the IIS extension.

 Thanks,




--
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] Interpreting Return Codes of Executable Custom Action (type 2)

2009-03-01 Thread DONG LEE
Hello,

I have some questions regarding processing return codes of a custom action
that runs an executable.
I have an exe file that I want to execute as a part of the installation
process, but the complication is that the exit codes this file returns does
not satisfy the type 2 custom action return code requirement. That is, it
does not return 0 when it finishes successfully. And this executable is
3rd-party provided, so I can't do anything to the executable itself.

There were two solutions that I thought of. The first one was to save the
file in msi file table, install the file in some folder, and then to have a
vbscript to run the executable, process its return code, and if the file
completes successfully, make it return 0 to the msi installation session.

Another is to store the file in binary table, have a stub dll extract the
file from the database,
execute it, and then have it process the return code like I mentioned above.

My questions are

1) Does anyone have cleaner and easier solution?
2) For my first solution, would there be any way for me to delete the
executable after it is done running? I don't want to use dos commands to do
that, and I was hoping that there would be some sort of wix support for this
type of scenario.
3) Do you see any benefits to the second solution (use stub dll instead of
vbscript) compared to the first one?

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


Re: [WiX-users] WebApplication associated with WebDir

2009-03-01 Thread Thomas S. Trias
The fix is just in the compiler; the CA already handles the Application_ 
column.  I will send along a patch (attached to a bug report), but it 
will end up including enhancements for extended log properties and 
default logon domain.

Thanks,

Thomas S. Trias
Senior Developer
Artizan Internet Services
http://www.artizan.com/



 Original Message  
Subject: Re: WebApplication associated with WebDir
From: Thomas S. Trias tomtr...@artizan.com
To: 'General discussion for Windows Installer XML toolset.' 
wix-users@lists.sourceforge.net, Windows Installer XML toolset 
developer mailing list wix-d...@lists.sourceforge.net
Cc: 'General discussion for Windows Installer XML toolset.' 
wix-users@lists.sourceforge.net, Windows Installer XML toolset 
developer mailing list wix-d...@lists.sourceforge.net
Date: 3/1/2009 5:55 PM
 Heh; here's the line from IIsCompiler.cs in ParseWebDirElement:

row[5] = null; // TODO: why isn't there a way to supply
 this value?

 So, I've added code to supply the value; now to make sure the CA
 actually uses it.

 Thomas S. Trias
 Senior Developer
 Artizan Internet Services
 http://www.artizan.com/

  Original Message  
 Subject: WebApplication associated with WebDir
 From: Thomas S. Trias tomtr...@artizan.com
 To: 'General discussion for Windows Installer XML toolset.'
 wix-users@lists.sourceforge.net, Windows Installer XML toolset
 developer mailing list wix-d...@lists.sourceforge.net
 Date: 3/1/2009 4:30 PM
 While the documentation claims that this is possible, how does one 
 actually do it?  I will scan the compiler and CA code whilst awaiting 
 an answer.  I suspect that this feature ended up on the cutting room 
 floor.  If I weren't so pressed for time on the deployment project, 
 I'd start the overhaul of the IIS extensions.  Once I've got stuff 
 minimally working, I may be able to own / co-own the IIS extension.

 Thanks,






--
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] Schema documentation blank on sourceforge

2009-03-01 Thread Hugh Emberson
Hi All,

I just tried looking up the schema documentation for the WiX 2
Permission element on sourceforge.  The page is there and I can see
the page frame at the top and right hand side, but the content is
missing.

The URL is I looked at is:
http://wix.sourceforge.net/manual-wix2/wix_xsd_permission.htm

I see the same problem in IE 7.0 on XP and in Firefox 3.0 on Mac OS 10.5.

The pages for some other elements (I clicked around randomly) exhibit
the same problem.  I think something has gone wrong with the script
that generates these pages.

Fortunately live.com's cache contains copies of the pages :-)

Best Regards,
Hugh

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


Re: [WiX-users] Patch uninstall requires the original base MSI andIdon't know why

2009-03-01 Thread Bob Arnson
Tony Juricic wrote:
 Instead, it is a reinstall and it overwrites higher version files with
 lower version from baseline cache.
   

Yes and that's why MSI 4.5 introduced the msidbComponentAttributesShared 
attribute; before 4.5, there's no workaround I'm aware of.

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



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


Re: [WiX-users] Detect WiX Version

2009-03-01 Thread Bob Arnson
Neil Sleightholm wrote:
 Is it possible to detect the version of WiX when candle is run? What I
 would like to do is make sure users have the correct version of WiX
 installed when compiling so that newer features/bug fixes are included
 in the MSI, e.g. something like this:
   

Wix/@RequiredVersion

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



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


Re: [WiX-users] Schema documentation blank on sourceforge

2009-03-01 Thread Brian Rogers
There is a bug opened for this.
https://sourceforge.net/tracker2/?func=detailaid=2646882group_id=105970atid=642714

Brian Rogers
Intelligence removes complexity. - Me
http://icumove.spaces.live.com


On Sun, Mar 1, 2009 at 6:41 PM, Hugh Emberson hugh.ember...@gmail.comwrote:

 Hi All,

 I just tried looking up the schema documentation for the WiX 2
 Permission element on sourceforge.  The page is there and I can see
 the page frame at the top and right hand side, but the content is
 missing.

 The URL is I looked at is:
http://wix.sourceforge.net/manual-wix2/wix_xsd_permission.htm

 I see the same problem in IE 7.0 on XP and in Firefox 3.0 on Mac OS 10.5.

 The pages for some other elements (I clicked around randomly) exhibit
 the same problem.  I think something has gone wrong with the script
 that generates these pages.

 Fortunately live.com's cache contains copies of the pages :-)

 Best Regards,
 Hugh


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

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


Re: [WiX-users] Schema documentation blank on sourceforge

2009-03-01 Thread Bob Arnson
Hugh Emberson wrote:
 I just tried looking up the schema documentation for the WiX 2
 Permission element on sourceforge.  The page is there and I can see
 the page frame at the top and right hand side, but the content is
 missing.
   

Bug already reported and a fix is in place but it won't get published 
until next Friday/Saturday.

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



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


Re: [WiX-users] SUPPORTDIR for WIX

2009-03-01 Thread akash bhatia
Thanks for ur reply Brian,

I will tell you how things use to work in installShield

there we have once section by the name SupportFiles, where we can add our
files which we need not to install on the target machine but can use for our
logic(do certain things, like registring few things) on fly.

When installer runs, these files are copied to the TEMP directory on the
target machine which we can access by using SUPPORTDIR property in
Installshield.
Can you throw some light on this ?

And how to achieve the same in WIX?

Thanks!
Akash
On Sat, Feb 28, 2009 at 3:10 AM, Brian Rogers rogers.br...@gmail.comwrote:

 Hey Akash,

 I haven't used InstallShield since version 11 but don't remember that
 directory. You can create a Directory Id=SUPPORTDIR Name=SupporDir /
 element inside your directory structure.

 Thanks,

 Brian Rogers
 Intelligence removes complexity. - Me
 http://icumove.spaces.live.com


 On Thu, Feb 26, 2009 at 6:35 AM, akash bhatia 911ak...@gmail.com wrote:

  Hi,
 
  i am a newbie in Wix and is using Wix 3.0 toolset currently.
 
  before, i was using installshield for creating installers.
 
  i was wondering do we have some concept in Wix like SUPPORTDIR in
  Installshield.
 
  Below  is what i have thought as a solution to the above:-
 
  Means, if we dont have one, we can use files(files to be included in
  SUPPORTDIR) included in BINARY table in particular custom action, like
  registrying certain dlls in my case.
 
  but am not sure whether we can call any *function* from normal *c# DLL*?
 
 
  Any suggestions for me how to tackle this requirement of mine?
 
  Thanks,
  Akash
 
 
 --
  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