I had a similar problem, and started hacking at a custom heat extension to do a similar job. However, I then realized what I was doing would violate many component rules due to the multiplicity of installation instances I need to support.
I am currently prototyping a different approach using Side By Side / Reg Free COM, which eliminates the need for HeatFile tasks, and eliminates the component rule issues. I don't think SxS is able to handle the out of process of components, but if you are having issues with legacy DLL's I'd suggest looking at SxS/Manifests for them. -----Original Message----- From: Brian Rogers [mailto:rogers.br...@gmail.com] Sent: Tuesday, July 05, 2011 1:40 PM To: robert_y...@non.agilent.com; wix-users@lists.sourceforge.net Subject: Re: [WiX-users] HEAT5150 and ATL registrar I believe this has been seen before IIRC. Rob might still have an old code review for the fix. Otherwise I can look for it when I am back from vacation. Sent from my Windows Phone From: robert_y...@non.agilent.com Sent: Tuesday, July 05, 2011 9:55 AM To: wix-users@lists.sourceforge.net Subject: [WiX-users] HEAT5150 and ATL registrar Hi all - I'm working on an install with a somewhat large number of older COM objects and .NET classes exposed to COM. For the most part, heat.exe works very well to move away from self-registration; very impressive. We have had some issues, like how to deal with the inability of heat to harvest EXE servers. For those I used RegSpy2 (the one on installsite.org) to create .reg files, which can then be used to create .wxs files. The other issue is how to deal with the infamous HEAT5150 warning. Admittedly we have only a few legacy DLL's which are affected. Regspy2 harvests registry entries for these just fine, and I was curious to know why.. After looking through the regspy2 code, and then the Wix UtilExtension code, I realized that they were doing basically the same things -- registry redirection using RegOverridePredefKey. The difference was that regspy2 was initializing the redirected registry with entries for the ATL Registrar COM object (see CreateAtlRegistrar in the regspy2 source code), which enabled these ancient DLL's to self-register. I might modify my copy of UtilExtension, and perhaps add some hack like an -atl switch to enable a similar feature in heat.exe (if I make any progress on getting the source to build :), but primarily wanted to share this observation. Cheers ! -Rob ------------------------------------------------------------------------ ------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------ ------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 _______________________________________________ WiX-users mailing list WiX-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wix-users
