[WiX-users] Using WiX without installing it (just copy)

[Bosch, Andreas]

Hi everyone,

I would like to use WiX (with MSBuild) without running the WiX installer, but 
by just copying the binaries to some location. Is this possible?

Background: We are using a NAnt script to build our projects, including the 
installers. The idea is that we could just checkout the source code from the 
repository on any computer (with MSBuild) and immediately run a build without 
having to install anything before. Therefore, we have added all required tools 
(e.g. NAnt, NUnit...) to the repository and use those binaries in the build 
script.

We would like to do the same with WiX. However, we are not using the WiX 
binaries (candle, light...) directly, but we are using MSBuild using the 
*.wixproj files. Certainly, MSBuild somehow needs to know the tools required to 
build a *.wixproj file. But if I just get the WiX binaries from the repository, 
how can I tell MSBuild to use these binaries? Is it possible? Or do I need to 
copy the files to some special location on the client?

Any help would be appreciated! Thanks!
Andreas
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Using WiX without installing it (just copy)

[Yan Sklyarenko]

This should help you:
http://wix.sourceforge.net/manual-wix3/daily_builds.htm

-- Yan

On Tue, Jan 4, 2011 at 9:48 AM, Bosch, Andreas
wrote:

> Hi everyone,
>
> I would like to use WiX (with MSBuild) without running the WiX installer,
> but by just copying the binaries to some location. Is this possible?
>
> Background: We are using a NAnt script to build our projects, including the
> installers. The idea is that we could just checkout the source code from the
> repository on any computer (with MSBuild) and immediately run a build
> without having to install anything before. Therefore, we have added all
> required tools (e.g. NAnt, NUnit...) to the repository and use those
> binaries in the build script.
>
> We would like to do the same with WiX. However, we are not using the WiX
> binaries (candle, light...) directly, but we are using MSBuild using the
> *.wixproj files. Certainly, MSBuild somehow needs to know the tools required
> to build a *.wixproj file. But if I just get the WiX binaries from the
> repository, how can I tell MSBuild to use these binaries? Is it possible? Or
> do I need to copy the files to some special location on the client?
>
> Any help would be appreciated! Thanks!
> Andreas
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] question about the CostingComplete MSI bug

[Rob Hamflett]

On 21/12/2010 07:12, Neil Sleightholm wrote:
> For more details about this take a look here
> http://www.joyofsetup.com/2010/10/09/experimental-results-part-ii/
>
> So far the result seem to indicate the not waiting for CostingComplete
> doesn't have any effect.

I can't say I agree with that.  I was asking about this earlier and removed our 
'wait for costing' 
dialog.  The next day Windows Installer crashed in 
CostAllComponentsWorkerThread (see the "Working 
around the CostingComplete bug" thread).

Rob


>
> Neil
>
> -Original Message-
> From: Dawei Xu [mailto:dawei...@gmail.com]
> Sent: 21 December 2010 02:25
> To: wix-users@lists.sourceforge.net
> Subject: Re: [WiX-users] question about the CostingComplete MSI bug
>
> Hi, Thom,
>
> Thanks very much for your reply.
>
> Wix 3.5 or 3.6 will always NOT pop up this window (no matter the
> CostingComplete finish or not). Am I right? Will this will cause some
> problem if the installation started before the CostingComplete finsihed?
>
> I'm working on a legacy code using WiX 2.0, I think I can only remove
> the the publish event line below to achieve the same effect. Am I right?
>
> " Value="WaitForCostingDlg">CostingComplete
> = 1"
>
>
> Thanks very much!
>
>
> Best regards,
>
> Dawei Xu
>
>
> On Mon, Dec 20, 2010 at 11:59 PM,
> wrote:
>
>> Date: Mon, 20 Dec 2010 09:47:54 -
>> From: "Thom Leigh"
>> Subject: Re: [WiX-users] question about the CostingComplete MSI bug
>> To: "General discussion for Windows Installer XML toolset."
>> 
>> Message-ID:
>>
> 
>> Content-Type: text/plain;   charset="us-ascii"
>>
>> Relates to this:
>> http://sourceforge.net/tracker/?func=detail&aid=2951181&group_id=10597
>> 0&
>> atid=642714> oup_id=105970&%0Aatid=642714>
>>
>> See here for info:
>> http://www.joyofsetup.com/2010/04/04/bug-hunting/
>> http://www.joyofsetup.com/2010/05/20/its-time-to-experiment/
>> http://www.joyofsetup.com/2010/05/28/experimental-results-part-i/
>> http://www.joyofsetup.com/2010/10/09/experimental-results-part-ii/
>>
>> I believe you'll have to upgrade to WiX 3.5 or 3.6.
>>
>> FYI this info was findable by Googling "WixUiCostingPopupOptOut"...
>>
>> -Thom
>>
> 
> --
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how to connect the dots, take
> your collaborative environment to the next level, and enter the era of
> Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
> --
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d


--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] problem with XmlConfig when migrating from Wix 3.0to Wix 3.5

[David Watson]

I recall having this problem when I did a wix 3.5 test. I think the new IIS 
custom actions are scheduled after XML Config by default now.

Check the order in orca, I think you will need to schedule them later.

Dave

-Original Message-
From: Zhisheng Huang [mailto:zhhuang5...@yahoo.com] 
Sent: 01 January 2011 20:30
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] problem with XmlConfig when migrating from Wix 3.0to 
Wix 3.5

Looks like attachment does not work properly. Here are the two files that can 
repro the problem.

Product.wxs

