[WiX-users] [SPAM] Re: Bundle Installer size issue

2013-01-30 Thread Rob Mensching
The actual engine executable is ~300 KB. You are likely attaching all your
packages to the executable by leaving things Compressed='yes'. Change the
Bundle/@Compressed attribute to 'no' and you'll see a far smaller
executable (should be under a megabyte).

That is what VS2010 does.


On Wed, Jan 30, 2013 at 6:34 PM, Harmon, Joseph wrote:

> The burn engine drops everything into one large executable, i.e.
> "Setup.exe".  I'm just looking for any way to make the executable smaller
> so its startup performance will be improved, by perhaps doing something
> similar to using reflection to reference a dll at runtime.
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Wednesday, January 30, 2013 7:18 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Bundle Installer size issue
>
> What do you mean by " to put some of the components into a separate dll "?
>
> -Original Message-
> From: Harmon, Joseph [mailto:jhar...@illumina.com]
> Sent: Monday, January 28, 2013 12:03 PM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Bundle Installer size issue
>
> Rob, I can work on getting perf data, let me get back to you...
>
> Thanks for the ideas (digital signing & splash screen), I will look into
> those...  In regards to my original question, is there no way to put some
> of the components into a separate dll?
>
> Thx
> -Joseph
>
> -Original Message-
> From: Rob Mensching [mailto:r...@robmensching.com]
> Sent: Thursday, January 17, 2013 6:45 AM
> To: General discussion for Windows Installer XML toolset.
> Subject: Re: [WiX-users] Bundle Installer size issue
>
> If your executable is signed then Windows will verify the signature before
> launching the executable. For very large executables, that can take some
> time. It's not a very great user experience. 300MB is about the breaking
> point for user experience, especially if launched over network.
>
> PS: if you have perf numbers showing the engine taking a while to load the
> BA, I'd love to see them. That is a sensitive perf area we can try to
> improve with data.
>
>
> On Thu, Jan 17, 2013 at 12:45 AM, Amadeus  wrote:
>
> > 300k seems about right (my Installer is 1.4 MB - downloading all
> > MSIs/EXEPackages).
> >
> > It /does /take awhile for Burn to boot up itself and launch the custom
> > BA though. But like Neil said, a splash screen does the trick. Add it
> > inside the  element, and close it when your BA has finished
> > loading up. I hook up the following in my main view's constructor:
> >
> > this.Loaded += (sender, e) =>
> > Bootstrapper.InstallEngine.Engine.CloseSplashScreen();
> >
> >
> >
> > --
> > View this message in context:
> > http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-I
> > nstaller-size-issue-tp7582955p7582961.html
> > Sent from the wix-users mailing list archive at Nabble.com.
> >
> >
> > --
> >  Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012,
> > HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your
> > skills current with LearnDevNow - 3,200 step-by-step video tutorials
> > by Microsoft MVPs and experts. ON SALE this month only -- learn more
> > at:
> > http://p.sf.net/sfu/learnmore_122712
> > ___
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC,
> Windows 8 Apps, JavaScript and much more. Keep your skills current with
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122712
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC,
> Windows 8 Apps, JavaScript and much more. Keep your skills current with
> LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and
> experts. ON SALE this month only -- learn more at:
> http://p.sf.net/sfu/learnnow-d2d
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics Download AppDynamics Lite for
> free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing 

Re: [WiX-users] VersionMsi and Bundle Conditions

2013-01-30 Thread Rob Mensching
Burn created a version type. So if you're creating a Bundle, you use the
"v" syntax. If we could fix the Windows Installer we would since we're
stuck with string comparisons there (and those don't work perfectly for
version numbers).


On Wed, Jan 30, 2013 at 1:49 PM, Eric Potter wrote:

>
>
> I used the bal:Condition and it worked. Thank you. But I had to chance the
> version number from 405 to v4.5.
>
>
>
>  VersionMsi >=
> v4.5
>
>
>
> In the future, how do I know which version number syntax to use in various
> places?
>
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle Installer size issue

2013-01-30 Thread Harmon, Joseph
The burn engine drops everything into one large executable, i.e. "Setup.exe".  
I'm just looking for any way to make the executable smaller so its startup 
performance will be improved, by perhaps doing something similar to using 
reflection to reference a dll at runtime.  

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: Wednesday, January 30, 2013 7:18 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bundle Installer size issue

What do you mean by " to put some of the components into a separate dll "?

-Original Message-
From: Harmon, Joseph [mailto:jhar...@illumina.com]
Sent: Monday, January 28, 2013 12:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bundle Installer size issue

Rob, I can work on getting perf data, let me get back to you...

Thanks for the ideas (digital signing & splash screen), I will look into 
those...  In regards to my original question, is there no way to put some of 
the components into a separate dll?

Thx
-Joseph

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Thursday, January 17, 2013 6:45 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bundle Installer size issue

If your executable is signed then Windows will verify the signature before 
launching the executable. For very large executables, that can take some time. 
It's not a very great user experience. 300MB is about the breaking point for 
user experience, especially if launched over network.

PS: if you have perf numbers showing the engine taking a while to load the BA, 
I'd love to see them. That is a sensitive perf area we can try to improve with 
data.


On Thu, Jan 17, 2013 at 12:45 AM, Amadeus  wrote:

> 300k seems about right (my Installer is 1.4 MB - downloading all 
> MSIs/EXEPackages).
>
> It /does /take awhile for Burn to boot up itself and launch the custom 
> BA though. But like Neil said, a splash screen does the trick. Add it 
> inside the  element, and close it when your BA has finished 
> loading up. I hook up the following in my main view's constructor:
>
> this.Loaded += (sender, e) =>
> Bootstrapper.InstallEngine.Engine.CloseSplashScreen();
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-I
> nstaller-size-issue-tp7582955p7582961.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
>  Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, 
> HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your 
> skills current with LearnDevNow - 3,200 step-by-step video tutorials 
> by Microsoft MVPs and experts. ON SALE this month only -- learn more
> at:
> http://p.sf.net/sfu/learnmore_122712
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
Windows 8 Apps, JavaScript and much more. Keep your skills current with 
LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. 
ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
Windows 8 Apps, JavaScript and much more. Keep your skills current with 
LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. 
ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] WixTargetPath and Wix 3.7

