Thank you for your answers, Neil and Rob. I have dabbled with persist="yes" before, and it didn't seem like it worked for me, but I may just have not been doing it correctly. Am I right in assuming that doing a definition like this would cause the variable to persist and when uninstalling it will retain the value it had at the end of the initial installation, with no extra work involved?
<Variable Name=" Server" Persisted="yes"/> I would prefer to not do it this way, as doing so would require pushing the responsibility for defining the persisted data into the bundle.wxs, which splits my data in a way I would like to avoid. We use the same MBA with multiple bundle.wxs files (with various subsets of our product suite), so it would make the installers less DRY if we had to define the variables each bundle.wxs needed. However, if it were possible to mark variables for persisting from the MBA, that would be perfectly fine for our solution, as we are right now just persisting certain Burn variables written to during the installation process. Regarding elevation, looking into the problem more seems to indicate that my options are to either put a manifest on our bundle executable, or launch a child process with elevated privileges and communicate data I need handled in an elevated context to that child process (from what I can tell, this is what burn does). Is this correct, or have I missed any simpler ways of elevating? Daniel E. Bruce > -----Original Message----- > From: Rob Mensching [mailto:[email protected]] > Sent: 15. oktober 2012 19:14 > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Elevation of Bootstrapper Application > > It remembers them for a specific Bundle. There is not currently a > mechanism to get to the state of another Bundle (I think there is a > feature request open to enable that). > > On Mon, Oct 15, 2012 at 10:10 AM, Neil Sleightholm > <[email protected]>wrote: > > > >> you can set Variables and mark them Persist='yes' and Burn will > > remember them for you. > > > > Am I correct that it remembers them for Uninstall/Repair but there is > > no way to recall them if you do an upgrade? > > > > Neil > > > > -----Original Message----- > > From: Rob Mensching [mailto:[email protected]] > > Sent: 15 October 2012 17:50 > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Elevation of Bootstrapper Application > > > > Neil is correct. The BA is not elevated because it does not rollback > > but the package installs do. > > > > If you just want to store settings for your BA, you can set Variables > > and mark them Persist='yes' and Burn will remember them for you. > That > > sounds like it might be more applicable for you anyway. > > > > > > > > ---------------------------------------------------------------------- > > -------- Don't let slow site performance ruin your business. Deploy > > New Relic APM Deploy New Relic app performance management and > know > > exactly what is happening inside your Ruby, Python, PHP, Java, and > > .NET app Try New Relic at no cost today and get our sweet Data Nerd > > shirt too! > > http://p.sf.net/sfu/newrelic-dev2dev > > _______________________________________________ > > WiX-users mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -- > virtually, > > Rob Mensching > http://RobMensching.com LLC > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic > APM Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app Try > New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > WiX-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wix-users > > _______________________________________________________ > _______________ > This email has been scanned by the Symantec Email Security.cloud > service. > For more information please visit http://www.symanteccloud.com > _______________________________________________________ > _______________ ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ WiX-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wix-users
