Is there a reason you cannot put NETFX package at
"Updates\dotNetFx40_Full_x86_x64.exe" relative to the bundle executable?
Burn should look there first.  Hardlinks can save diskspace when all these
files are on the same volume if that's a problem.

On Wed, Apr 11, 2012 at 5:28 AM, stewarth <stewart.hil...@thomsonreuters.com
> wrote:

> I have pretty much completed our burn mba installer but just come across a
> slight problem.
>
> I have declared the .Net 4 ExePackage as compressed="no" (along with all
> our
> other pre-reqs, i.e. SQL Express etc) to avoid sucking it into every build
> that we do during test.  I have a resolver in my mba that works out where
> the pre-reqs are, but of course that doesn't work for .Net4.
>
> When the setup runs on a machine without .Net 4, the bootstrapper runs OK,
> but on 'Accept & Install' of course it cant find the .net setup so fails.
> (it works if i change to compressed="yes")
>
> The key problem is that my application setup.exe & the .net 4 setup file
> may
> be in different relative places depending on how it is being run - i.e.
> during test, on a DVD, on a 'suite' DVD etc, so i cant have a single
> relative path set for the ExePackage 'Name' parameter.
>
> I get the feeling that i wont be able to do this, but wonder if there is
> any
> way to 'resolve' the source of the .Net 4 setup?  I also dont want users to
> have to download it, and i dont want users to see a 'open file dialog' pop
> up for them to find it themselves.
>
> Here are the relevant bits of my .net 4 wxs file:
>
>    <PackageGroup Id="Netfx4Full">
>      <ExePackage Id="Netfx4Full" Cache="no" Compressed="no"
> PerMachine="yes" Permanent="yes" Vital="yes"
>
> SourceFile="P:\Projects\Updates\dotNetFx40_Full_x86_x64.exe"
>                  Name="Updates\dotNetFx40_Full_x86_x64.exe"
>                  DetectCondition="Netfx4FullVersion AND (NOT VersionNT64 OR
> Netfx4x64FullVersion)" InstallCommand="/q /norestart"/>
>    </PackageGroup>
>
> Thanks.
>
> --
> View this message in context:
> http://windows-installer-xml-wix-toolset.687559.n2.nabble.com/Burn-MBA-Net-4-setup-location-tp7455902p7455902.html
> Sent from the wix-users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Better than sec? Nothing is better than sec when it comes to
> monitoring Big Data applications. Try Boundary one-second
> resolution app monitoring today. Free.
> http://p.sf.net/sfu/Boundary-dev2dev
> _______________________________________________
> WiX-users mailing list
> WiX-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wix-users
>



-- 
virtually, Rob Mensching - http://RobMensching.com LLC
------------------------------------------------------------------------------
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to