Sure, vendor specific `standard custom actions` should be native because not
everyone using them use managed code. But that doesn't mean downlevel CA's
created by users should be and the vendor tool should do what your talking
about to assist.
For the 2003 GAC issue, IMO PublishAssemblies is broken anyways since it
can't even get an assembly in place to use it to start a service that has a
dependency on it. For this reason I typically put those components in a
seperate package and bootstrap it prior to my main MSI. I don't concern
myself with DLL Hell issues because that's what the GAC was designed for. I
also don't concern myself with uninstalling these assemblies since if MS can
reccomend System32 be Perm then why not GAC be Perm?
I also think the CLR version problem is overstated. Everywhere I work I see a
bias towards .NET 2.0. .NET 3.0 and 3.5 haven't updated the CLR. So if
everyone agrees to ship CA's targeting the .NET 2.0 until MSI supports
multiple CLR's per process then that should be good enough.
[EMAIL PROTECTED] wrote:
I think there may be differences between having managed custom action support
in Wix versus inventing your own way to launch a managed assembly. Wix doesn't
have to support managed CA's, you can do that yourself. One could also write an
extension for Wix (I would if I had the time).
The unmanaged API for loading and manipulating .NET and App Domains gives you
quite alot.
If your installed product needs a particular version of .NET installed to run,
why not use some CA logic using that version of .NET to save time and cost? I
haved coded a lot of unmanaged C++ in my day but I am back to my analogy of
moving a pile of sand with a small spoon (native) or with a wheelbarrow and
shovel (managed).
It seems that the only serious potential for a conflic arises when launching a
2.0 custom action on Windows Server 2003 and also needing to install assemblies
in the GAC as Rob Mensching referenced something Carolyn Napier had said. (If I
have that correct) So, if this is not a problem, then what is the issue?
I would want to see Windows Installer on Windows 2003 loading Framework 1.1 to
install a 2.0 assembly verified.
Regards,
greenaj
---- Brian Rogers wrote:
> Yes, this is only one of many things that would be a much needed and
> appreciated change. Installations are becoming much larger then the default
> of 32K files and overall size is causing installation for 1GB plus installs
> to take too long.
>
> >From a previous email thread I wrote to the wix-user group (Need a custom
> action with UAC elevated privileges before InstallInitialize):
>
> *"Why can't we write to a reserved location of the installed MSI database to
> keep our configuration changes on the machine instead of going nuts on the
> registry? Why, after all these years, do they still not support COM+, XML,
> IIS or invoking COM (MS has or makes the technology for all of these). Why
> can't we have better UI? Why isn't there an easy way to do data manipulation
> for text (string values)? How about some Regex? How about multiple codepages
> per package?"
> *
>
> It is time for an overhaul...
> On Tue, Apr 29, 2008 at 7:45 PM, Christopher Painter
> wrote:
>
> > Provided they can get past their strategic decision, perhaps the MSI team
> > should talk to the Silverlight team. They seem to have addressed the
> > tactical problems:
> >
> >
> > http://blogs.msdn.com/jasonz/archive/2007/05/10/side-by-side-in-process-clrs-start-with-silverlight.aspx
> >
> > Regardless, there should be more then enough brain trust in Redmond to get
> > past this and safely give developers what they clearly want.
> >
> > *Rob Mensching * wrote:
> >
> > Note that in my blog entry (
> > http://robmensching.com/blog/archive/2007/04/19/Managed-Code-CustomActions-no-support-on-the-way-and-heres.aspx)
> > I explain the work that has to be done to work around the "evil" interaction
> > between .NET Framework, GAC and Windows Installer. Every suggested
> > implementation that I've seen on the internet that describes how to
> > incorporate managed code custom actions into an MSI package does not address
> > that problematic interaction.
> >
> > Personally, I continue to focus on creating CustomActions in native code so
> > that WiX does not force all of you to have the .NET Framework installed
> > before installing a package that uses one of the standard WiX CustomActions
> > (which seems to be fairly common). I don't want to presume that everyone is
> > building an application that has a dependency on the .NET Framework.
> >
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:
> > [EMAIL PROTECTED] On Behalf Of Richard
> > Sent: Tuesday, April 29, 2008 11:13
> > To: WiX Users
> > Subject: Re: [WiX-users] Managed custom actions in Wix 3
> >
> >
> > In article <[EMAIL PROTECTED]>,
> > writes:
> >
> > > I have head people preach dillegently about the evil of managed custom
> > action
> > s.
> >
> > The evil stems from the way .NET, the GAC, Windows and the MSI runtime
> > interact. Its not the custom action per se, but the way that .NET
> > code will be run in a process during install time.
> >
> > There is a reason that the experts are all unanimously saying that
> > managed custom actions are a bad idea. You are free to ignore all
> > that accumulated expertise but it doesn't seem like a wise thing to
> > do.
> > --
> > "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
> >
> >
> > Legalize Adulthood!
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> > Don't miss this year's exciting event. There's still time to save $100.
> > Use priority code J8TL2D2.
> >
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> > Don't miss this year's exciting event. There's still time to save $100.
> > Use priority code J8TL2D2.
> >
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
> > ------------------------------
> > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it
> > now.
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> > Don't miss this year's exciting event. There's still time to save $100.
> > Use priority code J8TL2D2.
> >
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > WiX-users mailing list
> > WiX-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/wix-users
> >
> >
>
>
> --
> Brian Rogers
> "Intelligence removes complexity." - BR
> http://www.codeplex.com/wixml/
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users