2013-01-30 Thread George Fleming
>From Wix documentation page, 
>http://wix.sourceforge.net/manual-wix3/daily_builds.htm, it says to modify 
>.wixproj file and add following lines:

$(SourceCodeControlRoot)\wix\3.6.3220.0\
$(WixToolPath)Wix.targets
$(WixToolPath)wixtasks.dll

I'm using Wix 3.7, and I could not find Wix.targets file in the distribution.  
It seems that files have been moved recently, as binaries are now under a "bin" 
directory, instead of directly under the installation directory.

If I skip defining WixTargetsPath, it defaults to 
$ProgramFiles\MSBuiild\Microsoft\Wix\v3.x\Wix.targets, and builds fine.  But 
I'm not sure if everyone has that path.

So does v3.7 have a Wix.targets file?  What should I set WixTargetsPath to in 
v3.7?

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Light errors "LGHT0103" after upgrading from 3.5

2013-01-30 Thread Phil Rogers
Has anyone experiences "LGHT0103" after upgrading from 3.5?

When performing builds in 3.5 light would respect a relative path of the 
current directory, ie.  .

Since the upgrade I've had to add "$(sys.CURRENTDIR)\" to each FileSource or 
Source Attribute.

I have several fragment being generated by HEAT pre-build events each using 
-var parameter utilizing pre-processor variables.

Thanks,


R Philip Rogers
CACTUS Software
913.905.4064 Direct
913.461.8476 Cell
913.677.0185 Fax
800.776.2305 x4064
ph...@cactussoftware.com
www.cactussoftware.com


^
This message, including attachments, contains information that is confidential 
and
may be privileged. Unless you are the addressee (or authorized to receive for 
the 
addressee), you may not use, copy or disclose to anyone the message or any 
information 
contained in the message. If you have received the message in error, please 
advise the 
sender by reply e-mail and delete the message.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] VersionMsi and Bundle Conditions

2013-01-30 Thread Eric Potter
 

I used the bal:Condition and it worked. Thank you. But I had to chance the
version number from 405 to v4.5. 

 

 VersionMsi >=
v4.5

 

In the future, how do I know which version number syntax to use in various
places?

 

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] VersionMsi and Bundle Conditions

2013-01-30 Thread Hoover, Jacob
I believe what you want is a  
VersionMsi >= 405 instead of a bundle condition.

-Original Message-
From: Eric Potter [mailto:eric.b.pot...@gmail.com] 
Sent: Wednesday, January 30, 2013 2:05 PM
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] VersionMsi and Bundle Conditions

I have seen it on Windows 7 and on Windows XP with Windows Installer 4.5 
installed.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] VersionMsi and Bundle Conditions

2013-01-30 Thread Eric Potter
I have seen it on Windows 7 and on Windows XP with Windows Installer 4.5
installed.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] VersionMsi and Bundle Conditions

2013-01-30 Thread Steven Ogilvie
What version of Windows are you running on?

Here is a table of what version of MSI was released with what version of 
Windows:

http://msdn.microsoft.com/en-us/library/windows/desktop/aa371185(v=vs.85).aspx

Steve

-Original Message-
From: Eric Potter [mailto:eric.b.pot...@gmail.com] 
Sent: January-30-13 2:52 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] VersionMsi and Bundle Conditions

I have a Wix 3.6 Burn project. The bundle has a condition that should require 
Windows Installer 4.5 to be installed. 

 

 



 

But when I try to run my installer on the target machine I get an error that 
says "The specified program requires a newer version of Windows"

 

If I take the condition out, it works fine.

 

What am I missing?

 

Thanks

 

Eric

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] VersionMsi and Bundle Conditions

2013-01-30 Thread Eric Potter
I have a Wix 3.6 Burn project. The bundle has a condition that should
require Windows Installer 4.5 to be installed. 

 

 



 

But when I try to run my installer on the target machine I get an error that
says "The specified program requires a newer version of Windows"

 

If I take the condition out, it works fine.

 

What am I missing?

 

Thanks

 

Eric

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] ExePackage that requires .NET installed earlier in Bundle

2013-01-30 Thread Eric Schultz
Bob,

That IS what's happening. Is there a way to have it request to reboot as
needed after the .Net 4 install?

Eric

On Tue, Jan 29, 2013 at 10:08 PM, Bob Arnson  wrote:

> On 29-Jan-13 17:39, Eric Schultz wrote:
> > If .Net Framework 4 is already installed, SQL Server installs fine. If
> .Net
> > Framework 4 is not installed, the SQL Server Express install fails
> because
> > it says the .Net Framework is not installed. In fact, it says it needs
> the
> > exact same version as was just installed in the previous step.
> Check the Burn log to see if a reboot was required (and suppressed). If
> so, it won't be "real" until after the reboot.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 

Eric Schultz, Developer Advocate, Outercurve Foundation
http://www.outercurve.org
eschu...@outercurve.org
cell: 920-539-0404
skype: ericschultzwi
@EricOutercurve
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

2013-01-30 Thread StevenOgilvie
TITUS_Message_Classification_20130129160922_6_ServicesInstall_x64.log

  
now attached...



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Repair-happening-tp7583229p7583275.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] ** SPAM ** [SPAM] Re: When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

2013-01-30 Thread Steven Ogilvie
Here is original listing and I have attached the log

I have installed my product and it works like a charm... 
I have modified my install to work with Repair since I have a lot of custom 
actions and 5 merge modules. 

When I run repair all is good EXCEPT all files are being installed in 1 folder 
I have 5 folders: 
C:\Program Files\MYCORP\MYCORP Services\Common 
C:\Program Files\MYCORP\MYCORP Services\Enterprise1Service 
C:\Program Files\MYCORP\MYCORP Services\Enterprise2Service 
C:\Program Files\MYCORP\MYCORP Services\Enterprise3Service 
C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service 