http://schemas.microsoft.com/wix/2006/wi";
 xmlns:util="http://schemas.microsoft.com/wix/UtilExtension";
 xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension";>
 
  
  
  
   


   
  
  
  
  
  
  
  
  

  
  
  
  
  
  
  
  
  
  
  
   
  
   
  
   
  
  
  
  
  
  
  
  
  
  
  
  
  
  
 


WebServiceSetup.wxi

http://schemas.microsoft.com/wix/UtilExtension";
 xmlns:iis="http://schemas.microsoft.com/wix/IIsExtension";>
    
    
    
    
    
    
    
    
    
    
    
    





- Original Message 
From: Zhisheng Huang 
To: General discussion for Windows Installer XML toolset. 

Sent: Sat, January 1, 2011 11:43:29 AM
Subject: Re: [WiX-users] problem with XmlConfig when migrating from Wix 3.0 to 
Wix 3.5

Hi Neil,

I could repro this. Attched is my simplified repro based on the production 
code (Product.wxs and WebServiceSetup.wxi). It sets up a web application (but 
without any content, just to simplify repro), then modifies the corresponding 
node in applicationHost.config with XmlConfig. So it can be easily compiled 
with 

the following by using different version of Wix:
    candle.exe -dOutDir=. -dPlatform=x64 -arch x64 -ext WixUtilExtension.dll 
-ext WixIIsExtension.dll Product.wxs
    light.exe -ext WixUtilExtension.dll -ext WixIIsExtension.dll -out 
.\SetupProject.msi -pdbout .\SetupProject.wixpdb .\Product.wixobj

By the way, our system is x64. So MSI we build are all x64. Msi build with Wix 
3.0 works fine, but with Wix 3.5 fails with the error in the previous email.
I didn't try if this repro for x86 or not since I don't have an x86 machine and 
the if I build x86 package and try to install on x64 machine, somehow it fails 
to install saying it can't open applicationHost.config file in both cases 
(build 

with wix 3.0 and 3.5)

Thanks,
Zhisheng


 


- Original Message 
From: Neil Sleightholm 
To: General discussion for Windows Installer XML toolset. 

Sent: Sat, January 1, 2011 1:17:31 AM
Subject: Re: [WiX-users] problem with XmlConfig when migrating from Wix 3.0 to 
Wix 3.5

Could you post the WiX you are using to do this edit.

Neil

-Original Message-
From: Zhisheng Huang [mailto:zhhuang5...@yahoo.com] 
Sent: 01 January 2011 05:40
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] problem with XmlConfig when migrating from Wix 3.0 to Wix 
3.5

Hi,

I have a Wix 3.0 project which installs an web application under default web 
site, it also uses XmlConfig to modify the section of that web site in 
applicationHost.config file. That works fine under Wix 3.0, however, after 
migrating to Wix 3.5 it fails with following error.

ExecXmlConfig:  Error 0x800710d8: failed to find node: 
/configuration/location/system.webServer in XML file: 
C:\Windows\System32\inetsrv\config\applicationHost.config
Error 25542. Failed to find node: /configuration/locati...@path="Default Web 
Site/MySite"]/system.webServer in XML file: 

C:\Windows\System32\inetsrv\config\applicationHost.config, system error: 
-2147020584
MSI (s) (C0!50) [23:43:16:852]: Product: My Service -- Error 25542. Failed to 
find node: /configuration/locati...@path="Default Web 
Site/MySite"]/system.webServer in XML file: 

C:\Windows\System32\inetsrv\config\applicationHost.config, system error: 
-2147020584
 
Note, for the migration, nothing was changed in wix source files. Simply the 
wxi 

files are recompiled with Wix 3.5. If I uncomment the XmlConfig section to 
allow 

the wix 3.5 compiled MSI to isntall, I do see MySite is created and the node 
/configuration/locati...@path="Default Web Site/MySite"]/system.webServer 
exists 

in applicationHost.config file.
 
Any known issue? Any idea what can go wrong here? Any suggestion is greatly 
appreciated!
 
Zhisheng


      

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers to 
consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node O

Re: [WiX-users] Using WiX without installing it (just copy)

[Bosch, Andreas]

Thanks a lot! Works perfectly.

Just as a sidenote: In addition to "WixToolPath", "WixTargetsPath", and 
"WixTasksPath", I also had to add a property "WixExtDir" which points to the 
location of the WiX extensions like "WixNetFxExtension.dll", 
"WixUIExtension.dll" and so on... This might be related to the fact that I am 
not defining the properties within the wixproj file, but as a property from the 
command line: "MSBuild.exe ... /property:WixToolPath=${wix.dir}\"

For others having a similar question, this is my MSBuild call in NAnt to build 
my installer without having to install WiX on the machine:
















Where ${wix.dir}, ${wix.targets.path}, and ${wix.tasks.path} are properties 
containing the paths to the respective files/folders as described in the link 
provided by Yan.

Andreas

-Original Message-
From: Yan Sklyarenko [mailto:yansklyarenko+...@gmail.com] 
Sent: Dienstag, 4. Januar 2011 09:23
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Using WiX without installing it (just copy)

This should help you:
http://wix.sourceforge.net/manual-wix3/daily_builds.htm

-- Yan

On Tue, Jan 4, 2011 at 9:48 AM, Bosch, Andreas
wrote:

