Hi Rob, this was an interesting post but I don't understand exactly how it helps me.
For example, I tried: <?xml version="1.0" encoding="UTF-8"?> <Wix xmlns:Util="http://schemas.microsoft.com/wix/UtilExtension"; xmlns:netfx="http://schemas.microsoft.com/wix/NetFxExtension"; xmlns="http://schemas.microsoft.com/wix/2006/wi";> <Product Id="*" UpgradeCode="49c8c75a-5210-4944-b2b8-69814e6a874d" Version="1.1.7" Language="1033" Name="EscalationService20130821094952" Manufacturer="Statistics Canada" Codepage="1252"> <Package InstallerVersion="400" Compressed="yes" /> <InstallExecuteSequence> <RemoveExistingProducts Sequence="1501" /> </InstallExecuteSequence> as the start of one of my WXSes to experiment with this stuff (rest deleted). This produces: \\F7coll-dev01\blaise\DEVELOPMENT\Social\InstallerBuilder\EscalationService\Wxs\ EscalationService-20130822094952Test.wxs(6) : error LGHT0091 : Duplicate symbol 'WixAction:InstallExecuteSequence/RemoveExistingProducts' found. Is this approach sensible to prevent mangling my service like happened earlier? How should it work? Is there documentation about this? Keith Douglas Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 Facsimile | Télécopieur 613-951-1966 Government of Canada | Gouvernement du Canada -----Original Message----- From: Rob Mensching [mailto:r...@robmensching.com] Sent: August-21-13 4:44 PM To: General discussion for Windows Installer XML toolset. Subject: Re: [WiX-users] Expected behaviour Bob wrote a nice blog entry about this: http://www.joyofsetup.com/2008/12/30/paying-for-upgrades/ Lots of tradeoffs to consider. On Wed, Aug 21, 2013 at 1:33 PM, <keith.doug...@statcan.gc.ca> wrote: > Thank you for the information, Phil. This raises another bunch of > questions: > > Why is the default in this location in the sequence (that seems > unfortunate, since rollbacks are part of the point of using MSIs)? > Should I change the location for all my installers? > What's a good way to this when building the package? If I change > nothing but add an InstallExecuteSequenceElement with a > RemoveExistingProducts with a Sequence attribute of, say, 1501, will I be ok? > Or do I have to use a complete other sequence (i.e., fill in all the > values for all the other steps which might occur "manually")? > > (I looked at Nick Ramirez's book for 3.0, and this doesn't seem to be > covered.) > > > Keith Douglas > Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 > Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A > 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 > Facsimile | Télécopieur 613-951-1966 Government of Canada | > Gouvernement du Canada > > > -----Original Message----- > From: Phil Wilson [mailto:phildgwil...@gmail.com] > Sent: August-21-13 4:02 PM > To: General discussion for Windows Installer XML toolset. > Subject: Re: [WiX-users] Expected behaviour > > When REP is at that location, it's essentially a complete uninstall of > the older product followed by the install of the new product, so what > you get is very similar to a user uninstall of the old product and > then the install of the new. The older files will be installed because > you're basically doing a fresh install of the new product containing > older files. Other locations of REP aren't all like that. > > Your problem is that REP needs to be after InstallInitialize because > the rollback transation boundaries are InstallInitialize and > InstallFinalize, so your REP was not in the transaction and not rolled back. > > > > > > Phil Wilson > > > On Wed, Aug 21, 2013 at 12:04 PM, <keith.doug...@statcan.gc.ca> wrote: > > > Thanks for answering Phil, > > > > Unfortunately a verbose log is not available. However, I know that > > there's no explicit sequencing of RemoveExistingProducts or anything > > else for that matter by my WXS. According to the MSI itself it is > > 1401, immediately after InstallValidate and before InstallInitialize > > (I assume the sequence is just in ascending order of Sequence in the > > InstallExecuteSequence table.) > > > > (If it matters, the whole is > > FindRelatedProducts,AppSearch,LaunchConditions,ValiadateProductID,Co > > st > > Initialize,FileCost,CostFinalize,MigrateFeatureStates,InstallValidat > > e, > > RemoveExistingProducts,InstallInitialize,ProcessComponents,Unpublish > > Fe > > atures,StopServices,DeleteServices,RemoveFiles,InstallFiles,InstallS > > er > > vices,StartServices,RegisterUser,RegisterProduct,PublishFeatures,Pub > > li > > shProduct,InstallFinalize.) > > > > > > Keith Douglas > > Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A 0T6 > > Statistique Canada | 170, promenade Tunney's Pasture, Ottawa ON K1A > > 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 > > Facsimile | Télécopieur 613-951-1966 Government of Canada | > > Gouvernement du Canada > > > > > > -----Original Message----- > > From: Phil Wilson [mailto:phildgwil...@gmail.com] > > Sent: August-21-13 2:43 PM > > To: General discussion for Windows Installer XML toolset. > > Subject: Re: [WiX-users] Expected behaviour > > > > A proper answer will depend on where you have sequenced > > RemoveExistingProducts. > > > > A verbose log will tell you what happened. > > > > Phil Wilson > > > > > > On Wed, Aug 21, 2013 at 10:25 AM, <keith.doug...@statcan.gc.ca> wrote: > > > > > If a service update (a MajorUpgrade of a service installation) > > > fails for some reason, and a rollback to the previous version > > > happens, what happens if the MSI for the rollback cannot be found? > > > Would this leave no files from the first package in the installation > > > directory? > > > I guess I may have naïvely thought that the rollback would just > > > use the directory as is. If that's the case, what caches a copy of > > > MSIs in the system directory so we can use them in this situation? > > > We'd like to keep a sensibly named version in our own installer > > > directory on these machines so technicians can do the installation > > > manually under certain circumstances and to interoperate with our > > > file transfer mechanism > > (details of no importances). > > > > > > I'm trying to figure out why an install of one of our services had > > > the net effect of simply deleting the old files but repair (of the > > > seemingly installed new package) restored the new ones. All I know > > > is accidentally old versions of the executable and libraries were > > > included > > in the new MSI. > > > > > > Moreover, what is supposed to happen in general in a MajorUpgrade > > > if the KeyPathed file is of a previous version than the one > > > currently > > installed? > > > > > > I take it in that case any CompanionFiles of that will "come along > > > for the ride" regardless of what happens, correct? > > > > > > Thanks, > > > > > > > > > Keith Douglas > > > Statistics Canada | 170 Tunney's Pasture Driveway, Ottawa ON K1A > > > 0T6 Statistique Canada | 170, promenade Tunney's Pasture, Ottawa > > > ON K1A > > > 0T6 keith.doug...@statcan.gc.ca Telephone | Téléphone 613-951-4405 > > > Facsimile | Télécopieur 613-951-1966 Government of Canada | > > > Gouvernement du Canada > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > > -- > > > -- > > > -------- Introducing Performance Central, a new site from > > > SourceForge and AppDynamics. Performance Central is your source > > > for news, insights, analysis and resources for efficient > > > Application Performance Management. > > > Visit us today! > > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/os > > > tg .c lktrk _______________________________________________ > > > WiX-users mailing list > > > WiX-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > > -------------------------------------------------------------------- > > -- > > -------- Introducing Performance Central, a new site from > > SourceForge and AppDynamics. Performance Central is your source for > > news, insights, analysis and resources for efficient Application > > Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg > > .c lktrk _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > > > -------------------------------------------------------------------- > > -- > > -------- Introducing Performance Central, a new site from > > SourceForge and AppDynamics. Performance Central is your source for > > news, insights, analysis and resources for efficient Application > > Performance Management. > > Visit us today! > > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg > > .c lktrk _______________________________________________ > > WiX-users mailing list > > WiX-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wix-users > > > > ---------------------------------------------------------------------- > -------- Introducing Performance Central, a new site from SourceForge > and AppDynamics. Performance Central is your source for news, > insights, analysis and resources for efficient Application Performance > Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.c > lktrk _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ---------------------------------------------------------------------- > -------- Introducing Performance Central, a new site from SourceForge > and AppDynamics. Performance Central is your source for news, > insights, analysis and resources for efficient Application Performance > Management. > Visit us today! > http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.c > lktrk _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > ------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