It has changed the installation directory to the last folder instead of the 4 
individual ones :( 

They all share common files except for 2 or 3 files (a config file and a dll) 

My merge modules are: 

  

  







Each merge module looks similar to this: 

 



 each merge 
module has a different WixLibRedirectFolder... 


All files are being installed to that particular WixLibRedirectFolder... 

The repair log file is: 
Command Line: ARPSYSTEMCOMPONENT=1 MSIFASTINSTALL=7 SERVER_INSTALL=0 
REINSTALL=ALL REINSTALLMODE=cmuse REBOOT=ReallySuppress IGNOREDEPENDENCIES=ALL 
CURRENTDIRECTORY=C:\Windows\system32 CLIENTUILEVEL=3 MSICLIENTUSESEXTERNALUI=1 
CLIENTPROCESSID=2312 


PROPERTY CHANGE: Adding 
WixLibRedirectFolder.9EFC3F5B_3D47_4233_A162_371DEF5D8E92 property. Its value 
is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise1Service'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.9EFC3F5B_3D47_4233_A162_371DEF5D8E92 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise1Service'. Its new 
value: 'C:\Program Files\MYCORP\MYCORP Services\Common'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.9EFC3F5B_3D47_4233_A162_371DEF5D8E92 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Common'. Its new value: 
'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.9EFC3F5B_3D47_4233_A162_371DEF5D8E92 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. Its new 
value: 'C:\Program Files\MYCORP\MYCORP Services\Common'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.9EFC3F5B_3D47_4233_A162_371DEF5D8E92 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Common'. Its new value: 
'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. 
PROPERTY CHANGE: Adding 
WixLibRedirectFolder.D40E1FBB_05DF_4124_9CBB_3C09B6004B44 property. Its value 
is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise2Service'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.D40E1FBB_05DF_4124_9CBB_3C09B6004B44 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise2Service'. Its new 
value: 'C:\Program Files\MYCORP\MYCORP Services\Common'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.D40E1FBB_05DF_4124_9CBB_3C09B6004B44 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Common'. Its new value: 
'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.D40E1FBB_05DF_4124_9CBB_3C09B6004B44 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. Its new 
value: 'C:\Program Files\MYCORP\MYCORP Services\Common'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.D40E1FBB_05DF_4124_9CBB_3C09B6004B44 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Common'. Its new value: 
'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. 
PROPERTY CHANGE: Adding 
WixLibRedirectFolder.21C4128B_7484_4589_ABC5_E3FA2A95D2B6 property. Its value 
is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise3Service'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.21C4128B_7484_4589_ABC5_E3FA2A95D2B6 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise3Service'. Its new 
value: 'C:\Program Files\MYCORP\MYCORP Services\Common'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.21C4128B_7484_4589_ABC5_E3FA2A95D2B6 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Common'. Its new value: 
'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.21C4128B_7484_4589_ABC5_E3FA2A95D2B6 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. Its new 
value: 'C:\Program Files\MYCORP\MYCORP Services\Common'. 
PROPERTY CHANGE: Modifying 
WixLibRedirectFolder.21C4128B_7484_4589_ABC5_E3FA2A95D2B6 property. Its current 
value is 'C:\Program Files\MYCORP\MYCORP Services\Common'. Its new value: 
'C:\Program Files\MYCORP\MYCORP Services\Enterprise4Service'. 
PROPERTY CHANGE: Adding 
WixLibRedirectFolder.A54690A6_C7B5_477D_ADAF_916A4A173FDF property. Its value 
is 'C:\Program

[WiX-users] [SPAM] Re: When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

2013-01-30 Thread Rob Mensching
What does the log file say?


On Wed, Jan 30, 2013 at 8:51 AM, StevenOgilvie  wrote:

> Really need some help with this!
> thanks,
> Steve
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Repair-happening-tp7583229p7583272.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] When doing a REPAIR, all files are going into 1 folder instead of the specific folders...

2013-01-30 Thread StevenOgilvie
Really need some help with this!
thanks,
Steve



--
View this message in context: 
http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Weird-Repair-happening-tp7583229p7583272.html
Sent from the wix-users mailing list archive at Nabble.com.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Paying Job for Wix Guru

2013-01-30 Thread Hoover, Jacob
If the task at hand is simply to update a config file before building a MSI, 
this could all be done with MSBuild and could be outside the scope of the 
wonderful world of Wix. Also, if this value could change "per install" or "per 
customer", then it would be easier to store the base config in the MSI and 
utilize XmlConfig/XmlFile to update on install.

-Original Message-
From: Greg Deward [mailto:greg.dew...@gmail.com] 
Sent: Tuesday, January 29, 2013 4:45 PM
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Paying Job for Wix Guru

One of my partners was kind enough to post an Elance job to help entice someone 
to demonstrate to how tackle my earlier question with WIX.  The direct link 
is...

https://www.elance.com/j/dynamic-wix-installation-package/37325289

Anyone interested?

-- G. Deward




Begin forwarded message:

> Job Name: Dynamic WIX Installation Package Job Description: Help us 
> understand how to use the WIX Installer to dynamically generate MSI packages. 
> During the process you will need to replace values in config files before 
> compiling the packaging the MSIs.
> 
> Here is what we need...
> 
> Create a command line application to dynamically generate three MSI 
> installation packages using WIX while accepting a command line variable 
> (called "request_identifier") and inserting this value into a App.Config file 
> before compiling. The end result will be one installer that calls either, or 
> both, of the other MSI packages which both have a valid configuration file 
> pre-configured with the supplied "request_identifier" value.
> 
> To complete this project, you will be required to create and deliver:
> 
> A. One .NET command line application with a tokenized App.Config file; 
> B. One .NET Windows application with a tokenized config file; C. 
> Visual Studio setup projects for each of the sample projects (A & B) 
> above; D. One installation program that allows the user to optionally 
> install either or both of the sample projects (A & B) above; E. A Word 
> document or Camtasia video (with voice) explaining how the process 
> application works,how to modify the number of sample applications being 
> deployed, and how to modify text and images within the main installer.
> 
> Please explain if you are interested in ADDITIONAL projects when submitting 
> your proposal. This project is being used to help our team rapidly gain an 
> understanding of the WIX environment while satisfying a few of our immediate 
> needs. We would like to leverage a contractor moving forward for all 
> installation packaging.
> 
> Preference will be given to those who can deliver in the shortest amount of 
> time.

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
Windows 8 Apps, JavaScript and much more. Keep your skills current with 
LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. 
ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Bundle Installer size issue