> Hi everyone,
>
> I would like to use WiX (with MSBuild) without running the WiX 
> installer, but by just copying the binaries to some location. Is this 
> possible?
>
> Background: We are using a NAnt script to build our projects, 
> including the installers. The idea is that we could just checkout the 
> source code from the repository on any computer (with MSBuild) and 
> immediately run a build without having to install anything before. 
> Therefore, we have added all required tools (e.g. NAnt, NUnit...) to 
> the repository and use those binaries in the build script.
>
> We would like to do the same with WiX. However, we are not using the 
> WiX binaries (candle, light...) directly, but we are using MSBuild 
> using the *.wixproj files. Certainly, MSBuild somehow needs to know 
> the tools required to build a *.wixproj file. But if I just get the 
> WiX binaries from the repository, how can I tell MSBuild to use these 
> binaries? Is it possible? Or do I need to copy the files to some special 
> location on the client?
>
> Any help would be appreciated! Thanks!
> Andreas
>
> --
>  Learn how Oracle Real Application Clusters (RAC) One Node 
> allows customers to consolidate database storage, standardize their 
> database environment, and, should the need arise, upgrade to a full 
> multi-node Oracle RAC database without downtime or disruption 
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers to 
consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database without 
downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating Virtual Directories in c:\inetpub\wwwroot in WiX

[Rob Mensching]

 There isn't a custom action in the WiX toolset that does this today. It'd
be cool if someone wanted to contribute it.


> I did spend some time over the last week experimenting with the WiX 3.5 IIS
> configuration feature.  It looks promising but I could NOT figure out how
> to
> get it to set an MSI property that indicated where a physical directory for
> a WebDirectoryor VirtualWebDirectorywas located.  So I backed out those
> changes.  But if someone has figured this out, please share!
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-Virtual-Directories-in-c-inetpub-wwwroot-in-WiX-tp688976p5887358.html
>   Sent from the wix-users mailing list archive at Nabble.com.
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn issue

[Rob Mensching]

Maybe. It's not really in the model Burn was designed for. Burn was intended
to provide a seamless installation experience not pop up a bunch of
different installation wizards.

Many years ago my wife got an iPod shuffle as a present. To use it we had to
install iTunes. The install was such a mishmash of disparate installation
packages that by the time it was done I was sure the only way to get the
machine back to normal would be to format it. Burn is designed to provide
the antithesis of that experience. 

-- 
virtually, Rob Mensching - http://RobMensching.com LLC

On Mon, Jan 3, 2011 at 10:22 AM, Sean Farrow
wrote:

> Could this be added?
> Cheers
> Sean.
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: 03 January 2011 16:29
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Burn issue
>
> No. Burn doesn't show the UI from the MSIs.
>
> On Sun, Jan 2, 2011 at 3:28 AM, Sean Farrow  >wrote:
>
> > Hi:
> > I'm using Burn as a container to hold two msi's.
> > I'd like to use the ui's from the msi in the current implementation.
> > If I remove the bootstrapApplicationRef element I get a lght0001: the
> > given key is not in the dictionary.
> > Is there anyway to use the ui from the original msi?
> > Any help appreciated.
> > Sean.
> >
> > --
> >  Learn how Oracle Real Application Clusters (RAC) One Node
> > allows customers to consolidate database storage, standardize their
> > database environment, and, should the need arise, upgrade to a full
> > multi-node Oracle RAC database without downtime or disruption
> > http://p.sf.net/sfu/oracle-sfdevnl
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> virtually, Rob Mensching - 
> http://RobMensching.comLLC
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and, should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] updates to sql database

[Rob Mensching]

Best way I've found to create SQL installs is to ensure all scripts are
idempotent. You want to be able to repair your MSI and have the scripts that
don't need to do anything not do anything and the scripts that find stuff
missing to recreate the missing stuff. Then, when you release next update,
you can add additional scripts that apply additional behavior.

If you have really complex stuff to verify, one way to create "mostly
idempotent" scripts is to create a "version" table somewhere. Then the
scripts can verify if their version is missing from the version table and
then they run before finally updating the version table.

On Mon, Jan 3, 2011 at 5:18 PM, wix user  wrote:

> Hi Rob,
>
> Do you mean a different component for update than the installation? If yes,
> we need to skip the installation part of it during the update based on some
> check for already installed db. How to handle these conditions? Using
> Transient components?
> How failures are handled?
> Do you have any example are links to any document?
> Thanks
>  On Sat, Jan 1, 2011 at 5:02 PM, Rob Mensching 
> wrote:
>
> > You can run SQL Scripts that update your SQL databases.
> >
> > On Thu, Dec 30, 2010 at 11:55 AM, wix user  wrote:
> >
> > > Hi all,
> > >
> > > I would like to know about updating sql databases using wix.
> > > Does wix handles this scenarios using minor updates?
> > > Any information/links in this area is appreciated.
> > >
> > > Thanks
> > >
> > >
> >
> --
> > > Learn how Oracle Real Application Clusters (RAC) One Node allows
> > customers
> > > to consolidate database storage, standardize their database
> environment,
> > > and,
> > > should the need arise, upgrade to a full multi-node Oracle RAC database
> > > without downtime or disruption
> > > http://p.sf.net/sfu/oracle-sfdevnl
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> >
> >
> > --
> > virtually, Rob Mensching - http://RobMensching.com
> LLC
>  >
> >
> --
> > Learn how Oracle Real Application Clusters (RAC) One Node allows
> customers
> > to consolidate database storage, standardize their database environment,
> > and,
> > should the need arise, upgrade to a full multi-node Oracle RAC database
> > without downtime or disruption
> > http://p.sf.net/sfu/oracle-sfdevnl
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Creating Virtual Directories in c:\inetpub\wwwroot in WiX

