Re: [WiX-users] WiX-users Digest, Vol 16, Issue 62

[Peter Wone]

 Date: Wed, 12 Sep 2007 17:24:57 +0200
 From: Schrieken, Rene [EMAIL PROTECTED]
 Subject: Re: [WiX-users] The Wix Book
 To: Thomas Leigh [EMAIL PROTECTED],Peter Wone
 [EMAIL PROTECTED], wix-users@lists.sourceforge.net

 AFAIK Julie Campbell is doing the same (with almost the same rationale)
 at http://wix.mindcapers.com/wiki/Main_Page

 Which can be updated without too much struggle...

This is very close to what I had in mind. I've never been so delighted to be 
wrong. Thank you René.

However, I stand by these points:

The participants in a thread have a strong understanding of the context and 
what the replies mean in that context.
They are better equipped than either me or Julie Campbell to decide what is 
relevant when condensing their thread.

People often don't write up their own thread as a how-to. This is due to things 
like deadlines or sometimes a lack of self-confidence in writing for public 
consumption.

I'm offering to do the wordsmithing, because I think it will improve the 
quality of a resource that I personally need.

Classic open-source enlightened self-interest.

Thomas, Julie's wiki is indeed GPL'd.

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Wix/VS+Votive - adding all files in a directory to a project?

[Sergei Shelukhin]

Hi.
I wonder if there's something similar to Project output concept for Wix
setup projects created using Votive.

We are currently using Web setup project followed by  Custom Action that is
used to do most of the work to deploy a big ASP.NET application. We are
considering moving the deployment to either WiX or a completely custom tool
because of the utter lack of functionality in Web Setup projects.

The problem is that the project has hundreds of files in a complicated
subdirectory tree in several separate projects and files are constantly
added, removed and moved around from version to version.  Web setup has the
advantage of packaging all the required files  easily, I wonder if this is
available for WiX.
Application is basically a monolithic entity and the update includes the
removal of most files (apart from maybe 3-5 files and 1-2 subdirectories)
and  redeployment of the new ones so we don't care about component
versioning problems.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] The Wix Book

[Peter Wone]

I'm sure you've seen the message in which Rene pointed me in the direction
of pretty much exactly what I was proposing. I've had a look at it and it is
indeed what I have in mind but it is very new - clearly this is an idea
whose time has come. I am throwing my lot in with Julie (the op of this
wiki) although I note she says that she would merge with wixwiki if they
agreed to let her, but they ignored her request.

They didn't ignore my request - I do indeed have a login that allows me to
update wixwiki, so this too may happen. 

Yes, it's all GPFDL.

Have a look at the history of this piece
http://wix.mindcapers.com/wiki/ICE60 and you will see the before and after.
This is what I mean when I say people should cull the essence of their
thread and give it to me for rewriting.



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Install files into MS Office directory

[János Brezniczky]

Perhaps you could use a VBScript customaction to determine which value is to
be set according to the values read from the registry before. (From VBScript
the properties can be read/set by using *Session.Property(PROPNAME)* )


2007/9/13, rbok78 [EMAIL PROTECTED]:


 Hi,
 I would like to install some files into Microsoft Excel startup directory.
 I
 decided to use WiX. I created a msi package according to available
 documentation and it seems well. However, I think that my solution isn't
 correct.

 Destination path depends on installed version of MS Office. I can check
 wheather Microsoft Excel is installed on destination computer. I can read
 Microsoft Excel version at registry. Now I need to determine destination
 path according to installed version. Unfortunately, I don't know how to
 define Property element dynamically. Therefore I created three components.
 Each component contains the same file(s) as other ones. I think, it isn't
 correct solution.

 Could you help me please?

 http://www.nabble.com/file/p12662778/qc2excel.wxs qc2excel.wxs
 --
 View this message in context:
 http://www.nabble.com/Install-files-into-MS-Office-directory-tf4438183.html#a12662778
 Sent from the wix-users mailing list archive at Nabble.com.


 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix/VS+Votive - adding all files in a directory to a project?

[Kaveh Goudarzi]

Hi Sergie,