2013-01-30 Thread Rob Mensching
What do you mean by " to put some of the components into a separate dll "?

-Original Message-
From: Harmon, Joseph [mailto:jhar...@illumina.com] 
Sent: Monday, January 28, 2013 12:03 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bundle Installer size issue

Rob, I can work on getting perf data, let me get back to you...

Thanks for the ideas (digital signing & splash screen), I will look into 
those...  In regards to my original question, is there no way to put some of 
the components into a separate dll?

Thx
-Joseph

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com]
Sent: Thursday, January 17, 2013 6:45 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bundle Installer size issue

If your executable is signed then Windows will verify the signature before 
launching the executable. For very large executables, that can take some time. 
It's not a very great user experience. 300MB is about the breaking point for 
user experience, especially if launched over network.

PS: if you have perf numbers showing the engine taking a while to load the BA, 
I'd love to see them. That is a sensitive perf area we can try to improve with 
data.


On Thu, Jan 17, 2013 at 12:45 AM, Amadeus  wrote:

> 300k seems about right (my Installer is 1.4 MB - downloading all 
> MSIs/EXEPackages).
>
> It /does /take awhile for Burn to boot up itself and launch the custom 
> BA though. But like Neil said, a splash screen does the trick. Add it 
> inside the  element, and close it when your BA has finished 
> loading up. I hook up the following in my main view's constructor:
>
> this.Loaded += (sender, e) =>
> Bootstrapper.InstallEngine.Engine.CloseSplashScreen();
>
>
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Bundle-I
> nstaller-size-issue-tp7582955p7582961.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> --
>  Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, 
> HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your 
> skills current with LearnDevNow - 3,200 step-by-step video tutorials 
> by Microsoft MVPs and experts. ON SALE this month only -- learn more
> at:
> http://p.sf.net/sfu/learnmore_122712
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
Windows 8 Apps, JavaScript and much more. Keep your skills current with 
LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. 
ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
Windows 8 Apps, JavaScript and much more. Keep your skills current with 
LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. 
ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users




--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Detect specific running application during installation with WIX.

2013-01-30 Thread Steven Ogilvie
I had problems with that it would work on install but not uninstall or vice 
versa, I gave up and used the custom action...

-Original Message-
From: Rob Mensching [mailto:r...@robmensching.com] 
Sent: January-30-13 10:12 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Detect specific running application during 
installation with WIX.

I'd argue your best bet is to use the RestartResource element in the Util 
extension to add the resource to the restart manager and let it do all the work 
for you. In the case of Office apps, it should be particularly better because 
Office apps register with restart manager and automatically save state, close, 
then reopen.

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: Tuesday, January 29, 2013 6:06 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Detect specific running application during 
installation with WIX.

Your best bet is to create a custom action

i.e. I close Outlook at the beginning of the install, then relaunch it after 
the install (if Outlook was indeed closed)

/// 
/// Kills Outlook just as the install/uninstall starts
/// 
/// 
/// return ActionResult.Success
[CustomAction]
public static ActionResult CloseOutlookProcess(Session session)
{
try
{
if (session == null)
{
throw new ArgumentNullException("session");
}
// set registry key that shut down Outlook succeeded
const string userRoot = "HKEY_LOCAL_MACHINE";
const string key = "SOFTWARE\\MYCORP\\Setup";
const string closeOutlook = "CloseOutlook";
Registry.SetValue(userRoot + "\\" + key, closeOutlook, "0");
// Assuming there won't be any other process with the same name 
as outlook :)
Process[] processes = Process.GetProcessesByName("OUTLOOK");
bool allOutlookProcessesExited = true;

if (processes.Length > 0)
{
foreach (Process outlookProcess in processes)
{
try
{
outlookProcess.CloseMainWindow();
// set registry key that shut down Outlook succeeded
Registry.SetValue(userRoot + "\\" + key, 
closeOutlook, "1");
// wait some time and check again to see if the 
process has exited
System.Threading.Thread.Sleep(4000);
allOutlookProcessesExited = 
outlookProcess.HasExited && allOutlookProcessesExited;
}
catch (Exception exception)
{
WriteErrorLogInstall(session, "CloseOutlookProcess; 
failed to close Outlook: ", exception, true);
}
finally
{
// dispose process
if (outlookProcess != null)
{
outlookProcess.Dispose();
}
}
}
}
if (!allOutlookProcessesExited)
{
MessageBox.Show(
"Please close any instances of Microsoft Outlook, to 
continue with this installation",
"Custom action exception error...", 
MessageBoxButtons.OK, MessageBoxIcon.Warning);
}
}
catch (Exception ex)
{
WriteErrorLogInstall(session, "CloseOutlookProcess failed: ", 
ex, true);
}
return ActionResult.Success;
}

-Original Message-
From: Yawar Khan [mailto:yawar.k...@live.com] 
Sent: January-29-13 8:56 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Detect specific running application during installation 
with WIX.


Hi,
Can anyone please help me to detect any running process through WIX and ask 
user to close it?Following code is detecting the installed application is 
running during "repair". But it was not working to detect Internet Explorer 
during "installation".
  

Please also provide the possible choices of "Before" and "Action" under 
"Custom" tag.
  
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
Windows 8 Apps, JavaScript and much more. Keep your skills current with 
LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. 
ON SALE this month only -- learn more at:
http://p.sf.net/sf

Re: [WiX-users] Permission element for domain user account

2013-01-30 Thread Peter Shirtcliffe
>From the wix manual: "GenericRead YesNoType specifying this will fail
to grant read access"
Im not sure if GenericAll overrides that or not.

Try adding:
Read="yes" ReadAttributes="yes" ReadExtendedAttributes="yes"
ReadPermission="yes"


-Original Message-
From: Kun Shi (ofox) [mailto:s...@vmware.com] 
Sent: 30 January 2013 15:07
To: General discussion for Windows Installer XML toolset.
Subject: [WiX-users] Permission element for domain user account

Hi guys,

I'm having a question about Permission usage. Referring to
http://wix.sourceforge.net/manual-wix2/wix_xsd_permission.htm, I have the
following codes, I use a domain account(with administrator privilege) to
install it, but I couldn't access the install dir due to no permission.
What's wrong with my codes?


  ...


 
 ...


