Blair, thank you for your comments.
If WiX makes using Merge Modules more complex than it should be, why not improving that issue? I mean, shouldn't WiX make dealing with MSI easier than harder? Regards Markus > -----Original Message----- > From: Blair [mailto:os...@live.com] > Sent: Montag, 2. November 2009 22:02 > To: 'General discussion for Windows Installer XML toolset.' > Subject: Re: [WiX-users] Fragments or Merge Modules? > > More-or-less yes, you have it right. > > There are several servicing issues related to Merge Modules, and some > of > those issues are carried into the way that WiX incorporates Merge > Modules > (making them even harder to deal with than they already would have > been, > especially as relates to patching/patch generation). > > You can create "binary" wixlibs, which are compiled fragments that > carry the > files they otherwise incorporate by reference in the wixlib itself, > making > them have all the advantages of merge modules except the portability > with > other toolsets. > > The typical decision path is: prefer either fragments or wixlibs over > merge > modules when you don't need to incorporate the shared code with non-wix > toolsets. > Note that wix 3.5 and 3.0 can share the same wixlibs, while wix 2.0 > can't > share the same libs with 3.x (or the same source code without some > transformation either). > > -----Original Message----- > From: Markus Karg [mailto:markus.k...@gmx.net] > Sent: Monday, November 02, 2009 12:07 PM > To: 'General discussion for Windows Installer XML toolset.' > Subject: [WiX-users] Fragments or Merge Modules? > > If I understand correctly, there are two ways to modularize my setup: > Fragments and Merge Modules. So the question is: Which one to use? > > > > For me it looks like Merge Modules being a more heavy weight solution, > but > the benefit is that those are a product-independent standard (i. e. > InstallShield or Wise can use them, too), while Fragments are more > light > weight, but can be used only by WiX. Is that correct? Or did I missed > the > point? Maybe there is a more essential difference (besides the fact > that a > Fragment is a *source object* while a Merge Module is a *binary > (compiled > and linked) object*)? > > > > What is the typical decision path (when to prefer Fragments over Merge > Modules and vice versa)? > > > > Thanks > > Markus > > ----------------------------------------------------------------------- > ----- > -- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users > > > ----------------------------------------------------------------------- > ------- > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > WiX-users mailing list > WiX-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
