0.  I think there is a great opportunity to create a WixManagementExtension for v3.  It would be like the other WiX v3 extension.  I wouldn't try to add it to WiX v2, the improved v3 platform makes it far easier.

 

1.  We talked about writing an Event extension in the past.  As you noted, it needs a couple registry keys and a file.  This would be relatively easy to do in WiX v3 with purely a Compiler and Decompiler Extension.  No CustomActions needed.

 

2.  Justin Rockwood wrote down how to do managed code Perf Counters a long while ago.  They are more involved, but I think it comes down to just writing registry keys again.  If Justin could send that info again, it would be a great Extension to have.

 

3.  WMI is a lot more involved.  I've had no less than 3 people say they were going to develop the CustomAction but have never come through.  The CustomAction would be the first thing to get correct.  Handling install, uninstall, repair, and upgrade all in a declarative manner is the tricky part.  Once the table definition is sorted out the Extension can be created to generate those tables.

 

4.  All of the Installer class capture stuff does sound like cool ideas.  They'd belong in the Harvester (heat) and act much like the SelfReg code does today.

 

 

There's a fair bit of work in making all of that come together.  However, there are examples throughout the wix\src\ext\... directories to show you how it is all done.  If this is interesting to you, I suggest sending an email to the wix-devs mailing list and starting a discussion about what parts you'd like to work on.

 


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Joe Kaplan
Sent: Saturday, July 08, 2006 2:35 PM
To: wix-users@lists.sourceforge.net
Subject: [WiX-users] Should WiX add support for installing Windows instrumentation features?

 

Hi all,

 

Does anyone think that WiX should try to add explicit support for installing Windows instrumentation features such as event logs, performance counters (custom .NET ones) and WMI schema?  It seems to me that one of the primary attractions for using installutil.exe for .NET-based apps is that there are very easy ways to do these things with installer classes in .NET and it isn't as straightforward or even possible to do that in WiX.

 

I realize that event log sources are just a bunch of registry entries and maybe a message dll file, but it would be convenient if there was explicit schema in WiX to support this.  I expect it would be easy to translate that schema internally into the appropriate registry and file table entries to make this work.

 

My understanding is that perf counters, especially the .NET ones, are tougher.  I do realize that there is already some support in WiX for native perf counters, so perhaps this could be extended?  I don't really know anything about installing WMI schema, so I don't know what's involved with making this happen.

 

I also think it would be interesting if Heat supported reverse engineering WiX authoring for they types of installer classs embedded in .NET assemblies, similar to the way it can harvest stuff like COM registration now.

 

I don't mention Windows services in this list as I'm pretty happy with the support these things have in WiX so far.  Reverse engineering service installer classes into WiX authoring would be cool though.

 

Thoughts?  I started this discussion with Derek offine a few months ago and he asked me to post here.  I just finally got around to bringing up with the community.

 

Joe Kaplan

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
WiX-users mailing list
WiX-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wix-users

Reply via email to