[Christopher Painter]

I'd contribute it, if I could do it using DTF. :-)

Actually an interesting question in my mind... with Burn requiring .NET and 
older operating systems being retired and newer operating systems coming with 
at least .NET 2.0,  at what point (if ever) will the WiX toolset have built in 
custom actions based on managed code?

Chris

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


--- On Tue, 1/4/11, Rob Mensching  wrote:

> From: Rob Mensching 
> Subject: Re: [WiX-users] Creating Virtual Directories in c:\inetpub\wwwroot 
> in WiX
> To: "General discussion for Windows Installer XML toolset." 
> 
> Date: Tuesday, January 4, 2011, 10:44 AM
>  There isn't a custom action in the
> WiX toolset that does this today. It'd
> be cool if someone wanted to contribute it.
> 
> 
> > I did spend some time over the last week experimenting
> with the WiX 3.5 IIS
> > configuration feature.  It looks promising but I
> could NOT figure out how
> > to
> > get it to set an MSI property that indicated where a
> physical directory for
> > a WebDirectoryor VirtualWebDirectorywas located. 
> So I backed out those
> > changes.  But if someone has figured this out,
> please share!
> >
> > --
> > View this message in context:
> > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Creating-Virtual-Directories-in-c-inetpub-wwwroot-in-WiX-tp688976p5887358.html
> >   Sent from the wix-users mailing list
> archive at Nabble.com.
> >
> --
> Learn how Oracle Real Application Clusters (RAC) One Node
> allows customers
> to consolidate database storage, standardize their database
> environment, and, 
> should the need arise, upgrade to a full multi-node Oracle
> RAC database 
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 


  

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn issue

[Christopher Painter]

Rob,

 That's an interesting comment but it makes me think of the Visual Studio 
experience.  It's a seamless experience installing a bunch of packages but the 
result is the same.  You pretty much have to reformat to get back to the 
original state.  Either that or run through lengthy complicated procedures to 
get it all off.

 Now with Visual Studio that normally isn't such a bad thing since generally 
everything it installs are things that I actually want where as with products 
like iTunes ( and others ) many of the things are not always things that I 
actually want.   

 So back to burn... how does it manage the uninstall experience?  If Visual 
Studio was done with Burn, would it have a "take it all off" experience?

Chris

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


--- On Tue, 1/4/11, Rob Mensching  wrote:

> From: Rob Mensching 
> Subject: Re: [WiX-users] Burn issue
> To: "General discussion for Windows Installer XML toolset." 
> 
> Date: Tuesday, January 4, 2011, 10:39 AM
> Maybe. It's not really in the model
> Burn was designed for. Burn was intended
> to provide a seamless installation experience not pop up a
> bunch of
> different installation wizards.
> 
> Many years ago my wife got an iPod shuffle as a present. To
> use it we had to
> install iTunes. The install was such a mishmash of
> disparate installation
> packages that by the time it was done I was sure the only
> way to get the
> machine back to normal would be to format it. Burn is
> designed to provide
> the antithesis of that experience. 
> 
> -- 
> virtually, Rob Mensching - http://RobMensching.com LLC
> 
> On Mon, Jan 3, 2011 at 10:22 AM, Sean Farrow
> wrote:
> 
> > Could this be added?
> > Cheers
> > Sean.
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: 03 January 2011 16:29
> > To: General discussion for Windows Installer XML
> toolset.
> > Subject: Re: [WiX-users] Burn issue
> >
> > No. Burn doesn't show the UI from the MSIs.
> >
> > On Sun, Jan 2, 2011 at 3:28 AM, Sean Farrow  > >wrote:
> >
> > > Hi:
> > > I'm using Burn as a container to hold two msi's.
> > > I'd like to use the ui's from the msi in the
> current implementation.
> > > If I remove the bootstrapApplicationRef element I
> get a lght0001: the
> > > given key is not in the dictionary.
> > > Is there anyway to use the ui from the original
> msi?
> > > Any help appreciated.
> > > Sean.
> > >
> > >
> --
> > >  Learn how Oracle Real Application
> Clusters (RAC) One Node
> > > allows customers to consolidate database storage,
> standardize their
> > > database environment, and, should the need arise,
> upgrade to a full
> > > multi-node Oracle RAC database without downtime
> or disruption
> > > http://p.sf.net/sfu/oracle-sfdevnl
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> >
> >
> > --
> > virtually, Rob Mensching - 
> > http://RobMensching.comLLC
> >
> >
> --
> > Learn how Oracle Real Application Clusters (RAC) One
> Node allows customers
> > to consolidate database storage, standardize their
> database environment,
> > and, should the need arise, upgrade to a full
> multi-node Oracle RAC database
> > without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> --
> > Learn how Oracle Real Application Clusters (RAC) One
> Node allows customers
> > to consolidate database storage, standardize their
> database environment,
> > and,
> > should the need arise, upgrade to a full multi-node
> Oracle RAC database
> > without downtime or disruption
> > http://p.sf.net/sfu/oracle-sfdevnl
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> --
> Learn how Oracle Real Application Clusters (RAC) One Node
> allows customers
> to consolidate database storage, standardize their database
> environment, and, 
> should the need arise, upgrade to a full multi-node Oracle
> RAC database 
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
> 


  

--

Re: [WiX-users] Edit control not geting updated from property value

[kim]

Thats perfect!! Everything is in place now.

Thanks so much for your guidance Blair :)