The installation log shows
'WIX_ACCOUNT_ADMINISTRATORS'==BUILTIN/Administrators,
'WIX_ACCOUNT_USERS'==BUILTIN/Users


Thanks!
 -ofox

-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Detect specific running application during installation with WIX.

2013-01-30 Thread Rob Mensching
I'd argue your best bet is to use the RestartResource element in the Util 
extension to add the resource to the restart manager and let it do all the work 
for you. In the case of Office apps, it should be particularly better because 
Office apps register with restart manager and automatically save state, close, 
then reopen.

-Original Message-
From: Steven Ogilvie [mailto:steven.ogil...@titus.com] 
Sent: Tuesday, January 29, 2013 6:06 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Detect specific running application during 
installation with WIX.

Your best bet is to create a custom action

i.e. I close Outlook at the beginning of the install, then relaunch it after 
the install (if Outlook was indeed closed)

/// 
/// Kills Outlook just as the install/uninstall starts
/// 
/// 
/// return ActionResult.Success
[CustomAction]
public static ActionResult CloseOutlookProcess(Session session)
{
try
{
if (session == null)
{
throw new ArgumentNullException("session");
}
// set registry key that shut down Outlook succeeded
const string userRoot = "HKEY_LOCAL_MACHINE";
const string key = "SOFTWARE\\MYCORP\\Setup";
const string closeOutlook = "CloseOutlook";
Registry.SetValue(userRoot + "\\" + key, closeOutlook, "0");
// Assuming there won't be any other process with the same name 
as outlook :)
Process[] processes = Process.GetProcessesByName("OUTLOOK");
bool allOutlookProcessesExited = true;

if (processes.Length > 0)
{
foreach (Process outlookProcess in processes)
{
try
{
outlookProcess.CloseMainWindow();
// set registry key that shut down Outlook succeeded
Registry.SetValue(userRoot + "\\" + key, 
closeOutlook, "1");
// wait some time and check again to see if the 
process has exited
System.Threading.Thread.Sleep(4000);
allOutlookProcessesExited = 
outlookProcess.HasExited && allOutlookProcessesExited;
}
catch (Exception exception)
{
WriteErrorLogInstall(session, "CloseOutlookProcess; 
failed to close Outlook: ", exception, true);
}
finally
{
// dispose process
if (outlookProcess != null)
{
outlookProcess.Dispose();
}
}
}
}
if (!allOutlookProcessesExited)
{
MessageBox.Show(
"Please close any instances of Microsoft Outlook, to 
continue with this installation",
"Custom action exception error...", 
MessageBoxButtons.OK, MessageBoxIcon.Warning);
}
}
catch (Exception ex)
{
WriteErrorLogInstall(session, "CloseOutlookProcess failed: ", 
ex, true);
}
return ActionResult.Success;
}

-Original Message-
From: Yawar Khan [mailto:yawar.k...@live.com] 
Sent: January-29-13 8:56 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Detect specific running application during installation 
with WIX.


Hi,
Can anyone please help me to detect any running process through WIX and ask 
user to close it?Following code is detecting the installed application is 
running during "repair". But it was not working to detect Internet Explorer 
during "installation".
  

Please also provide the possible choices of "Before" and "Action" under 
"Custom" tag.
  
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, 
Windows 8 Apps, JavaScript and much more. Keep your skills current with 
LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. 
ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skill

Re: [WiX-users] Bundles, shared packages, reference counting and major upgrades

2013-01-30 Thread Rob Mensching
There is a bug open on this. The bug has been open since the beginning because 
it's not an easy problem to solve. 

-Original Message-
From: Simon Detheridge [mailto:si...@widgit.com] 
Sent: Tuesday, January 29, 2013 3:25 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Bundles, shared packages, reference counting and major 
upgrades

I spent some time becoming acquainted with the burn engine source, trying to 
figure this one out.

Unless I'm missing something (which is entirely possible) it seems to me that 
Burn's dependency mechanism doesn't handle Major Upgrades at all. There are two 
situations that cause a problem:

Bundle A has shared package version 1.1
Bundle B has shared package version 1.2, which is a major upgrade to 1.1

First problem: If I install B then A, A does not register its dependency on the 
shared package. It detects its own copy of the shared package as obsolete and 
does nothing. Uninstalling B will then break A, because the shared component is 
removed.

I think in this situation, A should register its dependency anyway. If this 
happens, the machine state is the same irrespective of whether B or A is 
installed first, which seems ideal to me.

Second problem is as described below: If I uninstall B then A, B does not 
remove the shared package because of A's reference, but A does not remove the 
shared package because its own package is detected as obsolete, so does nothing.

This results in the shared package being left on the machine, but not showing 
up in Add/Remove. Not good.

This is a more fundamental problem. Even if I can coerce Burn into wanting to 
uninstall the package, the uninstall fails because uninstall tries to remove 
the product via its own obsolete package's product code, which doesn't match 
the product code of the installed version.

Am I missing something?

Thanks,
Simon