I'm just starting out on WiX as well so take what I say with a pinch 
of salt but ... You can use tallow 
(http://www.tramontana.co.hu/wix/lesson5.php#5.2) However IMHO it's 
not pretty as you have to do a fair bit of manual fixing.

I was surprised that this was missing as well and asked if there were 
any plans / requirements docs etc. for writing/completing tallow but 
didn't get a response when I posted to the wix-users 
http://www.mail-archive.com/wix-users@lists.sourceforge.net/msg11554.html

I'm in the process of writing an ant task so I can use it to generate 
fragements from dir sets ... I'm literally writing it as we speak so 
far it's following the pattern below

 tallow guidCommand=guidgen.exe dir=. componentGroup=Core 
fragmentFileName=Core_frag.wxa fragmentRoot=INSTALLDIR

   !-- specify files under the same directory hierarchies --

   !-- j15 mapped to jre15 --
   dirGroup dir=${stage.dir}/j15 prefix=jre15
  resourceSet location=${stage.dir}/j15
 fileset dir=${stage.dir}/j15 casesensitive=yes
include name=**/*/
 /fileset
  /resourceSet
   /dirGroup

   ...
/tallow

Idea being that you create you fragment Core_fraq.wxa by listing 
dirGroup and specifying the files you need.  The result should be a 
component group called Core which contains refs to all the Components 
specified in the dirGroup elements.  One component per directory.

kind regards,

Kaveh.



Sergei Shelukhin wrote:
 Hi.
 I wonder if there's something similar to Project output concept for 
 Wix setup projects created using Votive.
 
 We are currently using Web setup project followed by  Custom Action that 
 is used to do most of the work to deploy a big ASP.NET http://ASP.NET 
 application. We are considering moving the deployment to either WiX or a 
 completely custom tool because of the utter lack of functionality in Web 
 Setup projects.
 
 The problem is that the project has hundreds of files in a complicated 
 subdirectory tree in several separate projects and files are constantly 
 added, removed and moved around from version to version.  Web setup has 
 the advantage of packaging all the required files  easily, I wonder if 
 this is available for WiX.
 
 Application is basically a monolithic entity and the update includes the 
 removal of most files (apart from maybe 3-5 files and 1-2 
 subdirectories) and  redeployment of the new ones so we don't care about 
 component versioning problems.
 
 
 
 
 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 
 
 
 
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] closing program before uninstalling

[salome zk]

Hi

i need to have a custom action which closes the program if it is open before i 
do an uninstall, so i don't get an error message.

thanks

   
-
Boardwalk for $500? In 2007? Ha! 
Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games.-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Customizing the dialog sequnce with Floating Publish events

[János Brezniczky]

Hi,

What documentation do you mention? I couldn't manage to find the
Publish.Dialog attribute, but I would also be interested in this method of
overriding the default event linking between dialogs. (Thanks for a link if
appropriate.)

Otherwise I suppose these Publish nodes should be parented by the control
which should fire the event, which is not the dialog, but a button in these
cases. I thought it forces me to the check the source code of the
(wixui) lib, and sometimes import/recompile them to be able to change their
behaviour except for the final dialogs (error, success, etc..) or if they
take their Value argument from a property.
This latter exception (quotes mean it is a frequent one) is illustrated
here
http://www.tramontana.co.hu/wix/lesson2.php#2.3

I hope I wasn't wrong, and would appreciate other ideas/thoughts on the
subject..


2007/9/14, Ian Sullivan [EMAIL PROTECTED]:

  HI,



 I'm trying to see if I can insert a dialog into the WixUI_InstallDir
 sequence, the docs say you can do

 Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=*
 SpecialDlg*1/Publish

 Publish Dialog=*SpecialDlg* Control=Back Event=NewDialog
 Value=WelcomeDlg1/Publish

 Publish Dialog=*SpecialDlg* Control=Next Event=NewDialog
 Value=LicenseAgreementDlg1/Publish

 Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog
 Value=*SpecialDlg*1/Publish

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



 But aren't really clear about where that should happen.



 I tried doing this, but I never see my dialog…

 Property Id=WIXUI_INSTALLDIR Value=INSTALLDIR /

 UIRef Id=WixUI_InstallDir /

 UI

   Dialog Id=SpecialDlg Width=370 Height=270

 Control Id=Special_Txt Type=Text X=5 Y=20 Width=60
 Height=18 TabSkip=no

   Text[DialogFont]Hi there!/Text

 /Control

 Control Id=Next Type=PushButton X=236 Y=243 Width=56
 Height=17 Default=yes Text=!(loc.WixUINext) /

 Control Id=Back Type=PushButton X=180 Y=243 Width=56
 Height=17 Disabled=yes Text=!(loc.WixUIBack) /

   /Dialog

   Publish Dialog=WelcomeDlg Control=Next Event=NewDialog Value=
 SpecialDlg Order=11/Publish

   Publish Dialog=SpecialDlg Control=Back Event=NewDialog Value=
 WelcomeDlg Order=11/Publish

   Publish Dialog=SpecialDlg Control=Next Event=NewDialog Value=
 LicenseAgreementDlg Order=11/Publish

   Publish Dialog=LicenseAgreementDlg Control=Back Event=
 NewDialog Value=SpecialDlg Order=11/Publish

 /UI



 Thanks,

 -Ian



 Ian Sullivan

 Software Development Engineer

 Microsoft Inc., Windows Live Agents: SDK, Tools, Web Services



 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Bootstrap - .NET 1.1

[Chris]

Hi,
I know now how to bootstrap the .NET.Framework 2.0 (see below)
How can I bootstrap .NET 1.1?

Project xmlns=http://schemas.microsoft.com/developer/msbuild/2003;
  ItemGroup
BootstrapperFile Include=Microsoft.Net.Framework.2.0
  ProductNameMicrosoft .NET Framework 2.0/ProductName
/BootstrapperFile
BootStrapperFile Include=Microsoft.ReportViewer.8.0
  ProductNameMicrosoft Report Viewer/ProductName
/BootStrapperFile
  /ItemGroup

  Target Name=Bootstrapper
GenerateBootstrapper
  ApplicationFile=WixBootstrapSample.msi
  ApplicationName=Wix Sample
  BootstrapperItems=@(BootstrapperFile)
  OutputPath=.\
  ComponentsLocation=HomeSite
  Culture=en
/
  /Target
/Project


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Devenv /setup does half of the work

[Xin Liu (Intl Vendor)]

At the end of our installation, an deferred custom action is invoked to 
register our VSTS package as well as the CTC menu:

InstallExecuteSequence
Custom Action=CA_DevenvSetup2005 Before=InstallFinalize /
...
/InstallExecuteSequence
CustomAction Id=CA_DevenvSetup2005 Property=DEVENV_EXE_2005 
ExeCommand=/setup Execute=deferred Return=check Impersonate=no /

The installation succeeds and our package is registered to Visual Studio 
(custom action return value is 1).
The problem is that the context menu doesn’t shown in the VSTS project 
supported by our package just intalled. Manually running “devenv /setup” solves 
the problem.
Something strange is that “devenv /setup” actually does everything other than 
the context menu registration --- all the other functionalities provided by our 
package works well in VS.

Does anyone have this problem before?

Thanks,
Xin Liu
Alias: v-liux
Group: Protocol Tools Test Team
Occupation: Build Engineer
Seat: No. 2186 Sigma Plaza, Beijing

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Painter
Sent: Friday, September 07, 2007 11:53 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Using WiX v3 Votive to build WiX v2 projects

This is why I've been asking Justin about using votive v3 to build wix v2 
projects.  It's a hybrid solution but it seems to work.The risk is minimal 
since the points that could fail are at build time, not install time.

PS- IS is pretty easy to build with TFS once you learn how it works.  I have 
dozens of installers that I use TFS to build with nothing but .NET 2.0, 
TeamBuild and IS StandAloneBuild installed.You just have to understand how 
to map product configurations / releases to your solution config.   If you 
would like, I can send you a sample project.

http://blog.deploymentengineering.com/2007/05/tip-parallel-is122008-builds-using-tfs.html

[EMAIL PROTECTED] wrote:
Had a look at the files and I've finally got my head round this.

As i understand it WiX v2 .wixproj files, which are used for VS
integration, aren't MSBuild files. You have to create your own .wproj files
for that. Which means that WiX v2 isn't compatible withTeam Build (as it
tries to build the .wixproj file).

It'd be really cool if v2 did support Team Build and it's solution centric
build process. Without it we can't really consider using WiX v2 or v3 (as
it's not stable yet).

Which leads me to my next question, is there a rough time line for the
switch to v3?

Oh and in case it makes you feel better Justin I've been messing around
with IS for two days and 2 hotfixes later i still can't get it to build
with MS or Team! :-)

Matt


Matt Thompson
PERSHING
Tel: 020 7864 8000
Email: [EMAIL PROTECTED]



Justin Rockwood

ford.edu To
Sent by: ,
wix-users-bounces
@lists.sourceforg cc
e.net
Subject
Re: [WiX-users] Using WiX v3 Votive
07/09/2007 02:22 to build WiX v2 projects










To get back to your original question where you're setting $(WixToolPath)
to point to the 2.0 versions… That should work fine unless you try to pass
in arguments that only the 3.0 versions support. I don't remember off the
top of my head what those new properties are, but you'd probably learn
pretty quickly when you get build errors. The WiX project property pages
within Visual Studio are targeted for the 3.0 versions and not all of the
various checkboxes and other settings will work when using the 2.0
candle/light/lit.

There are no plans to touch Votive v2 in any way and all active development
is being done against Votive v3. You could log a feature request, if you
wanted, to add the ability in Votive v3 to target a v2 candle/light/lit. To
be honest it probably won't happen (at least for a long time) simply
because I'm working on other higher priority features, but it's a nice
idea.

And why'd you have to throw in that last jab about InstallShield has been
doing it for years? J

Justin

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher
Painter
Sent: Thursday, September 06, 2007 6:11 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Using WiX v3 Votive to build WiX v2 projects

The finer points of MSBuild/Team build are getting lost in these replies so
it's kind of pointless to continue. VDPROJ and WiX v2 are proper
comparisons because both have .xxproj files that are NOT MSBuild files.
Whether or not they `support` MSBuild is a non issue. For example to
build both you could use an Exec to go out of process and call devenv
solution /build project but thats really ugly as it adds another dependency
to the build box.

For Matt, I'd suggest that you just start wiring it up and what I've posted
previously will quickly become obvious. WiX v3 with it's native MSBuild
project format is just so much more cleaner and powerful from a TFS
perspective. It also happens to be the way InstallShield has been doing it
for years...


Bob Arnson wrote:
[EMAIL PROTECTED] wrote:
 I'm interested to know why V2 

Re: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

[Schrieken, Rene]

Do you merge the html_help_registration found in the VSSDK?

 

Merge DiskId=1 Id=msm Language=1033
SourceFile=Merge\HTML_Help_Registration__RTL_X86_---.msm /

 

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Maillet
Sent: Friday, September 14, 2007 2:32 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

 

We've been exploring WIX a bit and found it's developer friendly
compile/link process and the votive wixlib project system to be a
fantastic improvement over all other tools we've used. Even with as
little documentation as there is on WIX we've been able to get
productive quite quickly. However, there is one nagging issue we can't
figure out. We are trying to provide integrated help for VS2005 for our
developer libraries. The WixVsExtensions.dll looks like it will
ultimately do the trick but we just can't figure out how to get it to
work right. (Getting an ICE03 error regarding an invalid foreign key if
we use the PlugCollectionInto element)

 

Has anyone tried using any of this? Any pointers, suggestions or
samples?

 

Steve Maillet - CTO

EmbeddedFusion, Ltd. 

 



This e-mail and any attachment is for authorised use by the intended 
recipient(s) only. It may contain proprietary material, confidential 
information and/or be subject to legal privilege. It should not be copied, 
disclosed to, retained or used by, any other party. If you are not an intended 
recipient then please promptly delete this e-mail and any attachment and all 
copies and inform the sender. Thank you.
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Tallow DLL registration Fragment

[peteyates]

I am trying to get WIX to register a ComInterop DLL for me, by using the
fragment generated by Tallow using the -c option.
 
I notice that the registry settings in the generated fragment contain
the absolute path to the working version of the DLL. 
 
As I do not know what it may end up installed I wanted to replace the
beginning of this path with my [TARGETDIR] variable from the main
script. 
 
This will register the DLL for me but the TARGETDIR uses a '\' as
directory separator and the rest of the path already in the fragment
uses a '/'.
 
It would be easy to change the fragment but I am trying to avoid manual
steps and I wondered if anyone knew of a way to get around this in an
automated way.
 
Thanks for any assistance.
 
Pete
 
Pete Yates
Senior Systems Developer 
DDC - Distributed  Components Team 
HBOS II IT 
B3D/22
(7700) 22069  /  (01275) 552069
 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] 

 

.
--

HBOS plc, Registered in Scotland No. SC218813. Registered Office: The Mound, 
Edinburgh EH1 1YZ. HBOS plc is a holding company, subsidiaries of which are 
authorised and regulated by the Financial Services Authority.
==
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] WiX 3.0 stable version

[Andrey T]

Hello!

Could anybody tell the approximate date of stable WiX 3.0 release?
When will the next release of WiX 3.0 (not weekly)?


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Devenv /setup does half of the work

[Schrieken, Rene]

Did you try ExeCommand=//setup ?
 
Rene



From: [EMAIL PROTECTED] on behalf of Xin Liu (Intl Vendor)
Sent: Fri 9/14/2007 11:18
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Devenv /setup does half of the work



At the end of our installation, an deferred custom action is invoked to 
register our VSTS package as well as the CTC menu:

 

InstallExecuteSequence

Custom Action=CA_DevenvSetup2005 Before=InstallFinalize /

...

/InstallExecuteSequence

CustomAction Id=CA_DevenvSetup2005 Property=DEVENV_EXE_2005 
ExeCommand=/setup Execute=deferred Return=check Impersonate=no /

 

The installation succeeds and our package is registered to Visual Studio 
(custom action return value is 1).

The problem is that the context menu doesn't shown in the VSTS project 
supported by our package just intalled. Manually running devenv /setup solves 
the problem.

Something strange is that devenv /setup actually does everything other than 
the context menu registration --- all the other functionalities provided by our 
package works well in VS.

 

Does anyone have this problem before?

 

Thanks,

Xin Liu

Alias: v-liux

Group: Protocol Tools Test Team

Occupation: Build Engineer

Seat: No. 2186 Sigma Plaza, Beijing

 

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher 
Painter
Sent: Friday, September 07, 2007 11:53 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Using WiX v3 Votive to build WiX v2 projects

 

This is why I've been asking Justin about using votive v3 to build wix v2 
projects.  It's a hybrid solution but it seems to work.The risk is minimal 
since the points that could fail are at build time, not install time.

 

PS- IS is pretty easy to build with TFS once you learn how it works.  I have 
dozens of installers that I use TFS to build with nothing but .NET 2.0, 
TeamBuild and IS StandAloneBuild installed.You just have to understand how 
to map product configurations / releases to your solution config.   If you 
would like, I can send you a sample project.   

 

http://blog.deploymentengineering.com/2007/05/tip-parallel-is122008-builds-using-tfs.html

[EMAIL PROTECTED] wrote:

Had a look at the files and I've finally got my head round this.

As i understand it WiX v2 .wixproj files, which are used for VS
integration, aren't MSBuild files. You have to create your own .wproj 
files
for that. Which means that WiX v2 isn't compatible withTeam Build (as it
tries to build the .wixproj file).

It'd be really cool if v2 did support Team Build and it's solution 
centric
build process. Without it we can't really consider using WiX v2 or v3 
(as
it's not stable yet).

Which leads me to my next question, is there a rough time line for the
switch to v3?

Oh and in case it makes you feel better Justin I've been messing around
with IS for two days and 2 hotfixes later i still can't get it to build
with MS or Team! :-)

Matt


Matt Thompson
PERSHING
Tel: 020 7864 8000
Email: [EMAIL PROTECTED]



Justin Rockwood 

ford.edu To 
Sent by: , 
wix-users-bounces 
@lists.sourceforg cc 
e.net 
Subject 
Re: [WiX-users] Using WiX v3 Votive 
07/09/2007 02:22 to build WiX v2 projects 










To get back to your original question where you're setting 
$(WixToolPath)
to point to the 2.0 versionsâEUR¦ That should work fine unless you try 
to pass
in arguments that only the 3.0 versions support. I don't remember off 
the
top of my head what those new properties are, but you'd probably learn
pretty quickly when you get build errors. The WiX project property pages
within Visual Studio are targeted for the 3.0 versions and not all of 
the
various checkboxes and other settings will work when using the 2.0
candle/light/lit.

There are no plans to touch Votive v2 in any way and all active 
development
is being done against Votive v3. You could log a feature request, if you
wanted, to add the ability in Votive v3 to target a v2 
candle/light/lit. To
be honest it probably won't happen (at least for a long time) simply
because I'm working on other higher priority features, but it's a nice
idea.

And why'd you have to throw in that last jab about InstallShield has 
been
doing it for years? J

Justin

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher
Painter
Sent: Thursday, September 06, 2007 6:11 PM
To: 

Re: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

[Steve Maillet]

Rene,

Thanks for helping!

 

When I add:

Merge DiskId=1 Id=HelpRegX86 Language=1033
SourceFile=HTML_Help_Registration__RTL_X86_---.msm /

Merge DiskId=1 Id=VsipCCRTL Language=1033
SourceFile=VSIPCC_Collection_Files_RTL_---_---.msm /

 

And in my feature:

MergeRef Id='HelpRegX86' Primary='yes' /

MergeRef Id='VsipCCRTL' Primary='yes' /

 

I get the following set of errors and warning from Light.exe:

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than
length permitted in column); Table: File, Column: File, Key(s):
FL_vsipccNamedURLs_hxk_86888.3643236F_FC70_11D3_A536_0090278A1BB
8

light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table:
HelpPlugin, Column: HelpNamespace_Parent, Key(s):
MS_VSIPCC_v80.MS_VSCC_v80

light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table:
HelpPlugin, Column: HelpNamespace_Parent, Key(s):
MS_VSIPCC_v80.MS_VSExpressCC_v80

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than
length permitted in column); Table: MsiFileHash, Column: File_, Key(s):
FL_vsipccNamedURLs_hxk_86888.3643236F_FC70_11D3_A536_0090278A1BB
8

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than
length permitted in column); Table: Registry, Column: Registry, Key(s):
_FldbVs8_RegFile_15039_0.3643236F_FC70_11D3_A536_0090278A1BB
8

light.exe(0,0): Error LGHT0204: ICE27: 'RegisterComPlus' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE27: 'InstallServices' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE27: 'CreateShortcuts' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE77:
CA_CommitHelpTransaction.3643236F_FC70_11D3_A536_0090278A1BB8 is a
in-script custom action.  It must be sequenced in between the
InstallInitialize action and the InstallFinalize action in the
InstallExecuteSequence table

light.exe(0,0): Error LGHT0204: ICE77:
CA_HxMerge_VSIPCC_VSCC.3643236F_FC70_11D3_A536_0090278A1BB8 is a
in-script custom action.  It must be sequenced in between the
InstallInitialize action and the InstallFinalize action in the
InstallExecuteSequence table

light.exe(0,0): Error LGHT0204: ICE77:
CA_HxMerge_VSIPCC_VSExpCC.3643236F_FC70_11D3_A536_0090278A1BB8 is a
in-script custom action.  It must be sequenced in between the
InstallInitialize action and the InstallFinalize action in the
InstallExecuteSequence table

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table InstallExecuteSequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table InstallUISequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table AdminExecuteSequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table AdminUISequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table AdvtExecuteSequence

 

We've got to be missing something, but it's not clear to me what that
could be...

 

From: Schrieken, Rene [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 14, 2007 5:11 AM
To: Steve Maillet; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] install integrated MSHelp2 with
WixVSExtensions.dll

 

Do you merge the html_help_registration found in the VSSDK?

 

Merge DiskId=1 Id=msm Language=1033
SourceFile=Merge\HTML_Help_Registration__RTL_X86_---.msm /

 

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Steve
Maillet
Sent: Friday, September 14, 2007 2:32 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

 

We've been exploring WIX a bit and found it's developer friendly
compile/link process and the votive wixlib project system to be a
fantastic improvement over all other tools we've used. Even with as
little documentation as there is on WIX we've been able to get
productive quite quickly. However, there is one nagging issue we can't
figure out. We are trying to provide integrated help for VS2005 for our
developer libraries. The WixVsExtensions.dll looks like it will
ultimately do the trick but we just can't figure out how to get it to
work right. (Getting an ICE03 error regarding an invalid foreign key if
we use the PlugCollectionInto element)

 

Has anyone tried using any of this? Any pointers, suggestions or
samples?

 

Steve Maillet - CTO

EmbeddedFusion, 

Re: [WiX-users] Frustrating Bootstrapper problem

[Dominik Guder]

conkerjoe wrote:
 
 Im sorry i dont quite understand what you are suggesting.
 If i remove the RUNFROMEXE the user can launch the msi without the exe.
 which is not what i want. And .Net is not my only prerequisite.. i have
 over 10 custom prerequisite.. which i have working perfectly. my only
 issue is modifying the setup.exe generated by GenerateBootStrapper to pass
 this parameter along with some upgrading parameters to the msiexec call
 when it launches the msi.
 

Hi,
I'm sorry to be not clear enough. I did another check and it looks like that
the setup.exe generated by GenerateBootStrapper could not handle parameters
for MSI.

To be more clear I try to explain again:
Right now you have one LaunchConditon checking RUNFROMEXE. 

My suggestion was to add one LaunchCondition for each of your Prerequisites.
The properties for each condition could be filled per AppSearch
(RegistrySearch or FileSearch)
See http://www.tramontana.co.hu/wix/lesson3.php and don't forget to add
LaunchConditions After='AppSearch' / as mentioned in tutorial

So your msi is protected whether it is called directly or per bootstrapper.


Alternatively you could give dotnetinstaller http://www.devage.com/ a try 
(see
http://www.nabble.com/Downloading-and-launching-apps-during-install-t3651203.html
)

hth
Dominik
-- 
View this message in context: 
http://www.nabble.com/Frustrating-Bootstrapper-problem-tf4435226.html#a12674138
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Patching Issues

[Day, Tony]

I'm trying to test out patching based on the following instructions,
http://blogs.msdn.com/pmarcu/archive/2007/06/28/sample-patch.aspx

Are these steps accurate?  I get the following error on the final step.
I tried the latest and greatest version and then I went back to
3.0.3106.0 the closest to what the blog said was needed for this
functionality...same issue.

D:\Testpyro Patch\Patch.WixMsp -out Patch\Patch.msp -t RTM
pyro.exe : error PYRO0001 : Index was outside the bounds of the array.

Exception Type: System.IndexOutOfRangeException

Stack Trace:
   at
Microsoft.Tools.WindowsInstallerXml.Tools.Pyro.ParseCommandLine(String[]
a
rgs)
   at Microsoft.Tools.WindowsInstallerXml.Tools.Pyro.Run(String[] args)

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Upgrade question - when does

[János Brezniczky]

 Hi all,

I just would like to know under what conditions does the following action
execute:

CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been updated
to 1.0.1 or newer.' /

(The snippet is taken from the WiX Tutorial, lesson 4: *
http://www.tramontana.co.hu/wix/lesson4.php*http://www.tramontana.co.hu/wix/lesson4.php)

I could not produce such a case, but it would be great to *test* - and of
course understand - it.

I've been trying to modify the New sample to an even newer one with
version 1.0.2. After I installed the modified version, I could still
(re)install the 1.0.1 version without a problem, I think because the command
line properties (REINSTALL, ..) had to be specified. So what would be the
correct solution to produce the error?

Thanks in advance!
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade question - when does

[Rob Hamflett]

It's explained immediately below that piece of text.  During the 
InstallExecuteSequence, after 
FindRelatedProducts if PATCHFOUND is set.  PATHCFOUND is set (or not) in the 
Upgrade table, which is 
detailed in the preceding few paragraphs.

Rob

János Brezniczky wrote:
 Hi all,
  
 I just would like to know under what conditions does the following 
 action execute:
  
 CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been 
 updated to 1.0.1 or newer.' /
  
 (The snippet is taken from the WiX Tutorial, lesson 4: 
 _http://www.tramontana.co.hu/wix/lesson4.php_
 )
  
 I could not produce such a case, but it would be great to *test* - and 
 of course understand - it.
  
 I've been trying to modify the New sample to an even newer one with 
 version 1.0.2. After I installed the modified version, I could still 
 (re)install the 1.0.1 version without a problem, I think because the 
 command line properties (REINSTALL, ..) had to be specified. So what 
 would be the correct solution to produce the error?
  
 Thanks in advance!
 
 
 
 
 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 
 
 
 
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrade question - when does

[János Brezniczky]

 Thank you for taking the time to reply.

I read those paragraphs a couple of times, downloaded the sample, generated
and copied the GUIDS etc. before writing to the list, and the question did
not target the sequencing of the events. Maybe I have done something wrong,
maybe I missed something from the explanation, but I could not produce that
error message. What I'm interested in is how can that error be made to
occur, to see it appearing in a dialog on-screen (or in the logs), in
practice. What preparations are required for this test (case)?
(In other words: should it appear when 1.0.2 is installed, and an
1.0.1installation runs? It didn't, but I could not find a mistype or
something
like that in the samples I had modified. I built two different bunch of
installers for the purpose. The next question will be: why couldn't I
trigger the error? then...)

Thanks again!

Janos


2007/9/14, Rob Hamflett [EMAIL PROTECTED]:

 It's explained immediately below that piece of text.  During the
 InstallExecuteSequence, after
 FindRelatedProducts if PATCHFOUND is set.  PATHCFOUND is set (or not) in
 the Upgrade table, which is
 detailed in the preceding few paragraphs.

 Rob

 János Brezniczky wrote:
  Hi all,
 
  I just would like to know under what conditions does the following
  action execute:
 
  CustomAction Id='AlreadyUpdated' Error='Foobar 1.0 has already been
  updated to 1.0.1 or newer.' /
 
  (The snippet is taken from the WiX Tutorial, lesson 4:
  _http://www.tramontana.co.hu/wix/lesson4.php_
  )
 
  I could not produce such a case, but it would be great to *test* - and
  of course understand - it.
 
  I've been trying to modify the New sample to an even newer one with
  version 1.0.2. After I installed the modified version, I could still
  (re)install the 1.0.1 version without a problem, I think because the
  command line properties (REINSTALL, ..) had to be specified. So what
  would be the correct solution to produce the error?
 
  Thanks in advance!
 
 
  
 
 
 -
  This SF.net email is sponsored by: Microsoft
  Defy all challenges. Microsoft(R) Visual Studio 2005.
  http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 
 
  
 
  ___
  WiX-users mailing list
  WiX-users@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/wix-users


 -
 This SF.net email is sponsored by: Microsoft
 Defy all challenges. Microsoft(R) Visual Studio 2005.
 http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 ___
 WiX-users mailing list
 WiX-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

[Schrieken, Rene]

I'm not sure what is causing that. I'm only using the HTML_help_registration. 
Can you try to set the Language=0 to see of that helps?
 
 
 



From: [EMAIL PROTECTED] on behalf of Steve Maillet
Sent: Fri 9/14/2007 13:35
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll



Rene,

Thanks for helping!

 

When I add:

Merge DiskId=1 Id=HelpRegX86 Language=1033 
SourceFile=HTML_Help_Registration__RTL_X86_---.msm /

Merge DiskId=1 Id=VsipCCRTL Language=1033 
SourceFile=VSIPCC_Collection_Files_RTL_---_---.msm /

 

And in my feature:

MergeRef Id='HelpRegX86' Primary='yes' /

MergeRef Id='VsipCCRTL' Primary='yes' /

 

I get the following set of errors and warning from Light.exe:

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than length 
permitted in column); Table: File, Column: File, Key(s): 
FL_vsipccNamedURLs_hxk_86888.3643236F_FC70_11D3_A536_0090278A1BB8

light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table: 
HelpPlugin, Column: HelpNamespace_Parent, Key(s): MS_VSIPCC_v80.MS_VSCC_v80

light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table: 
HelpPlugin, Column: HelpNamespace_Parent, Key(s): 
MS_VSIPCC_v80.MS_VSExpressCC_v80

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than length 
permitted in column); Table: MsiFileHash, Column: File_, Key(s): 
FL_vsipccNamedURLs_hxk_86888.3643236F_FC70_11D3_A536_0090278A1BB8

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than length 
permitted in column); Table: Registry, Column: Registry, Key(s): 
_FldbVs8_RegFile_15039_0.3643236F_FC70_11D3_A536_0090278A1BB8

light.exe(0,0): Error LGHT0204: ICE27: 'RegisterComPlus' Action in 
InstallExecuteSequence table in wrong place. Current: PostExecution, Correct: 
Execution

light.exe(0,0): Error LGHT0204: ICE27: 'InstallServices' Action in 
InstallExecuteSequence table in wrong place. Current: PostExecution, Correct: 
Execution

light.exe(0,0): Error LGHT0204: ICE27: 'CreateShortcuts' Action in 
InstallExecuteSequence table in wrong place. Current: PostExecution, Correct: 
Execution

light.exe(0,0): Error LGHT0204: ICE77: 
CA_CommitHelpTransaction.3643236F_FC70_11D3_A536_0090278A1BB8 is a in-script 
custom action.  It must be sequenced in between the InstallInitialize action 
and the InstallFinalize action in the InstallExecuteSequence table

light.exe(0,0): Error LGHT0204: ICE77: 
CA_HxMerge_VSIPCC_VSCC.3643236F_FC70_11D3_A536_0090278A1BB8 is a in-script 
custom action.  It must be sequenced in between the InstallInitialize action 
and the InstallFinalize action in the InstallExecuteSequence table

light.exe(0,0): Error LGHT0204: ICE77: 
CA_HxMerge_VSIPCC_VSExpCC.3643236F_FC70_11D3_A536_0090278A1BB8 is a in-script 
custom action.  It must be sequenced in between the InstallInitialize action 
and the InstallFinalize action in the InstallExecuteSequence table

light.exe(0,0): Warning LGHT1076: ICE82: This action 
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate sequence 
number 1 in the table InstallExecuteSequence

light.exe(0,0): Warning LGHT1076: ICE82: This action 
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate sequence 
number 1 in the table InstallUISequence

light.exe(0,0): Warning LGHT1076: ICE82: This action 
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate sequence 
number 1 in the table AdminExecuteSequence

light.exe(0,0): Warning LGHT1076: ICE82: This action 
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate sequence 
number 1 in the table AdminUISequence

light.exe(0,0): Warning LGHT1076: ICE82: This action 
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate sequence 
number 1 in the table AdvtExecuteSequence

 

We've got to be missing something, but it's not clear to me what that could 
be...

 

From: Schrieken, Rene [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 14, 2007 5:11 AM
To: Steve Maillet; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

 

Do you merge the html_help_registration found in the VSSDK?

 

Merge DiskId=1 Id=msm Language=1033 
SourceFile=Merge\HTML_Help_Registration__RTL_X86_---.msm /

 

 

 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Maillet
Sent: Friday, September 14, 2007 2:32 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

 

We've been exploring WIX a bit and found it's developer friendly compile/link 
process and the votive wixlib project system to be a fantastic improvement over 
all other tools we've used. Even with as little documentation as there is on 
WIX we've been able to get productive quite quickly. However, there is one 
nagging issue we can't figure out. We are trying to 

[WiX-users] Registering an OCX

[Brad Stanley]

Our software package needs to register an Active X Control.   
Currently I do it with the following:

---
Property Id='REGSVR'regsvr32.exe/Property

 CustomAction Id=RegisterOCX Return=asyncNoWait  
Property=REGSVR ExeCommand='/s [INSTALLDIR]MyControl.ocx' /

 InstallExecuteSequence
   Custom Action=RegisterOCX After=InstallFinalize/
 /InstallExecuteSequence
---

This works fine on Windows XP.  Windows Vista works fine on my  
computer, but on another computer the install completes without  
registering the OCX successfully.  I try to manually register the OCX  
on the user's computer and I get an Error 0x80070005.  From what I've  
read, this indicates a permission problem, even though the user is an  
Administrator.

Should I be following another method to register the OCX so it  
consistently registers?


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Problem with ConfigureIIs

[Matthew Sheets]

I experienced a similar issue, but based on what I found, I think the problem
is with the use of the iis:WebAddress element.  From the XML listed below,
in the second iis:WebDirProperties block (Id=SecureTESTDirProperties) is
an iis:WebSite block, and then under that is only one iis:WebAddress
element, which has its Secure attribute set to yes.

In the Microsoft IIS Manager GUI, you cannot define a secure port without
also defining a non-secure (TCP) port, even if you are not going to use the
non-secure port.  I thought I would see if WiX would let me get around
having to declare an unused non-secure, but I received a leak error.  After
declaring a second iis:WebAddress with a non-secure port, the problem went
away.

I don't think this is a problem with the IIS code, per se.  A simple fix is
to update the documentation to state that if a secure iis:WebAddress is
defined, a non-secure iis:WebAddress must also be defined.  An
integrity-checked fix might be to change the iis:WebAddress as follows:
 1) Keep the Port attribute required, but redefine it to be the non-secure
(TCP) port
 2) Remove the Secure yes/no attribute
 3) Add an optional SecurePort attribute, which will set the secure port (if
present)

Of course, others may have alternate ideas, but I think this is consistent
with the constraints that are enforced in the Microsoft IIS Manager GUI.


Thank you,
Matthew


Rob Mensching-2 wrote:
 
 That means the custom action crashed.  First thing is to do is try the
 latest WiX build.  There have been tiny surgical fixes to take care of a
 couple crashes in the last few months.  Your issue may be fixed.  If not,
 then I would encourage you to build a debug version of the custom actions,
 drop a debugger on the install, and see if you can capture a callstack of
 the failure.  A bug with that callstack will go a long way to helping us
 get rid of every bug in the custom actions.
 
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Shurts
 Sent: Tuesday, August 14, 2007 10:11 AM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Problem with ConfigureIIs
 
 I am getting a leaked MSI handle error.  Everything was working fine until
 I added an additional website component for SSL.  Here is a snippet of the
 installer.
 Microsoft (R) Windows Installer Xml Compiler version 3.0.2925.0 -- btw
 iis:WebDirProperties
 Id=TESTDirProperties
 AnonymousAccess=no
 BasicAuthentication=yes
 DefaultDocuments=Default.asp,Default.htm,Default.aspx 
 Read=yes
 Index=yes
 Write=no
 Execute=no
 Script=yes
 WindowsAuthentication=no /
   iis:WebApplication
 Id=TESTWebApplication
 Name=TEST
 AllowSessions=yes
 SessionTimeout=20
 Buffer=yes
 DefaultScript=VBScript
 ScriptTimeout=90 /
   iis:WebApplication
 Id=TESTWSApplication
 Name=TESTWS
 AllowSessions=yes
 DefaultScript=VBScript
 ScriptTimeout=90
 SessionTimeout=20 /
   iis:WebApplication
 Id=TEST_UtilsApplication
 Name=TEST_Utils
 AllowSessions=yes
 DefaultScript=VBScript
 ScriptTimeout=90
 SessionTimeout=20 /
   DirectoryRef Id=WEBROOT
 Component Id=CreateServerWebsite
 Guid=9a752184-1828-4ebc-a882-406ec659b2fd KeyPath=yes
   iis:WebSite Id=TESTWebsite
 ConfigureIfExists=no
 Directory=WEBROOT
 Sequence=1
 Description=TEST
 ConnectionTimeout=300
 AutoStart=yes
 StartOnInstall=yes
 WebApplication=TESTWebApplication
 DirProperties=TESTDirProperties
 iis:WebAddress Id=TESTWebAddress Port=[IISPORT] /
 iis:WebVirtualDir
 Id=TESTWSvDir
 Directory=TESTWS
 WebApplication=TESTWSApplication
 DirProperties=TESTDirProperties
 Alias=TESTWS /
 iis:WebVirtualDir
   Id=TEST_UtilsvDir
   Directory=TEST_UTILS
   WebApplication=TEST_UtilsApplication
   DirProperties=TESTDirProperties
   Alias=TEST_Utils
   iis:WebVirtualDir
   Id=SharedControlsvDir
   Directory=SHARED
   DirProperties=TESTDirProperties
   Alias=SharedControls /
 /iis:WebVirtualDir
   /iis:WebSite
   Condition![CDATA[USESSL  1]]/Condition
 /Component
 
 iis:WebDirProperties
   Id=SecureTESTDirProperties
   AnonymousAccess=no
   AccessSSL=yes
   AccessSSLNegotiateCert=yes
   BasicAuthentication=yes
   DefaultDocuments=Default.asp,Default.htm,Default.aspx
   Read=yes
   Index=yes
   Write=no
   Execute=no
   Script=yes
   WindowsAuthentication=no /
 Component Id=CreateSecureWebsite
 Guid=a04ad24b-fcc2-483a-9830-e3307a693311 KeyPath=yes
   iis:WebSite Id=SecureTESTWebsite
 ConfigureIfExists=no
 Directory=WEBROOT
 Sequence=1
 Description=TEST
 ConnectionTimeout=300
 AutoStart=yes
 StartOnInstall=yes
 WebApplication=TESTWebApplication
 

Re: [WiX-users] Registering an OCX

[John Hall]

 Our software package needs to register an Active X Control.   
 Currently I do it with the following:
 
 ---
 Property Id='REGSVR'regsvr32.exe/Property
 
  CustomAction Id=RegisterOCX Return=asyncNoWait  
 Property=REGSVR ExeCommand='/s [INSTALLDIR]MyControl.ocx' /

 Should I be following another method to register the OCX so 
 it consistently registers?

Brad,

A much better approach is to extract the registry entries that your OCX
creates and create the registry entries directly from your installer.
WiX 2 includes a utility 'tallow' [1] and WiX 3 a utility called 'heat'
[2] that will do most of the work for you.

Regards,
John

[1]
http://blogs.conchango.com/stuartpreston/archive/2005/12/10/2488.aspx
[2]
http://installing.blogspot.com/2006/04/heatexe-making-setup-easier.html

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Avoiding removal of modified file components

[Patrick Hartling]

Is it possible with WiX to identify that certain files (or all files) should
not be removed at uninstallation time if they have been modified? I have not
found anything so far in the documentation about this, but my expectation of
terminology might be tripping me up. I am using WiX 3.0.2925.

 -Patrick


-- 
Patrick L. Hartling
VP Engineering, Infiscape Corp.
http://www.infiscape.com/



signature.asc
Description: OpenPGP digital signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] install integrated MSHelp2 with WixVSExtensions.dll

[Steve Maillet]

Even without the VSIPCC merge module and language=0 I still get this:

C:\Users\smaillet\Documents\Visual Studio
2005\Projects\TestWixVSHelp\WixProject1\WixProject1.wxs(59,0): Error
LGHT0204: ICE03: Not a valid foreign key; Table: HelpPlugin, Column:
HelpNamespace_Parent, Key(s): EMFSPOT.Tahoe.MS_VSIPCC_v80

light.exe(0,0): Error LGHT0204: ICE27: 'RegisterComPlus' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE27: 'InstallServices' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE77:
CA_CommitHelpTransaction.3643236F_FC70_11D3_A536_0090278A1BB8 is a
in-script custom action.  It must be sequenced in between the
InstallInitialize action and the InstallFinalize action in the
InstallExecuteSequence table

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table InstallExecuteSequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table InstallUISequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table AdminExecuteSequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table AdminUISequence

light.exe(0,0): Warning LGHT1076: ICE82: This action
ProgramFilesFolder.3643236F_FC70_11D3_A536_0090278A1BB8 has duplicate
sequence number 1 in the table AdvtExecuteSequence

 

Without the VSIPCC merge module, what does your help plug into? MS wants
installers to plug into the VSIPCC as of VS2005.

 

From: Schrieken, Rene [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 14, 2007 11:40 AM
To: Steve Maillet; wix-users@lists.sourceforge.net
Subject: RE: [WiX-users] install integrated MSHelp2 with
WixVSExtensions.dll

 

I'm not sure what is causing that. I'm only using the
HTML_help_registration. Can you try to set the Language=0 to see of
that helps?

 

 

 

 



From: [EMAIL PROTECTED] on behalf of Steve Maillet
Sent: Fri 9/14/2007 13:35
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] install integrated MSHelp2 with
WixVSExtensions.dll

Rene,

Thanks for helping!

 

When I add:

Merge DiskId=1 Id=HelpRegX86 Language=1033
SourceFile=HTML_Help_Registration__RTL_X86_---.msm /

Merge DiskId=1 Id=VsipCCRTL Language=1033
SourceFile=VSIPCC_Collection_Files_RTL_---_---.msm /

 

And in my feature:

MergeRef Id='HelpRegX86' Primary='yes' /

MergeRef Id='VsipCCRTL' Primary='yes' /

 

I get the following set of errors and warning from Light.exe:

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than
length permitted in column); Table: File, Column: File, Key(s):
FL_vsipccNamedURLs_hxk_86888.3643236F_FC70_11D3_A536_0090278A1BB
8

light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table:
HelpPlugin, Column: HelpNamespace_Parent, Key(s):
MS_VSIPCC_v80.MS_VSCC_v80

light.exe(0,0): Error LGHT0204: ICE03: Not a valid foreign key; Table:
HelpPlugin, Column: HelpNamespace_Parent, Key(s):
MS_VSIPCC_v80.MS_VSExpressCC_v80

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than
length permitted in column); Table: MsiFileHash, Column: File_, Key(s):
FL_vsipccNamedURLs_hxk_86888.3643236F_FC70_11D3_A536_0090278A1BB
8

light.exe(0,0): Warning LGHT1076: ICE03: String overflow (greater than
length permitted in column); Table: Registry, Column: Registry, Key(s):
_FldbVs8_RegFile_15039_0.3643236F_FC70_11D3_A536_0090278A1BB
8

light.exe(0,0): Error LGHT0204: ICE27: 'RegisterComPlus' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE27: 'InstallServices' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE27: 'CreateShortcuts' Action in
InstallExecuteSequence table in wrong place. Current: PostExecution,
Correct: Execution

light.exe(0,0): Error LGHT0204: ICE77:
CA_CommitHelpTransaction.3643236F_FC70_11D3_A536_0090278A1BB8 is a
in-script custom action.  It must be sequenced in between the
InstallInitialize action and the InstallFinalize action in the
InstallExecuteSequence table

light.exe(0,0): Error LGHT0204: ICE77:
CA_HxMerge_VSIPCC_VSCC.3643236F_FC70_11D3_A536_0090278A1BB8 is a
in-script custom action.  It must be sequenced in between the
InstallInitialize action and the InstallFinalize action in the
InstallExecuteSequence table

light.exe(0,0): Error LGHT0204: ICE77:
CA_HxMerge_VSIPCC_VSExpCC.3643236F_FC70_11D3_A536_0090278A1BB8 is a
in-script custom action.  It must be sequenced in between the

[WiX-users] Creating normal shortcuts to link to a pre-existing .exe

[Jessi Darling]

Hello,

I am relatively new to the WiX Toolset and am using v2.  I created an
install using Wix for an application with no problem.  What I am wanting to
do is create a seperate client install that will create the shortcuts
onto the client computer that will link it to the pre-existing executable
already installed, ultimately a server.  I am trying to use the registry
search but am having problems.
I keep getting the error message: 'The installer has encountered an
unexpected error installing this package.  This may indicate a problem with
this package.  The error code is 2704'

-- 
Jessica Darling
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Setting Directories Based on Property Values (WiX 3.0.2925.0)

[Matthew Sheets]

I would like to assign a directory name based on the value of a
property.  According to the wix-user group message
http://sourceforge.net/mailarchive/message.php?msg_id=457FBE32.5050704%4
0bobs.org, the general approach is to make the directory ID the same as
the property name.

 

That approach works fine for the property [ProgramFilesFolder], such as
used below.  It installs to C:\Program Files\Acme Tooling\Tools, which
is what I would expect.

Directory Id=TARGETDIR Name=SourceDir

  Directory Id=ProgramFilesFolder

Directory Id=dirManufacturer Name=Acme Tooling

  Directory Id=dirProductName Name=Tools

Directory Id=dirEnvironment Name=test

 

Unfortunately, this static approach will not work for me, as the
requirements dictate a more dynamic approach, such as changing the value
of the property [Environment].  So, the next revision was as follows:

Property Id=Environmenttest/Property

. . .

Directory Id=TARGETDIR Name=SourceDir

  Directory Id=ProgramFilesFolder

Directory Id=Manufacturer

  Directory Id=ProductName

Directory Id=Environment

 

That failed with errors in light, as [Manufacturer] and [ProductName]
are also MSI Public Properties and can cause unforeseen side effects.
OK, so I'll use a custom action and just copy those property values over
to a different property.

Property Id=Environmenttest/Property

. . .

CustomAction Id=SetAppManufacturer Property=AppManufacturer
Value=[Manufacturer] /

CustomAction Id=SetAppProductName Property=AppProductName
Value=[ProductName] /

. . .

Directory Id=TARGETDIR Name=SourceDir

  Directory Id=ProgramFilesFolder

Directory Id=AppManufacturer

  Directory Id=AppProductName

Directory Id=Environment

 

So, that gets me by the light error.  When installing the MSI, though, I
shortly receive the error Could not access network location Acme Tools
([Manufacturer] = Acme Tooling).  (Side Note: if [Manufacturer] is an
8.3-compliant name [e.g. Acme], the MSI will hang for 40 - 60 seconds
before failing with a similar error message: Could not access network
location Acme.)  I'm not sure how to get around this Could not access
network location error.  At the time of the error, the log is as
follows:

MSI (s) (2C:F0) [12:26:48:236]: Note: 1: 2205 2:  3: Patch 

MSI (s) (2C:F0) [12:26:48:236]: Note: 1: 2205 2:  3: Condition 

MSI (s) (2C:F0) [12:26:48:236]: Note: 1: 1314 2: Acme Tooling 

MSI (s) (2C:F0) [12:26:48:236]: Note: 1: 1606 2: Acme Tooling 

MSI (c) (0C:D8) [12:26:48:252]: Font created.  Charset: Req=0, Ret=0,
Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

 

MSI (s) (2C:F0) [12:26:52:689]: Product: Tools -- Error 1606. Could not
access network location Acme Tooling.

 

MSI (s) (2C:F0) [12:26:52:705]: Note: 1: 1606 2: Acme Tooling 

MSI (c) (0C:D8) [12:26:52:705]: Font created.  Charset: Req=0, Ret=0,
Font: Req=MS Shell Dlg, Ret=MS Shell Dlg

 

MSI (s) (2C:F0) [12:27:30:423]: Product: Tools -- Error 1606. Could not
access network location Acme Tooling.

 

Again, the properties need to support values declared or assigned at
install time, so the preprocessor-based workarounds described in other
posts won't work under this scenario.  Even [PropertyName] needs to be
easily changeable.  If necessary, I think I could even swing utilizing a
bootstrapper (such as dotNetInstaller) and/or WiRunSQL.vbs to make the
necessary property changes.

 

 

A second issue is how to get the path of a parent directory from a
folder path that exists in the registry.  Examples I saw in other
WiX-users posts seemed to deal with finding the parent directory of a
specific file; in this case, I want the parent directory of a folder.
For instance, if a third-party program is installed to
D:\Applications\UtilityApp, I need to default the installation to
install under D:\Applications (and, yes, the case of installation to the
root of a drive is covered).  I can pull the directory path (e.g.
D:\Applications\UtilityApp) from the registry, but I'm not sure how to
derive the parent directory.  I tried adding a child Directory element
with a name of ..; however, that was disallowed as an invalid name.  I
then tried changing the path D:\Applications\UtilityApp\ to
D:\Applications\UtilityApp\..\ (via custom actions); however, that
failed during install with an error message, the folder path '..'
contains an invalid character.

 

 

Apart from these issues, I think I have the other multi-instance items
addressed.  I would appreciate any insight.

 

 

Thank you,

Matthew

 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] IIS, Vista and WiX

[John Lalande]

I have completed the an installer that installs a ASP.Net 2.0 web
application.  It works fine in Windows 2003 Server but fails on Vista with
the error message:

Cannot connect to the Internet Information Server.
(-2147221164   )

In the log file, the detail for the failure is:

ConfigureIIs:  failed to get IID_IMSAdminBase Object
Error 26001. Cannot connect to Internet Information Server.
(-2147221164 )

Is there anything special needed for Vista installs of a web site in IIS
using WiX?

John
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Wix/VS+Votive - adding all files in a directory to a project?

[Justin Rockwood]

You're right that what you want is dangerous because it goes against
component rules. However, I can also see the value in having something like
this inherent in Votive. If you want to log a feature request, I think it
would be something good to add to Votive. I'd probably have some sort of
scary dialog popping up the first time warning you that you're treading on
dangerous ground, but the feature could be useful.

 

Here's the link to add a feature request:
http://sourceforge.net/tracker/?group_id=105970
http://sourceforge.net/tracker/?group_id=105970atid=642717 atid=642717

 

Thanks,

Justin

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sergei
Shelukhin
Sent: Friday, September 14, 2007 12:15 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Wix/VS+Votive - adding all files in a directory to a
project?

 

Hi. 
I wonder if there's something similar to Project output concept for Wix
setup projects created using Votive. 

We are currently using Web setup project followed by  Custom Action that is
used to do most of the work to deploy a big ASP.NET application. We are
considering moving the deployment to either WiX or a completely custom tool
because of the utter lack of functionality in Web Setup projects. 

The problem is that the project has hundreds of files in a complicated
subdirectory tree in several separate projects and files are constantly
added, removed and moved around from version to version.  Web setup has the
advantage of packaging all the required files  easily, I wonder if this is
available for WiX. 

Application is basically a monolithic entity and the update includes the
removal of most files (apart from maybe 3-5 files and 1-2 subdirectories)
and  redeployment of the new ones so we don't care about component
versioning problems. 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS, Vista and WiX

[Rob Mensching]

The custom actions require the legacy administration objects today.  Maybe 
one day we'll update the IIS custom actions to not require that on Vista.  It's 
a pretty large work item though.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Lalande
Sent: Friday, September 14, 2007 09:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IIS, Vista and WiX

I have completed the an installer that installs a ASP.Net 2.0 web application.  
It works fine in Windows 2003 Server but fails on Vista with the error message:

Cannot connect to the Internet Information Server.
(-2147221164   )

In the log file, the detail for the failure is:

ConfigureIIs:  failed to get IID_IMSAdminBase Object
Error 26001. Cannot connect to Internet Information Server.  (-2147221164   
  )

Is there anything special needed for Vista installs of a web site in IIS using 
WiX?

John
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Registering an OCX

[Wilson, Phil]

 and adding to John's comment, if it's a Vista machine where it
fails then the issue is likely to be UAC. Even an administrator doesn't
always run with admin privileges, and that applies to impersonated
custom actions too.  
http://msdn2.microsoft.com/en-us/library/aa372468.aspx 
http://blogs.msdn.com/astebner/archive/2006/09/30/778865.aspx
http://www.macrovision.com/webdocuments/PDF/is_vista.pdf 

Phil Wilson 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Hall
Sent: Friday, September 14, 2007 9:22 AM
To: Brad Stanley
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Registering an OCX

 Our software package needs to register an Active X Control.   
 Currently I do it with the following:
 
 ---
 Property Id='REGSVR'regsvr32.exe/Property
 
  CustomAction Id=RegisterOCX Return=asyncNoWait  
 Property=REGSVR ExeCommand='/s [INSTALLDIR]MyControl.ocx' /

 Should I be following another method to register the OCX so 
 it consistently registers?

Brad,

A much better approach is to extract the registry entries that your OCX
creates and create the registry entries directly from your installer.
WiX 2 includes a utility 'tallow' [1] and WiX 3 a utility called 'heat'
[2] that will do most of the work for you.

Regards,
John

[1]
http://blogs.conchango.com/stuartpreston/archive/2005/12/10/2488.aspx
[2]
http://installing.blogspot.com/2006/04/heatexe-making-setup-easier.html


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS, Vista and WiX

[John Lalande]

So does this mean that these custom actions don't work on Vista?

Is there anything I can do to get them to work as a temporary measure?

What are legacy administration objects?

John

On 9/14/07, Rob Mensching [EMAIL PROTECTED] wrote:

  The custom actions require the legacy administration objects today.
 Maybe one day we'll update the IIS custom actions to not require that on
 Vista.  It's a pretty large work item though.



 *From:* [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] *On Behalf Of *John Lalande
 *Sent:* Friday, September 14, 2007 09:43
 *To:* wix-users@lists.sourceforge.net
 *Subject:* [WiX-users] IIS, Vista and WiX



 I have completed the an installer that installs a ASP.Net 2.0 web
 application.  It works fine in Windows 2003 Server but fails on Vista with
 the error message:

 Cannot connect to the Internet Information Server.
 (-2147221164   )

 In the log file, the detail for the failure is:

 ConfigureIIs:  failed to get IID_IMSAdminBase Object
 Error 26001. Cannot connect to Internet Information Server.
 (-2147221164 )

 Is there anything special needed for Vista installs of a web site in IIS
 using WiX?

 John

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS, Vista and WiX

[John Vottero]

The legacy administration objects are part of IIS.  You have to make
sure that they are installed before you start your installation.   How
do you check to make sure that IIS is installed?

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John
Lalande
Sent: Friday, September 14, 2007 1:39 PM
To: Rob Mensching
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] IIS, Vista and WiX

 

So does this mean that these custom actions don't work on Vista?

Is there anything I can do to get them to work as a temporary measure?

What are legacy administration objects?

John 

On 9/14/07, Rob Mensching [EMAIL PROTECTED] wrote:

The custom actions require the legacy administration objects today.
Maybe one day we'll update the IIS custom actions to not require that on
Vista.  It's a pretty large work item though.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John
Lalande
Sent: Friday, September 14, 2007 09:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IIS, Vista and WiX

 

I have completed the an installer that installs a ASP.Net 2.0 web
application.  It works fine in Windows 2003 Server but fails on Vista
with the error message:

Cannot connect to the Internet Information Server.
(-2147221164   ) 

In the log file, the detail for the failure is:

ConfigureIIs:  failed to get IID_IMSAdminBase Object
Error 26001. Cannot connect to Internet Information Server.
(-2147221164 )

Is there anything special needed for Vista installs of a web site in IIS
using WiX? 

John

 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS, Vista and WiX

[John Lalande]

I check the value of the MajorVersion entry in the
HKLM\SOFTWARE\Microsoft\InetStp registry key.

Is there a way to check for the legacy administration objects?  Also, how
do you install them?

John

On 9/14/07, John Vottero [EMAIL PROTECTED] wrote:

  The legacy administration objects are part of IIS.  You have to make
 sure that they are installed before you start your installation.   How do
 you check to make sure that IIS is installed?



 *From:* [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] *On Behalf Of *John Lalande
 *Sent:* Friday, September 14, 2007 1:39 PM
 *To:* Rob Mensching
 *Cc:* wix-users@lists.sourceforge.net
 *Subject:* Re: [WiX-users] IIS, Vista and WiX



 So does this mean that these custom actions don't work on Vista?

 Is there anything I can do to get them to work as a temporary measure?

 What are legacy administration objects?

 John

 On 9/14/07, *Rob Mensching* [EMAIL PROTECTED] wrote:

 The custom actions require the legacy administration objects today.
 Maybe one day we'll update the IIS custom actions to not require that on
 Vista.  It's a pretty large work item though.



 *From:* [EMAIL PROTECTED] [mailto:
 [EMAIL PROTECTED] *On Behalf Of *John Lalande
 *Sent:* Friday, September 14, 2007 09:43
 *To:* wix-users@lists.sourceforge.net
 *Subject:* [WiX-users] IIS, Vista and WiX



 I have completed the an installer that installs a ASP.Net 2.0 web
 application.  It works fine in Windows 2003 Server but fails on Vista with
 the error message:

 Cannot connect to the Internet Information Server.
 (-2147221164   )

 In the log file, the detail for the failure is:

 ConfigureIIs:  failed to get IID_IMSAdminBase Object
 Error 26001. Cannot connect to Internet Information Server.
 (-2147221164 )

 Is there anything special needed for Vista installs of a web site in IIS
 using WiX?

 John



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] IIS, Vista and WiX

[John Vottero]

I don't know how to tell if the legacy administration is installed.  To
install it via the GUI, start Programs and Features, click Turn
Windows features on or off then drill down through IIS and Web
Management tools and make sure that IIS 6 Management Compatibility is
checked.  To install it via the command line, use OCSetup.exe with the
right command line arguments.  To figure out what those arguments should
be, download the WAIK (Windows Automated Installation Kit) which should
document the arguments for each of the Windows features.  Searching for
WAIK may also do the trick.

 

Good luck!

 

From: John Lalande [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 14, 2007 2:08 PM
To: John Vottero
Cc: Rob Mensching; wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] IIS, Vista and WiX

 

I check the value of the MajorVersion entry in the
HKLM\SOFTWARE\Microsoft\InetStp registry key.

Is there a way to check for the legacy administration objects?  Also,
how do you install them?

John

On 9/14/07, John Vottero [EMAIL PROTECTED] wrote:

The legacy administration objects are part of IIS.  You have to make
sure that they are installed before you start your installation.   How
do you check to make sure that IIS is installed?

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John
Lalande
Sent: Friday, September 14, 2007 1:39 PM
To: Rob Mensching
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] IIS, Vista and WiX

 

So does this mean that these custom actions don't work on Vista?

Is there anything I can do to get them to work as a temporary measure?

What are legacy administration objects?

John 

On 9/14/07, Rob Mensching [EMAIL PROTECTED] wrote:

The custom actions require the legacy administration objects today.
Maybe one day we'll update the IIS custom actions to not require that on
Vista.  It's a pretty large work item though.

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John
Lalande
Sent: Friday, September 14, 2007 09:43
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IIS, Vista and WiX

 

I have completed the an installer that installs a ASP.Net 2.0 web
application.  It works fine in Windows 2003 Server but fails on Vista
with the error message:

Cannot connect to the Internet Information Server.
(-2147221164   ) 

In the log file, the detail for the failure is:

ConfigureIIs:  failed to get IID_IMSAdminBase Object
Error 26001. Cannot connect to Internet Information Server.
(-2147221164 )

Is there anything special needed for Vista installs of a web site in IIS
using WiX? 

John

 

 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Customizing the dialog sequnce with Floating Publish events

[Ian Sullivan]

The docs I'm talking about are part of the v3  (Version 3.0.2925.0) install, 
kind of bleeding edge, if you can call 4 months old bleeding edge :).

If you look in the chm it's in WiX Help-Authoring-Using the WixUI dialog 
library, if you look at the source it's in src/chm/html/ 
WixUI_dialog_library.html.

That page seems to imply that (in v3) you can affect dialog sequence without 
having to make your own wixlib. I've also seen brief mentions of this 
functionality on the list, but nothing concrete.

-Ian

From: János Brezniczky [mailto:[EMAIL PROTECTED]
Sent: Friday, September 14, 2007 1:57 AM
To: Ian Sullivan
Cc: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] Customizing the dialog sequnce with Floating Publish 
events

Hi,

What documentation do you mention? I couldn't manage to find the Publish.Dialog 
attribute, but I would also be interested in this method of overriding the 
default event linking between dialogs. (Thanks for a link if appropriate.)

Otherwise I suppose these Publish nodes should be parented by the control which 
should fire the event, which is not the dialog, but a button in these cases. I 
thought it forces me to the check the source code of the (wixui) lib, and 
sometimes import/recompile them to be able to change their behaviour except for 
the final dialogs (error, success, etc..) or if they take their Value argument 
from a property.
This latter exception (quotes mean it is a frequent one) is illustrated here
http://www.tramontana.co.hu/wix/lesson2.php#2.3

I hope I wasn't wrong, and would appreciate other ideas/thoughts on the 
subject..


2007/9/14, Ian Sullivan [EMAIL PROTECTED]mailto:[EMAIL PROTECTED]:

HI,



I'm trying to see if I can insert a dialog into the WixUI_InstallDir sequence, 
the docs say you can do

Publish Dialog=WelcomeDlg Control=Next Event=NewDialog 
Value=SpecialDlg1/Publish

Publish Dialog=SpecialDlg Control=Back Event=NewDialog 
Value=WelcomeDlg1/Publish

Publish Dialog=SpecialDlg Control=Next Event=NewDialog 
Value=LicenseAgreementDlg1/Publish

Publish Dialog=LicenseAgreementDlg Control=Back Event=NewDialog 
Value=SpecialDlg1/Publish

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



But aren't really clear about where that should happen.



I tried doing this, but I never see my dialog...

Property Id =WIXUI_INSTALLDIR Value =INSTALLDIR /

UIRef Id =WixUI_InstallDir /

UI

  Dialog Id =SpecialDlg Width =370 Height=270 

Control Id =Special_Txt Type =Text X=5 Y=20 Width= 60 
Height=18 TabSkip=no

  Text[DialogFont]Hi there! /Text

/Control

Control Id =Next Type =PushButton X=236 Y=243 Width= 56 
Height=17 Default=yes Text =!(loc.WixUINext) /

Control Id =Back Type =PushButton X=180 Y=243 Width= 56 
Height=17 Disabled=yes Text =!(loc.WixUIBack) /

  /Dialog

  Publish Dialog =WelcomeDlg Control =Next Event=NewDialog 
Value=SpecialDlg Order =11/Publish

  Publish Dialog =SpecialDlg Control =Back Event=NewDialog 
Value=WelcomeDlg Order =11/Publish

  Publish Dialog =SpecialDlg Control =Next Event=NewDialog 
Value=LicenseAgreementDlg Order =11/Publish

  Publish Dialog =LicenseAgreementDlg Control =Back Event=NewDialog  
Value=SpecialDlg Order=11/Publish 

/UI



Thanks,

-Ian



Ian Sullivan

Software Development Engineer

Microsoft Inc., Windows Live Agents: SDK, Tools, Web Services



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.netmailto:WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Disk Cost shows drives that cannot be written to

[Magus]

Bump

Magus wrote:
 
 My disk cost dialog is showing all drives, not just writable drives and
 there a way to get it to only show writable drives?
 

-- 
View this message in context: 
http://www.nabble.com/Disk-Cost-shows-drives-that-cannot-be-written-to-tf4404400.html#a12682760
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Directory in user profile but not in RemoveFile table

[Daryn Mitchell]

 From: Jeff Hunsaker
 Sent: Friday, June 08, 2007 1:55 PM
 
 I'm adding a program menu which should be created if it's not there.
 Other programs install to this menu so I do not want to delete it 
 at uninstall. My XML looks like this: 
[...]
 error LGHT0204 : ICE64: The directory scmworkbench is in the 
 user profile but is not listed in the RemoveFile table.

I'm doing the same thing right now and I saw this entry when doing my
wix-users search.
Just for the record (as far as I understand), it's safe to have the
RemoveFile for your Program Menu folder that shared with other products,
because the action only removes folders that are empty, i.e. when there are
no other shortcuts left in it.

Daryn.



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Silent install won't copy in files

[Mike Menaker]

Hi,

I'm having a problem with a silent install.

 

I have a component that copies 2 files and writes to the registry
however it isn't copying the 3 files correctly (yet writing the registry
correctly).

 

This is my component.

 

  Component Id=SpeechConfig DiskId=1
Guid=49861A79-A034-4e15-BA38-783D2FCC4D90


File Id=TEST_cfg Name=TEST_1.CFG
LongName=Test.cfg

  CopyFile Id=CopyTestCfg
DestinationProperty=[ProgramFilesFolder]Test\Config\ /

/File

File Id=USER_XML Name=user.xml
LongName=user.xml

  CopyFile Id=CopyUserXml
DestinationProperty=[ProgramFilesFolder]Test\Config\ /

/File

Registry Id=TEST_SETREG_ADD Root=HKLM Key=SOFTWARE\FLEXlm License
Manager\TestLicensingService Name='License' Action='write'

  Type='string'
Value='[ProgramFilesFolder]Test\license_manager\license\test.lic' /

/Component

 

Any ideas why it isn't copying in the files correctly?

 

Thanks,

Mike

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Problems attempting to advertise a shortcut

[OneReallyCoolApplication]

Hi, I am trying to create an advertised desktop shortcut. The problem is that
in the component containing the shortcut, I cannot set KeyPath = yes, or
else I will get errors with the ORCA validation tool and the advertising
doesn't work. If I set KeyPath = no, then I must have a file under the
component that has KeyPath = yes, and a shortcut under that file. However
this is extraneous since that file is also installed somewhere else in my
code, and there are problems with opening that shortcut after it has been
installed. Before I just had the shortcut directly under the shortcut's
component (it was non-advertised), and it worked fine.

My code looks like the following:

 Directory Id=DesktopFolder Name=Desktop
 /Directory

Directory Id=PROGDIR Name=PROG_.3 LongName=prog-1.3.3
   Component Id=ProgShortcut Guid=... KeyPath=no
  File Id=ProgShortcutFile Name=Prog.exe
Source=..\Prog.exe DiskId=8 Vital=no KeyPath=yes
 Shortcut Id=ProgShortcut Directory=DesktopFolder
Name=Prog WorkingDirectory=... Icon=ProgIcon.exe Advertise=yes
Icon Id=ProgIcon.exe SourceFile=..\Prog.exe /
 /Shortcut
  /File
   /Component
/Directory

The program is Prog and ... represents some GUID (for simplicity).

Thanks for any help. 
-- 
View this message in context: 
http://www.nabble.com/Problems-attempting-to-advertise-a-shortcut-tf4445762.html#a12685182
Sent from the wix-users mailing list archive at Nabble.com.


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

[WiX-users] Issue with VC Redist merge module

[Scott Short]

I've successfully built an MSI that links in the VC Redist merge module.  
However when I try to execute the MSI, it reports back errors associated with 
the merge modules.
- Error reading from file [process' root path]\Windows\winsxs\Policies\
 
Any ideas on how to resolve this?  After quite a bit of digging, I've found a 
blog post that helped me confirm my syntax.  
http://blogs.msdn.com/nikolad/archive/2005/09/02/running-c-application-built-by-vc-express-on-another-computer.aspx
 
Here's the gist of what I'm doing ...
 
 
 
Wix ... 
Package
InstallerVersion='200'
Platforms='x64'
...
 /
 
Media Id='1' Cabinet='Product.cab' EmbedCab='yes' /
 
Directory Id='TARGETDIR' Name='SourceDir'
Merge Id='VCRedist' Language='0' src='C:\Program Files\Common Files\Merge 
Modules\Microsoft_VC80_CRT_x86_x64.msm' DiskId='1' /
Merge Id='VCRedistPolicy' Language='0' src='C:\Program Files\Common 
Files\Merge Modules\policy_8_0_Microsoft_VC80_CRT_x86_x64.msm' DiskId='1' /
/Directory
 
Feature Id='VCRedistFeature' Title='VC Redist required for DFS Agent' 
Level='1'
MergeRef Id='VCRedist' /
MergeRef Id='VCRedistPolicy' /
/Feature
 
/Product
/Wix
 
_
Can you find the hidden words?  Take a break and play Seekadoo!
http://club.live.com/seekadoo.aspx?icid=seek_wlmailtextlink-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] WiX-users Digest, Vol 16, Issue 80

[Peter Wone]

I have a VBScript file that uses MSXML to load and save a fragment file. It 
harvests a list of files in a folder and then uses XPATH to see whether each 
file is already represented in the fragment. Unrepresented files are added. 
When this phase is done it then traverses all the represented files checking 
each is present in the file list and if not removing their nodes from the 
fragment.

This elaborate strategy allows me to preserve component GUIDs for files that 
don't change.

I run this script as a pre-build event. In my case files are generally added, 
rarely deleted and never moved, however I'm sure you could elaborate my code.

This code will shortly make its way into the wix book 
http://wix.mindcapers.com/wiki and if you use it you are expected to contribute 
your enhancements back to the wiki.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:wix-users-
 [EMAIL PROTECTED] On Behalf Of wix-users-
 [EMAIL PROTECTED]
 Sent: Saturday, 15 September 2007 3:39 AM
 To: wix-users@lists.sourceforge.net
 Subject: WiX-users Digest, Vol 16, Issue 80

 Send WiX-users mailing list submissions to
 wix-users@lists.sourceforge.net

 To subscribe or unsubscribe via the World Wide Web, visit
 https://lists.sourceforge.net/lists/listinfo/wix-users
 or, via email, send a message with subject or body 'help' to
 [EMAIL PROTECTED]

 You can reach the person managing the list at
 [EMAIL PROTECTED]

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of WiX-users digest...


 Today's Topics:

1. IIS, Vista and WiX (John Lalande)
2. Re: Wix/VS+Votive - adding all files in a directory toa
   project? (Justin Rockwood)
3. Re: Registering an OCX (Wilson, Phil)
4. Re: IIS, Vista and WiX (Rob Mensching)
5. Re: IIS, Vista and WiX (John Lalande)


 --

 Message: 1
 Date: Fri, 14 Sep 2007 11:42:39 -0500
 From: John Lalande [EMAIL PROTECTED]
 Subject: [WiX-users] IIS, Vista and WiX
 To: wix-users@lists.sourceforge.net
 wix-users@lists.sourceforge.net
 Message-ID:
 [EMAIL PROTECTED]
 Content-Type: text/plain; charset=iso-8859-1

 I have completed the an installer that installs a ASP.Net 2.0 web
 application.  It works fine in Windows 2003 Server but fails on Vista
 with
 the error message:

 Cannot connect to the Internet Information Server.
 (-2147221164   )

 In the log file, the detail for the failure is:

 ConfigureIIs:  failed to get IID_IMSAdminBase Object
 Error 26001. Cannot connect to Internet Information Server.
 (-2147221164 )

 Is there anything special needed for Vista installs of a web site in
 IIS
 using WiX?

 John
 -- next part --
 An HTML attachment was scrubbed...

 --

 Message: 2
 Date: Fri, 14 Sep 2007 09:55:24 -0700
 From: Justin Rockwood [EMAIL PROTECTED]
 Subject: Re: [WiX-users] Wix/VS+Votive - adding all files in a
 directory toa   project?
 To: 'Sergei Shelukhin' [EMAIL PROTECTED],
 wix-users@lists.sourceforge.net
 Message-ID: [EMAIL PROTECTED]
 Content-Type: text/plain; charset=us-ascii

 You're right that what you want is dangerous because it goes against
 component rules. However, I can also see the value in having something
 like
 this inherent in Votive. If you want to log a feature request, I think
 it
 would be something good to add to Votive. I'd probably have some sort
 of
 scary dialog popping up the first time warning you that you're treading
 on
 dangerous ground, but the feature could be useful.



 Here's the link to add a feature request:
 http://sourceforge.net/tracker/?group_id=105970
 http://sourceforge.net/tracker/?group_id=105970atid=642717
 atid=642717



 Thanks,

 Justin



 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Sergei
 Shelukhin
 Sent: Friday, September 14, 2007 12:15 AM
 To: wix-users@lists.sourceforge.net
 Subject: [WiX-users] Wix/VS+Votive - adding all files in a directory to
 a
 project?



 Hi.
 I wonder if there's something similar to Project output concept for
 Wix
 setup projects created using Votive.

 We are currently using Web setup project followed by  Custom Action
 that is
 used to do most of the work to deploy a big ASP.NET application. We are
 considering moving the deployment to either WiX or a completely custom
 tool
 because of the utter lack of functionality in Web Setup projects.

 The problem is that the project has hundreds of files in a complicated
 subdirectory tree in several separate projects and files are constantly
 added, removed and moved around from version to version.  Web setup has
 the
 advantage of packaging all the required files  easily, I wonder if this
 is
 available for WiX.

 Application is basically a monolithic entity and the update includes
 the
 removal of most files (apart from maybe 3-5 files and 1-2
 subdirectories)
 and