Keep up the good work of helping newbies like me :)
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Edit-control-not-geting-updated-from-property-value-tp5886476p5889724.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn issue

[Sean Farrow]

Hi:
Interesting points, but given that the current ui has issues in the core market 
this project is working in, (accessibility) this seemed like the obvious or at 
least the quickest solution!
How does the current burn ui handle multiple features are they selectable, or 
does it just install everything?
Cheers
Sean.

-Original Message-
From: Christopher Painter [mailto:chr...@deploymentengineering.com] 
Sent: 04 January 2011 17:35
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Burn issue


Rob,

 That's an interesting comment but it makes me think of the Visual Studio 
experience.  It's a seamless experience installing a bunch of packages but the 
result is the same.  You pretty much have to reformat to get back to the 
original state.  Either that or run through lengthy complicated procedures to 
get it all off.

 Now with Visual Studio that normally isn't such a bad thing since generally 
everything it installs are things that I actually want where as with products 
like iTunes ( and others ) many of the things are not always things that I 
actually want.   

 So back to burn... how does it manage the uninstall experience?  If Visual 
Studio was done with Burn, would it have a "take it all off" experience?

Chris

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


--- On Tue, 1/4/11, Rob Mensching  wrote:

> From: Rob Mensching 
> Subject: Re: [WiX-users] Burn issue
> To: "General discussion for Windows Installer XML toolset." 
> 
> Date: Tuesday, January 4, 2011, 10:39 AM
> Maybe. It's not really in the model
> Burn was designed for. Burn was intended
> to provide a seamless installation experience not pop up a
> bunch of
> different installation wizards.
> 
> Many years ago my wife got an iPod shuffle as a present. To
> use it we had to
> install iTunes. The install was such a mishmash of
> disparate installation
> packages that by the time it was done I was sure the only
> way to get the
> machine back to normal would be to format it. Burn is
> designed to provide
> the antithesis of that experience. 
> 
> -- 
> virtually, Rob Mensching - http://RobMensching.com LLC
> 
> On Mon, Jan 3, 2011 at 10:22 AM, Sean Farrow
> wrote:
> 
> > Could this be added?
> > Cheers
> > Sean.
> >
> > -Original Message-
> > From: Rob Mensching [mailto:r...@robmensching.com]
> > Sent: 03 January 2011 16:29
> > To: General discussion for Windows Installer XML
> toolset.
> > Subject: Re: [WiX-users] Burn issue
> >
> > No. Burn doesn't show the UI from the MSIs.
> >
> > On Sun, Jan 2, 2011 at 3:28 AM, Sean Farrow  > >wrote:
> >
> > > Hi:
> > > I'm using Burn as a container to hold two msi's.
> > > I'd like to use the ui's from the msi in the
> current implementation.
> > > If I remove the bootstrapApplicationRef element I
> get a lght0001: the
> > > given key is not in the dictionary.
> > > Is there anyway to use the ui from the original
> msi?
> > > Any help appreciated.
> > > Sean.
> > >
> > >
> --
> > >  Learn how Oracle Real Application
> Clusters (RAC) One Node
> > > allows customers to consolidate database storage,
> standardize their
> > > database environment, and, should the need arise,
> upgrade to a full
> > > multi-node Oracle RAC database without downtime
> or disruption
> > > http://p.sf.net/sfu/oracle-sfdevnl
> > > ___
> > > WiX-users mailing list
> > > WiX-users@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > >
> > >
> >
> >
> > --
> > virtually, Rob Mensching - 
> > http://RobMensching.comLLC
> >
> >
> --
> > Learn how Oracle Real Application Clusters (RAC) One
> Node allows customers
> > to consolidate database storage, standardize their
> database environment,
> > and, should the need arise, upgrade to a full
> multi-node Oracle RAC database
> > without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> >
> --
> > Learn how Oracle Real Application Clusters (RAC) One
> Node allows customers
> > to consolidate database storage, standardize their
> database environment,
> > and,
> > should the need arise, upgrade to a full multi-node
> Oracle RAC database
> > without downtime or disruption
> > http://p.sf.net/sfu/oracle-sfdevnl
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> --

[WiX-users] Upgrading wixproj

[Eric Goforth]

Hello,

I have installed Windows Installer XML Toolset 3.5 on my development
machine, which is running Vista 32-bit, for what it's worth.  I'm then
opening a .wixproj file using Visual Studio 2010 that was created by a
different developer here using WIX3.5/VS2010, I believe.

At any rate, when I open the file, I get prompted by Visual Studio to
upgrade the solution.  The developer who originally created this file
doesn't get this message.  Prior to my upgrade, when i look at the
.wixproj file, I see the following tags:

$(MSBuildExtensionsPath32)\Microsoft\WiX\v3.5\Wix2010.targets
$(MSBuildExtensionsPath)\Microsoft\WiX\v3.5\Wix2010.targets

After the upgrade has completed, these lines are changed to:

$(MSBuildExtensionsPath32)\Microsoft\WiX\v3.x\Wix.targets
$(MSBuildExtensionsPath)\Microsoft\WiX\v3.x\Wix.targets

This looks like it's rolling back the version to me.  Any idea what's
up?  I also have VS 2008 on my machine, but we're doing all new
development (including this Wix project) in 2010.  I watched the other
developer open this .wixproj file in VS 2010 a few minutes ago, and he
wasn't prompted to do an upgrade.

Thanks,
-Eric

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[jhennessey]

It looks like they have an older version of 3.5 installed than you do. I
believe it used to v3.5 but was later switched to use v3.x. If you both
install the same version it should solve your problem.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890126.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[Eric Goforth]