- Original Message -
> Hi List,
> 
> Here is a contrived example of something that approximates what I'm 
> trying to do in the real world:
> 
> I have 2 bundles, both of which use a shared component. I only want 
> one copy of the shared component on the machine. Newer versions of the 
> shared component are guaranteed to be backwards compatible with older 
> versions.
> 
> I have 2 products, each of which require the shared component. I want 
> a user to be able to install one, the other, or both products, and 
> only have one copy of the shared component on their computer. I also 
> want them to be able to uninstall the products, without it breaking 
> the other, but have their computer clean when both are uninstalled.
> 
> This is where package reference counting is supposed to come in. The 
> idea being my shared component gets reference counted, and only 
> uninstalled when no references to it remain on the computer. This 
> works perfectly, provided all the versions are the same, but starts 
> going wrong when version upgrades are involved.
> 
> As an aside: I cannot find any good documentation on how package 
> reference counting is supposed to work. My googling has lead me to 
> believe that it is tied in with WixDependencyExtension, although it's 
> not clear. Also, there's not really any good documentation on 
> WixDependencyExtension either -- the documentation page on it at 
> http://wix.sourceforge.net/manual-wix3/author_product_dependencies.htm
> is helpfully blank. If anyone can point me towards some docs on how 
> it's supposed to work, that would be much appreciated. I've bought the 
> Wix 3.6 book which probably has the best explanation I can find, but 
> it doesn't cover this particular case.
> 
> So here's what I'm seeing:
> 
> Let's say I have 2 products. "A" and "B". Each use my shared 
> component. When "A" was released, it used shared component version 
> 1.1. When "B" was released, it used shared component version 1.2.
> 1.2 is a major upgrade to 1.1, however it is backwards-compatible.
> 
> Let's say I install "A", then "B". First version 1.1 is installed, 
> then 1.2 is installed. Both work, everything is fine.
> 
> If I then uninstall "A" then "B", everything works as it should. "A"
> does not remove the shared package, but "B" does.
> 
> However, if I uninstall "B" first and then "A", I have a problem: "B"
> refuses to uninstall the shared package, as it should. ("Will not 
> uninstall package: sharedpackage, found dependents: 1") - However, 
> when "A" is uninstalled, the package is left on the machine - 
> presumably because it is not the package that "A" installed in the 
> first place - it has been upgraded. It unregisters its dependency, but 
> leaves the package there.
> 
> As such, after the 2 packages are uninstalled, my shared package 
> remains on the machine. Worse, there is no listing for it in 'Programs 
> and Features' because both bundles have been successfully uninstalled. 
> I have to go digging around in c:\windows\installer to find and 
> uninstall it.
> 
> I've looked in the documentatio

[WiX-users] IIS- Adding script maps

2013-01-30 Thread Natalie Carr
Hi,

 

Can anyone tell me the correct way to add a Script Map to a web application
via wix? I have this but it's not adding the dll. It is also an ASPAI
module. 

  





  

  



  



  

 

Kind Regards,

 

Natalie Carr

 

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Permission element for domain user account

2013-01-30 Thread Kun Shi (ofox)
Hi guys,

I'm having a question about Permission usage. Referring to 
http://wix.sourceforge.net/manual-wix2/wix_xsd_permission.htm, I have the 
following codes, I use a domain account(with administrator privilege) to 
install it, but I couldn't access the install dir due to no permission. What's 
wrong with my codes?




...





...


The installation log shows 
'WIX_ACCOUNT_ADMINISTRATORS'==BUILTIN/Administrators, 
'WIX_ACCOUNT_USERS'==BUILTIN/Users


Thanks!
 -ofox

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Speed vs Stability: Large numbers of Components

2013-01-30 Thread John Cooper
One way would be to designate one file as the KeyPath file, and make the other 
files CompanionFile's of the KeyPath file.  Effectively, the version of the 
KeyPath file becomes the version of all of its CompanionFile's.

--
John Merryweather Cooper
Build & Install Engineer - ESA
Jack Henry & Associates, Inc.®
Shawnee Mission, KS  66227
Office:  913-341-3434 x791011
jocoo...@jackhenry.com
www.jackhenry.com 



-Original Message-
From: Wesley Manning [mailto:wmann...@dynagen.ca] 
Sent: Wednesday, January 30, 2013 8:25 AM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] Speed vs Stability: Large numbers of Components

Hi Neil,

You said: " I also forced a version number for each file to ensure that if I 
had to perform an upgrade the file would be overwritten REGARDLESS if it had 
changed forcing integrity of the application."  How did you do this?

Wes

-Original Message-
From: Neil Hayes [mailto:neil.ha...@syspro.com]
Sent: January-30-13 2:04 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Speed vs Stability: Large numbers of Components

I'm in a similar situation with close to 30,000 files to deploy of which 
perhaps 50 - 100 are DLL's, EXE, OCX etc.

I've ended up grouping files together in a component, (with the exception of 
DLL's etc) sometimes up to 5,000 or 6,000 in one component. I also forced a 
version number for each file to ensure that if I had to perform an upgrade the 
file would be overwritten REGARDLESS if it had changed forcing integrity of the 
application.

I've also disabled the repair option from ARP, but allow Repair from 'Change' 
and modified the ReinstallMode to anus. In my situation these deployed files 
are not updated by the application and should not be modified by the customer. 
If they have been modified by the customer I need the repair to restore the 
install back to deployment status.

I would like to know the 'optimal' amount of files that should be contained in 
1 component. As much as I'd love to give each file a unique component, filling 
the registry with 30,000 GUIDS just seems crazy.

Neil


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Speed vs Stability: Large numbers of Components

2013-01-30 Thread Wesley Manning
Hi Neil,

You said: " I also forced a version number for each file to ensure that if I 
had to perform an upgrade the file would be overwritten REGARDLESS if it had 
changed forcing integrity of the application."  How did you do this?

Wes

-Original Message-
From: Neil Hayes [mailto:neil.ha...@syspro.com] 
Sent: January-30-13 2:04 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Speed vs Stability: Large numbers of Components

I'm in a similar situation with close to 30,000 files to deploy of which 
perhaps 50 - 100 are DLL's, EXE, OCX etc.

I've ended up grouping files together in a component, (with the exception of 
DLL's etc) sometimes up to 5,000 or 6,000 in one component. I also forced a 
version number for each file to ensure that if I had to perform an upgrade the 
file would be overwritten REGARDLESS if it had changed forcing integrity of the 
application.

I've also disabled the repair option from ARP, but allow Repair from 'Change' 
and modified the ReinstallMode to anus. In my situation these deployed files 
are not updated by the application and should not be modified by the customer. 
If they have been modified by the customer I need the repair to restore the 
install back to deployment status.

I would like to know the 'optimal' amount of files that should be contained in 
1 component. As much as I'd love to give each file a unique component, filling 
the registry with 30,000 GUIDS just seems crazy.

Neil


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Setting a Browser's default search engine

2013-01-30 Thread Phil Wilson
If you do a web search on "where is the default search engine registry"
there are a bunch of articles about where it's stored. Because it's a
registry key, the WiX work is just setting the required keys to whatever
values you want. 
Phil  

-Original Message-
From: David Baker [mailto:djbak...@gmail.com] 
Sent: Wednesday, January 30, 2013 2:44 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Setting a Browser's default search engine

Hello,

I am trying to change a browsers default search engine using a Wix
installer. I see this done in a lot of installers but i can't seem to find
how to do it in Wix. I'd appreciate any advice :-)

