<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx</link><description>In my last article , I briefly discussed how COM, Sxs and CLR work together to make registration free COM/.Net interop possible. Today, I want to dive a bit deeper into this feature. Specifically, I want to discuss 1. How activation works end to end.</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#600032</link><pubDate>Wed, 17 May 2006 19:08:07 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:600032</guid><dc:creator>Kevin Dente</dc:creator><description>Junfeng,&lt;br&gt;Thanks for the great info. One question - can you explain why only in-proc COM servers are supported for registration-free COM interop? Any plans to support out-of-proc servers in the future?&lt;br&gt;&lt;br&gt;Kevin</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#600069</link><pubDate>Wed, 17 May 2006 19:54:35 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:600069</guid><dc:creator>junfeng</dc:creator><description>Neither Sxs or CLR COM interop supports out-of-proc servers. For Sxs, the question is how to pass the right activation context to the remote servers. I don't know about CLR, but I imagine it will have to write a bunch of complicated code to deal with RPC services. I don't see this change any time soon. </description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#600209</link><pubDate>Wed, 17 May 2006 22:05:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:600209</guid><dc:creator>William Govan</dc:creator><description>Net Framework required for ATI</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#600210</link><pubDate>Wed, 17 May 2006 22:07:37 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:600210</guid><dc:creator>William Govan</dc:creator><description>net framework required for ATI.&lt;br&gt;&lt;br&gt; Thank you&lt;br&gt; &amp;nbsp; &amp;nbsp; &amp;nbsp;srlbowls@sympatico.ca</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#601362</link><pubDate>Fri, 19 May 2006 02:07:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:601362</guid><dc:creator>May Yip</dc:creator><description>Your article is very helpful, thank you. Could you point me in the right direction for getting COM interop in ASP.NET to work?</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#602997</link><pubDate>Sun, 21 May 2006 07:13:42 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:602997</guid><dc:creator>Chan Kok Kiet</dc:creator><description>Hi,&lt;br&gt;Does it apply COM with non-.NET (VC++, VB6, VFP) client application?&lt;br&gt;&lt;br&gt;Thank you</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#604810</link><pubDate>Tue, 23 May 2006 18:18:59 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:604810</guid><dc:creator>Christian Weyer</dc:creator><description>Invaluable information, thanks a lot.&lt;br&gt;&lt;br&gt;Now here I have an interesting one:&lt;br&gt;&lt;br&gt;We have a plugin for Eclipse (you know, *the* Java IDE ;)) that uses a Java-to-COM lib to call my managed COM shell which in turn talks to my .NET assemblies.&lt;br&gt;For now I provide a script to register the COM component, but obviously aim at being completely registrion-free.&lt;br&gt;&lt;br&gt;Any ideas?&lt;br&gt;&lt;br&gt;Thanks.</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#616959</link><pubDate>Sun, 04 Jun 2006 20:23:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:616959</guid><dc:creator>Bob Riemersma</dc:creator><description>Stumbled over your blog after fiddling with Reg-Free COM in the context of XCopy-deploying VB6 EXEs. &amp;nbsp;Seems to work great so far within the proscribed limitations. &amp;nbsp;I even a wrote a small program to process a VB 6 project file and generate the manifests and create an XCopy folder, ready to burn on a CD or deploy to a flash drive. &amp;nbsp;I suppose the next step is to have it descend through the dependencies of the libraries directly used by the VB project.</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#648273</link><pubDate>Tue, 27 Jun 2006 11:41:14 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:648273</guid><dc:creator>junfeng</dc:creator><description>Sorry Christian, I was on vacation. &lt;br&gt;&lt;br&gt;You can read the &amp;quot;isolated application and side by side assembly&amp;quot; section in MSDN to understand how to make an application registration free. .Net framework assemblies simply use different syntaxes described in this article. </description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#684040</link><pubDate>Mon, 31 Jul 2006 15:23:25 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:684040</guid><dc:creator>MIchael How</dc:creator><description>Any idea if the application does a CreateProcess, will inherit the COM mappings set up by the parent process? &amp;nbsp;Or will that program need to be configure also?&lt;br&gt;&lt;br&gt;</description></item><item><title>re: Registration Free COM/.Net interop</title><link>http://blogs.msdn.com/junfeng/archive/2006/05/17/registration-free-com-net-interop.aspx#684607</link><pubDate>Tue, 01 Aug 2006 02:25:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:684607</guid><dc:creator>junfeng</dc:creator><description>No the new process won't inherit the COM mapping of the parent process. </description></item></channel></rss>