Hello,

I looked at the other developer's add/remove programs, it showed the
same version as mine:

Windows Installer XML Toolset 3.5

Before the "upgrade," I see:

$(MSBuildExtensionsPath)\Microsoft\WiX\v3.5\Wix2010.targets

In the .wixproj file, after the "upgrade," I see:

$(MSBuildExtensionsPath)\Microsoft\WiX\v3.x\Wix.targets

Is v3.x\Wix.targets a newer version than v3.5\Wix2010.targets, it
seems older to me.  Both myself and the other developer are opening
the .wixproj files with VS 2010.

Thanks,
Eric
On Tue, Jan 4, 2011 at 3:57 PM, jhennessey  wrote:
>
> It looks like they have an older version of 3.5 installed than you do. I
> believe it used to v3.5 but was later switched to use v3.x. If you both
> install the same version it should solve your problem.
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890126.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[jhennessey]

All builds will say "Windows Installer XML Toolset 3.5" but you need to check
the actual build version (I think the latest is 3.5.2430.0).

v3.x\Wix.targets is what is current
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890254.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn issue

[jhennessey]

I haven't worked with burn yet but from what I can tell it looks like you
would just set a burn variable to be passed to the MSI. So to install a set
a features you could just set the ADDLOCAL property as appropriate (in your
custom UI). You could also just split your large MSI into separate MSIs and
conditionally install them.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-issue-tp5884160p5890282.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[Eric Goforth]

Thanks, it looks like he has 3.5.1419, I have 3.5.2415.

On Tue, Jan 4, 2011 at 4:40 PM, jhennessey  wrote:
>
> All builds will say "Windows Installer XML Toolset 3.5" but you need to check
> the actual build version (I think the latest is 3.5.2430.0).
>
> v3.x\Wix.targets is what is current
> --
> View this message in context: 
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890254.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
> --
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[Eric Goforth]

Hmmm, I'm on codeplex (http://wix.codeplex.com/releases/view/44406)
right now and I don't see a way to download 3.5.1419, is it possible
to do that?  I checked out http://wixtoolset.org/ too, but it looks
like that's just a place-holder site for now.

-Eric

On Tue, Jan 4, 2011 at 5:03 PM, Eric Goforth  wrote:
> Thanks, it looks like he has 3.5.1419, I have 3.5.2415.
>
> On Tue, Jan 4, 2011 at 4:40 PM, jhennessey  wrote:
>>
>> All builds will say "Windows Installer XML Toolset 3.5" but you need to check
>> the actual build version (I think the latest is 3.5.2430.0).
>>
>> v3.x\Wix.targets is what is current
>> --
>> View this message in context: 
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890254.html
>> Sent from the wix-users mailing list archive at Nabble.com.
>>
>> --
>> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
>> to consolidate database storage, standardize their database environment, and,
>> should the need arise, upgrade to a full multi-node Oracle RAC database
>> without downtime or disruption
>> http://p.sf.net/sfu/oracle-sfdevnl
>> ___
>> WiX-users mailing list
>> WiX-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wix-users
>>
>

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] OpeFileDialog C# Custom Action

[kim]

Thankyou Mike. Your solution worked like a charm.

Regards.
-- 
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/OpeFileDialog-C-Custom-Action-tp5860149p5890363.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Burn issue

[Rob Mensching]

1. If there are accessibility bugs in the wixstdba, we should work to fix
them. Please, feel free to file them. Sounds like you'd recognize them
quickly. 

2. Popping up multiple-MSI UI's is definitely not the easiest. I mean, we
could do it in Burn but it would not work well. You'd still need something
during the detection/planning/caching phases. It sounds like you really want
the old WiX v3.0 "chainer" that just launched one MSI after another (it was
really weak ).

3. The wixstdba doesn't currently do any feature selection. I'm toying with
some ways to map "features" to check boxes. Now, you can set conditions on
features in an MSI package and I'm pretty close to arbitrary mapping of
checkboxes to Burn Variables so that gets closer. Anyway, there is more to
do in the WiX standard bootstrapper application but you can always write
your own to customize things far more than the standard bootstrapper
application.

4. I want to reiterate that last point. Burn is designed to enable you to
write your own bootstrapper application. You can do so in native code or
managed code. If you want to do something special you can without having to
do tons of the hard stuff like download resume, interpreting MSI progress
and multiple package rollback.

On Tue, Jan 4, 2011 at 12:25 PM, Sean Farrow
wrote:

> Hi:
> Interesting points, but given that the current ui has issues in the core
> market this project is working in, (accessibility) this seemed like the
> obvious or at least the quickest solution!
> How does the current burn ui handle multiple features are they selectable,
> or does it just install everything?
> Cheers
> Sean.
>
> -Original Message-
> From: Christopher Painter [mailto:chr...@deploymentengineering.com]
> Sent: 04 January 2011 17:35
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Burn issue
>
>
> Rob,
>
>  That's an interesting comment but it makes me think of the Visual Studio
> experience.  It's a seamless experience installing a bunch of packages but
> the result is the same.  You pretty much have to reformat to get back to the
> original state.  Either that or run through lengthy complicated procedures
> to get it all off.
>
>  Now with Visual Studio that normally isn't such a bad thing since
> generally everything it installs are things that I actually want where as
> with products like iTunes ( and others ) many of the things are not always
> things that I actually want.
>
>  So back to burn... how does it manage the uninstall experience?  If Visual
> Studio was done with Burn, would it have a "take it all off" experience?
>
> Chris
>
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread that deserves
> attention? E-Mail Me
>
>
> --- On Tue, 1/4/11, Rob Mensching  wrote:
>
> > From: Rob Mensching 
> > Subject: Re: [WiX-users] Burn issue
> > To: "General discussion for Windows Installer XML toolset." <
> wix-users@lists.sourceforge.net>
> > Date: Tuesday, January 4, 2011, 10:39 AM
> > Maybe. It's not really in the model
> > Burn was designed for. Burn was intended
> > to provide a seamless installation experience not pop up a
> > bunch of
> > different installation wizards.
> >
> > Many years ago my wife got an iPod shuffle as a present. To
> > use it we had to
> > install iTunes. The install was such a mishmash of
> > disparate installation
> > packages that by the time it was done I was sure the only
> > way to get the
> > machine back to normal would be to format it. Burn is
> > designed to provide
> > the antithesis of that experience. 
> >
> > --
> > virtually, Rob Mensching - http://RobMensching.com LLC
> >
> > On Mon, Jan 3, 2011 at 10:22 AM, Sean Farrow
> > wrote:
> >
> > > Could this be added?
> > > Cheers
> > > Sean.
> > >
> > > -Original Message-
> > > From: Rob Mensching [mailto:r...@robmensching.com]
> > > Sent: 03 January 2011 16:29
> > > To: General discussion for Windows Installer XML
> > toolset.
> > > Subject: Re: [WiX-users] Burn issue
> > >
> > > No. Burn doesn't show the UI from the MSIs.
> > >
> > > On Sun, Jan 2, 2011 at 3:28 AM, Sean Farrow <
> sean.far...@seanfarrow.co.uk
> > > >wrote:
> > >
> > > > Hi:
> > > > I'm using Burn as a container to hold two msi's.
> > > > I'd like to use the ui's from the msi in the
> > current implementation.
> > > > If I remove the bootstrapApplicationRef element I
> > get a lght0001: the
> > > > given key is not in the dictionary.
> > > > Is there anyway to use the ui from the original
> > msi?
> > > > Any help appreciated.
> > > > Sean.
> >
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
__

Re: [WiX-users] Burn issue

[Rob Mensching]

IMHO, the Visual Studio install is an absolute mess. I hope to get the
opportunity to really tackle some of the worst parts of the Visual Studio
install as part of my day job. The task is incredibly daunting so we'll see
what I'm allowed to do (and what the business prevents me from "fixing").

Instead of talking about Visual Studio, let's look at Office. I worked with
K on some of the early Office 2007 install design based on early thoughts of
Burn (remember, Burn as an idea has been around for years and years
).

In a big Office product (like "Professional Plus") there are over 15 MSI
packages installed. You'll get something like 10 more MSI packages added for
each "language bundle". The initial install is a single experience that
creates a single entry in Add/Remove Programs. Remove the "Office 2010
Professional Plus" ARP entry and all those MSIs (that you can't see) are
removed. Repair and patching works similarly seamlessly.

It's, IMHO, beautiful and that is what Burn is striving for.