Thanks
David Baker

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] IIS- delete hidden segment error

2013-01-30 Thread Natalie Carr
Super, thank you


Kind Regards,

Natalie Carr


-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Sent: Wednesday, January 30, 2013 12:53 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] IIS- delete hidden segment error

Oh, of course. It tries to interpret anything in square brackets as a
property name and [segment="bin"] isn't a property name. If you
need literal brackets in the string then you have to escape them as [\[] and
[\]]

See http://msdn.microsoft.com/en-US/library/aa368609.aspx  5th bullet.

-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 30 January 2013 12:42
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] IIS- delete hidden segment error

Peter,

Thanks it seems to be the square brackets it's not liking. Not sure if the
command will do as expected but I will test it.

Kind Regards,

Natalie Carr

-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: Wednesday, January 30, 2013 12:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] IIS- delete hidden segment error

Keep deleting parts of the execommand string until it compiles. The " s
are most likely causes.

-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 30 January 2013 12:27
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IIS- delete hidden segment error

Hi I am trying to delete a hidden segment when installing a web application.
I am using the following code:

 

  

 

But I am getting the error: error LGHT0204: ICE03: Invalid format string

Can anyone please help me out?

 

Kind Regards,

 

Natalie Carr

 


-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires
that you delete it without acting upon or copying any of its contents, and
we further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
7DY, UK.



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users



-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] .wixobj file not getting generated

2013-01-30 Thread Peter Shirtcliffe
The wixobj should be in the current directory unless you specify the -o or
-out switch

If you type candle /? It will describe the options.


-Original Message-
From: Kesavan, Lakshminarayanan IN BLR STS
[mailto:lakshminarayanan.kesa...@siemens.com] 
Sent: 30 January 2013 13:36
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] .wixobj file not getting generated

When I run the candle.exe, I am not getting ".wixobj" file. Where this file
will get gerenated. Below is what I am doing.

C:\ >candle.exe "C:\Documents and
Settings\123\Desktop\SampleFirst\SampleFirst.wxs"
Windows Installer Xml Compiler version 3.7.1224.0 Copyright (C) Outercurve
Foundation. All rights reserved.

SampleFirst.wxs

Regards

K.Lakshmi Narayanan
-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] WixShellExec not running application on exit

2013-01-30 Thread John J. Hughes II
No it was not in the references, I normally have to search external to the
WiX doc to find answers.  Think it was an answer in stackoverflow which I
know needs to be taken with a grain of salt ;)

Thanks,
John J. Hughes II

-Original Message-
From: Bob Arnson [mailto:b...@joyofsetup.com] 
Sent: Tuesday, January 29, 2013 23:01
To: wix-users@lists.sourceforge.net
Subject: Re: [WiX-users] WixShellExec not running application on exit

On 28-Jan-13 16:24, John J. Hughes II wrote:
> I have searched the web for " Error 2896 " which seems to say it is a 
> UAC problem but I also found references that say WixShellExec which 
> prompt if need for UAC permission so I would not expect that to be a 
> problem but I am new to the toolset.
Hopefully none of these references was in the WiX doc. Immediate custom
actions cannot launch elevated processes, regardless of manifesting.

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



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Redisplay MSI's UI when Bootstrapper is run a second time

2013-01-30 Thread Karl Werner
Do basically there is no way to simulate the old bootstrapper from the old
vdproj setup projects?  It would be nice if we could configure for this
behavior. I would expect many other shops would want the same behavior . . .

Maybe something like an attribute on MSIPackage that is equivalent to
"always execute if InstallCondition is true", then show the UI if
DisplayInternalUI is "yes"...

I'll log a feature request ...

Karl

On Tue, Jan 29, 2013 at 10:02 PM, Bob Arnson  wrote:

> On 29-Jan-13 16:10, Karl Werner wrote:
> > However, still stuck on the original problem -> How can I get the MSI's
> UI
> > invoked on the second run of the bootstrapper.
> You can't. Burn needs to know the operation being performed which it
> can't if the operation is determined during the execution of the package.
>
> --
> sig://boB
> http://joyofsetup.com/
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_jan
> ___
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] .wixobj file not getting generated

2013-01-30 Thread Kesavan, Lakshminarayanan IN BLR STS
When I run the candle.exe, I am not getting ".wixobj" file. Where this file 
will get gerenated. Below is what I am doing.

C:\ >candle.exe "C:\Documents and 
Settings\123\Desktop\SampleFirst\SampleFirst.wxs"
Windows Installer Xml Compiler version 3.7.1224.0
Copyright (C) Outercurve Foundation. All rights reserved.

SampleFirst.wxs

Regards

K.Lakshmi Narayanan
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix Installation not working

2013-01-30 Thread Steven Ogilvie
WIX gets installed to: C:\Program Files (x86)\WiX Toolset v3.7\bin

That folder is not in your PATH environment path, you will need to add it or do 
at the command prompt set PATH=%PATH%;C:\Program Files (x86)\WiX Toolset 
v3.7\bin;

Steve

-Original Message-
From: Kesavan, Lakshminarayanan IN BLR STS 
[mailto:lakshminarayanan.kesa...@siemens.com] 
Sent: January-30-13 8:06 AM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Wix Installation not working

I installed WIX using wix37.exe and I opened the command prompt and typed 
"candle.exe". But I got the following message, "'candle.exe' is not recognized 
as an internal or external command, operable program or batch file." I searched 
for "candle.exe" in My Computer and I didn't get any result. I am new to WiX. 
Could you please someone help me on this?

Regards

Narayanan

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free 
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix Installation not working

2013-01-30 Thread Peter Shirtcliffe
If you type "echo %wix%" (without the quotes) you will get the path of the
wix installation. Candle.exe is in the "bin" subdirectory of that location

-Original Message-
From: Kesavan, Lakshminarayanan IN BLR STS
[mailto:lakshminarayanan.kesa...@siemens.com] 
Sent: 30 January 2013 13:06
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Wix Installation not working

I installed WIX using wix37.exe and I opened the command prompt and typed
"candle.exe". But I got the following message, "'candle.exe' is not
recognized as an internal or external command, operable program or batch
file." I searched for "candle.exe" in My Computer and I didn't get any
result. I am new to WiX. Could you please someone help me on this?

