<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Journey to .NET 2.0</title>
	<atom:link href="http://rwandering.net/2005/10/10/journey-to-net-20/feed/" rel="self" type="application/rss+xml" />
	<link>http://rwandering.net/2005/10/10/journey-to-net-20/</link>
	<description>The blogged wandering of Robert W. Anderson</description>
	<lastBuildDate>Thu, 09 Sep 2010 15:00:33 -0600</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Trevor Carnahan</title>
		<link>http://rwandering.net/2005/10/10/journey-to-net-20/comment-page-1/#comment-35</link>
		<dc:creator>Trevor Carnahan</dc:creator>
		<pubDate>Wed, 18 Jan 2006 16:45:58 +0000</pubDate>
		<guid isPermaLink="false">http://rwandering.net/?p=58#comment-35</guid>
		<description>Thank you for the response Robert.  You confirmed my understanding of how the clr works.  And it&#039;s nice to know that other professionals are using the binary assembly reference approach for legacy 1.1 assemblies in their 2.0 applications as well.

Fortunately, there shouldn&#039;t be any compatibility issues for our application as it will only be used to execute stored procedures in the normal fashion.

Thanks again.</description>
		<content:encoded><![CDATA[<p>Thank you for the response Robert.  You confirmed my understanding of how the clr works.  And it&#8217;s nice to know that other professionals are using the binary assembly reference approach for legacy 1.1 assemblies in their 2.0 applications as well.</p>
<p>Fortunately, there shouldn&#8217;t be any compatibility issues for our application as it will only be used to execute stored procedures in the normal fashion.</p>
<p>Thanks again.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert W. Anderson</title>
		<link>http://rwandering.net/2005/10/10/journey-to-net-20/comment-page-1/#comment-34</link>
		<dc:creator>Robert W. Anderson</dc:creator>
		<pubDate>Wed, 18 Jan 2006 03:01:57 +0000</pubDate>
		<guid isPermaLink="false">http://rwandering.net/?p=58#comment-34</guid>
		<description>Thanks for the comment / question.

The short answer is that: 
&lt;ul&gt;
	&lt;li&gt;You have to run your ASP.NET 2 app in the 2.0 CLR.  &lt;/li&gt;

	&lt;li&gt;Your 1.1 assembly (the data provider) will run in the 2.0 CLR.  This should be OK.  There is a chance that it has some explicit 1.1 dependencies that might be a problem -- this is rare, but possible.  &lt;/li&gt;

	&lt;li&gt;You cannot mix CLRs in a single process, so to load the assembly in .NET 1.1 you would have to use remoting or some other mechanism for loading your 1.1 assembly in a .NET 1.1 CLR.  I only mention this because it is possible though probably not necessary nor worthwhile.&lt;/li&gt;
&lt;/ul&gt;


We do run .NET 1.1 assemblies in .NET 2.0 as a matter of course, actually.  I&#039;ve seen no problem to date.

Cheers,
Robert</description>
		<content:encoded><![CDATA[<p>Thanks for the comment / question.</p>
<p>The short answer is that: </p>
<ul>
<li>You have to run your ASP.NET 2 app in the 2.0 CLR.  </li>
<li>Your 1.1 assembly (the data provider) will run in the 2.0 CLR.  This should be OK.  There is a chance that it has some explicit 1.1 dependencies that might be a problem &#8212; this is rare, but possible.  </li>
<li>You cannot mix CLRs in a single process, so to load the assembly in .NET 1.1 you would have to use remoting or some other mechanism for loading your 1.1 assembly in a .NET 1.1 CLR.  I only mention this because it is possible though probably not necessary nor worthwhile.</li>
</ul>
<p>We do run .NET 1.1 assemblies in .NET 2.0 as a matter of course, actually.  I&#8217;ve seen no problem to date.</p>
<p>Cheers,<br />
Robert</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trevor Carnahan</title>
		<link>http://rwandering.net/2005/10/10/journey-to-net-20/comment-page-1/#comment-33</link>
		<dc:creator>Trevor Carnahan</dc:creator>
		<pubDate>Wed, 18 Jan 2006 01:18:02 +0000</pubDate>
		<guid isPermaLink="false">http://rwandering.net/?p=58#comment-33</guid>
		<description>Some great posts in here.  I&#039;ve got a question for you, and I&#039;m hoping you get get me pointed in the right direction.

I am currently architecting a new Asp.Net 2.0 application.  I need to rely on a. ADO.Net 1.1 data provider for my legacy database (Sybase ASE 12.5).  When I create a binary reference in my 2.0 project on a 1.1 assembly what is the internal clr result?  Will the 1.1 assembly run in the 2.0 clr?  Can I programattically as the clr to load it in a 1.1 clr if it available?  Is there any extra marshalling required if I take that approach?

This post gives me the impression that you have had to deal with some of these kinds of scenarios and might be able to point me in the right direction.

Thanks in advance!</description>
		<content:encoded><![CDATA[<p>Some great posts in here.  I&#8217;ve got a question for you, and I&#8217;m hoping you get get me pointed in the right direction.</p>
<p>I am currently architecting a new Asp.Net 2.0 application.  I need to rely on a. ADO.Net 1.1 data provider for my legacy database (Sybase ASE 12.5).  When I create a binary reference in my 2.0 project on a 1.1 assembly what is the internal clr result?  Will the 1.1 assembly run in the 2.0 clr?  Can I programattically as the clr to load it in a 1.1 clr if it available?  Is there any extra marshalling required if I take that approach?</p>
<p>This post gives me the impression that you have had to deal with some of these kinds of scenarios and might be able to point me in the right direction.</p>
<p>Thanks in advance!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