Now, sometimes you should leave things behind. NETFX and CRT are two things
that are massively shared and have really bad repercussions if you
prematurely remove them so they probably deserve to have separate ARP
entries (or maybe they shouldn't so users never try to remove them, hmm).

However, most packages should be properly reference counted (something Burn
is not yet doing, the bug is open) and managed the way Office is.

On Tue, Jan 4, 2011 at 9:35 AM, Christopher Painter <
chr...@deploymentengineering.com> wrote:

>
> Rob,
>
>  That's an interesting comment but it makes me think of the Visual Studio
> experience.  It's a seamless experience installing a bunch of packages but
> the result is the same.  You pretty much have to reformat to get back to the
> original state.  Either that or run through lengthy complicated procedures
> to get it all off.
>
>  Now with Visual Studio that normally isn't such a bad thing since
> generally everything it installs are things that I actually want where as
> with products like iTunes ( and others ) many of the things are not always
> things that I actually want.
>
>  So back to burn... how does it manage the uninstall experience?  If Visual
> Studio was done with Burn, would it have a "take it all off" experience?
>
> Chris
>
> Christopher Painter, Author of Deployment Engineering Blog
> Have a hot tip, know a secret or read a really good thread that deserves
> attention? E-Mail Me
>
>
> --- On Tue, 1/4/11, Rob Mensching  wrote:
>
> > From: Rob Mensching 
> > Subject: Re: [WiX-users] Burn issue
> > To: "General discussion for Windows Installer XML toolset." <
> wix-users@lists.sourceforge.net>
> > Date: Tuesday, January 4, 2011, 10:39 AM
> > Maybe. It's not really in the model
> > Burn was designed for. Burn was intended
> > to provide a seamless installation experience not pop up a
> > bunch of
> > different installation wizards.
> >
> > Many years ago my wife got an iPod shuffle as a present. To
> > use it we had to
> > install iTunes. The install was such a mishmash of
> > disparate installation
> > packages that by the time it was done I was sure the only
> > way to get the
> > machine back to normal would be to format it. Burn is
> > designed to provide
> > the antithesis of that experience. 
> >
> > --
> > virtually, Rob Mensching - http://RobMensching.com LLC
> >
> > On Mon, Jan 3, 2011 at 10:22 AM, Sean Farrow
> > wrote:
> >
> > > Could this be added?
> > > Cheers
> > > Sean.
> > >
> > > -Original Message-
> > > From: Rob Mensching [mailto:r...@robmensching.com]
> > > Sent: 03 January 2011 16:29
> > > To: General discussion for Windows Installer XML
> > toolset.
> > > Subject: Re: [WiX-users] Burn issue
> > >
> > > No. Burn doesn't show the UI from the MSIs.
> > >
> > > On Sun, Jan 2, 2011 at 3:28 AM, Sean Farrow <
> sean.far...@seanfarrow.co.uk
> > > >wrote:
> > >
> > > > Hi:
> > > > I'm using Burn as a container to hold two msi's.
> > > > I'd like to use the ui's from the msi in the
> > current implementation.
> > > > If I remove the bootstrapApplicationRef element I
> > get a lght0001: the
> > > > given key is not in the dictionary.
> > > > Is there anyway to use the ui from the original
> > msi?
> > > > Any help appreciated.
> > > > Sean.
> > > >
> > > >
> > --
> > > >  Learn how Oracle Real Application
> > Clusters (RAC) One Node
> > > > allows customers to consolidate database storage,
> > standardize their
> > > > database environment, and, should the need arise,
> > upgrade to a full
> > > > multi-node Oracle RAC database without downtime
> > or disruption
> > > > http://p.sf.net/sfu/oracle-sfdevnl
> > > > ___
> > > > WiX-users mailing list
> > > > WiX-users@lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/wix-users
> > > >
> > > >
>

Re: [WiX-users] Burn issue

[Rob Mensching]

You can also set conditions on Features directly. Or if you write your own
bootstrapper application, you can programmatically decide what to install on
the plan callbacks.

-- 
virtually, Rob Mensching - http://RobMensching.com LLC

On Tue, Jan 4, 2011 at 1:49 PM, jhennessey wrote:

>
> I haven't worked with burn yet but from what I can tell it looks like you
> would just set a burn variable to be passed to the MSI. So to install a set
> a features you could just set the ADDLOCAL property as appropriate (in your
> custom UI). You could also just split your large MSI into separate MSIs and
> conditionally install them.
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-issue-tp5884160p5890282.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[Rob Mensching]

Weekly release are at http://wix.sf.net/releases. Yes, I know, we need to
clean all this stuff up. Sorry.

Eventually http://wixtoolset.org will have all the information.


On Tue, Jan 4, 2011 at 2:14 PM, Eric Goforth  wrote:

> Hmmm, I'm on codeplex (http://wix.codeplex.com/releases/view/44406)
> right now and I don't see a way to download 3.5.1419, is it possible
> to do that?  I checked out http://wixtoolset.org/ too, but it looks
> like that's just a place-holder site for now.
>
> -Eric
>
> On Tue, Jan 4, 2011 at 5:03 PM, Eric Goforth 
> wrote:
> > Thanks, it looks like he has 3.5.1419, I have 3.5.2415.
> >
> > On Tue, Jan 4, 2011 at 4:40 PM, jhennessey 
> wrote:
> >>
> >> All builds will say "Windows Installer XML Toolset 3.5" but you need to
> check
> >> the actual build version (I think the latest is 3.5.2430.0).
> >>
> >> v3.x\Wix.targets is what is current
> >> --
> >> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890254.html
> >> Sent from the wix-users mailing list archive at Nabble.com.
> >>
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[Rob Mensching]

And to answer the actual question, I think 3.5.1419 has rolled off. That
build is almost a year out of date, we don't keep development builds around
for more than a few months typically (and less when we get to Escrow like
with WiX v3.5).

On Tue, Jan 4, 2011 at 11:30 PM, Rob Mensching  wrote:

> Weekly release are at http://wix.sf.net/releases. Yes, I know, we need to
> clean all this stuff up. Sorry.
>
> Eventually http://wixtoolset.org will have all the information.
>
>
>
> On Tue, Jan 4, 2011 at 2:14 PM, Eric Goforth wrote:
>
>> Hmmm, I'm on codeplex (http://wix.codeplex.com/releases/view/44406)
>> right now and I don't see a way to download 3.5.1419, is it possible
>> to do that?  I checked out http://wixtoolset.org/ too, but it looks
>> like that's just a place-holder site for now.
>>
>> -Eric
>>
>> On Tue, Jan 4, 2011 at 5:03 PM, Eric Goforth 
>> wrote:
>> > Thanks, it looks like he has 3.5.1419, I have 3.5.2415.
>> >
>> > On Tue, Jan 4, 2011 at 4:40 PM, jhennessey 
>> wrote:
>> >>
>> >> All builds will say "Windows Installer XML Toolset 3.5" but you need to
>> check
>> >> the actual build version (I think the latest is 3.5.2430.0).
>> >>
>> >> v3.x\Wix.targets is what is current
>> >> --
>> >> View this message in context:
>> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890254.html
>> >> Sent from the wix-users mailing list archive at Nabble.com.
>> >
>>
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Re: [WiX-users] Upgrading wixproj

[Rob Mensching]

Yes, we switched to "v3.x" in hopes that the VS project system will not have
an upgrade in WiX v3.6 and later.

There were a great many changes in VS2010 that caused the project system
upgrade. It's painful and hopefully we've done the work necessary to not
need another one for the life of WiX v3.x now...

Of course, WiX v4.0 will break everything later. 

On Tue, Jan 4, 2011 at 12:57 PM, jhennessey wrote:

>
> It looks like they have an older version of 3.5 installed than you do. I
> believe it used to v3.5 but was later switched to use v3.x. If you both
> install the same version it should solve your problem.
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Upgrading-wixproj-tp5890061p5890126.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users