Regards

Narayanan

-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] Wix Installation not working

2013-01-30 Thread Neil Sleightholm
WiX is not in the path, use %wix%bin\candle


Neil


>I installed WIX using wix37.exe and I opened the command prompt and typed
>"candle.exe". But I got the following message, "'candle.exe' is not
>recognized as an internal or external command,
>operable program or batch file." I searched for "candle.exe" in My
>Computer and I didn't get any result. I am new to WiX. Could you please
>someone help me on this?
>
>Regards
>
>Narayanan
>
>--
>
>Everyone hates slow websites. So do we.
>Make your web apps faster with AppDynamics
>Download AppDynamics Lite for free today:
>http://p.sf.net/sfu/appdyn_d2d_jan
>___
>WiX-users mailing list
>WiX-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/wix-users


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Wix Installation not working

2013-01-30 Thread Kesavan, Lakshminarayanan IN BLR STS
I installed WIX using wix37.exe and I opened the command prompt and typed 
"candle.exe". But I got the following message, "'candle.exe' is not recognized 
as an internal or external command,
operable program or batch file." I searched for "candle.exe" in My Computer and 
I didn't get any result. I am new to WiX. Could you please someone help me on 
this?

Regards

Narayanan

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] IIS- delete hidden segment error

2013-01-30 Thread Peter Shirtcliffe
Oh, of course. It tries to interpret anything in square brackets as a
property name and [segment="bin"] isn't a property name. If you
need literal brackets in the string then you have to escape them as [\[] and
[\]]

See http://msdn.microsoft.com/en-US/library/aa368609.aspx  5th bullet.

-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com] 
Sent: 30 January 2013 12:42
To: 'General discussion for Windows Installer XML toolset.'
Subject: Re: [WiX-users] IIS- delete hidden segment error

Peter,

Thanks it seems to be the square brackets it's not liking. Not sure if the
command will do as expected but I will test it.

Kind Regards,

Natalie Carr

-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com]
Sent: Wednesday, January 30, 2013 12:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] IIS- delete hidden segment error

Keep deleting parts of the execommand string until it compiles. The " s
are most likely causes.

-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 30 January 2013 12:27
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IIS- delete hidden segment error

Hi I am trying to delete a hidden segment when installing a web application.
I am using the following code:

 

  

 

But I am getting the error: error LGHT0204: ICE03: Invalid format string

Can anyone please help me out?

 

Kind Regards,

 

Natalie Carr

 


-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires
that you delete it without acting upon or copying any of its contents, and we
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
7DY, UK.



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] IIS- delete hidden segment error

2013-01-30 Thread Natalie Carr
Peter,

Thanks it seems to be the square brackets it's not liking. Not sure if the
command will do as expected but I will test it.

Kind Regards,

Natalie Carr

-Original Message-
From: Peter Shirtcliffe [mailto:pshirtcli...@sdl.com] 
Sent: Wednesday, January 30, 2013 12:34 PM
To: General discussion for Windows Installer XML toolset.
Subject: Re: [WiX-users] IIS- delete hidden segment error

Keep deleting parts of the execommand string until it compiles. The " s
are most likely causes.

-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com]
Sent: 30 January 2013 12:27
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IIS- delete hidden segment error

Hi I am trying to delete a hidden segment when installing a web application.
I am using the following code:

 

  

 

But I am getting the error: error LGHT0204: ICE03: Invalid format string

Can anyone please help me out?

 

Kind Regards,

 

Natalie Carr

 


-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires
that you delete it without acting upon or copying any of its contents, and
we further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6
7DY, UK.



--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for
free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


Re: [WiX-users] IIS- delete hidden segment error

2013-01-30 Thread Peter Shirtcliffe
Keep deleting parts of the execommand string until it compiles. The " s
are most likely causes.

-Original Message-
From: Natalie Carr [mailto:natalie.c...@measuresoft.com] 
Sent: 30 January 2013 12:27
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] IIS- delete hidden segment error

Hi I am trying to delete a hidden segment when installing a web application.
I am using the following code:

 

  

 

But I am getting the error: error LGHT0204: ICE03: Invalid format string

Can anyone please help me out?

 

Kind Regards,

 

Natalie Carr

 

-
-
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite for free
today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
SDL PLC confidential, all rights reserved.
If you are not the intended recipient of this mail SDL requests and requires 
that you delete it without acting upon or copying any of its contents, and we 
further request that you advise us.
SDL PLC is a public limited company registered in England and Wales.  
Registered number: 02675207.
Registered address: Globe House, Clivemont Road, Maidenhead, Berkshire SL6 7DY, 
UK.


--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] IIS- delete hidden segment error

2013-01-30 Thread Natalie Carr
Hi I am trying to delete a hidden segment when installing a web application.
I am using the following code:

 

  

 

But I am getting the error: error LGHT0204: ICE03: Invalid format string

Can anyone please help me out?

 

Kind Regards,

 

Natalie Carr

 

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Burn: Prerequisites on Windows 2012 Server and the Server Manager requirement

2013-01-30 Thread Hans ter Horst
Hello,
My program has a .NET 3.5 prerequisite and I have used Burn and the
standard code successfully on Windows Server 2008 SP2.
On Windows Server 2012 however, .NET 3.5 and many other prerequisites need
to be installed via the Server Manager as features instead and cannot be
installed via an MSI delivered with or pulled down via the Burn executable,
see attached screenshot.

My question is: How can I use continue to use Burn to handle my
prerequisites and make it work on Windows Server 2012?

Thanks,

Hans

-- 
http://monochrome.me.uk/blog/
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] VS project Pre-/Before-Build

2013-01-30 Thread Parkes, Kevin
Apart from the former being easier to add in project properties, what would be 
the pros and cons of using project Pre-build Events compared to   & ?

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users


[WiX-users] Setting a Browser's default search engine

2013-01-30 Thread David Baker
Hello,

I am trying to change a browsers default search engine using a Wix
installer. I see this done in a lot of installers but i can't seem to find
how to do it in Wix. I'd appreciate any advice :-)

Thanks
David Baker
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_jan
___
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users