<?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/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
	>
<channel>
	<title>Comments on: Using the Linq to Sql Adapter in a DotNetNuke Module</title>
	<atom:link href="http://blogs.law.harvard.edu/brandonhaynes/2008/10/14/using-the-linq-to-sql-adapter-in-a-dotnetnuke-module/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.law.harvard.edu/brandonhaynes/2008/10/14/using-the-linq-to-sql-adapter-in-a-dotnetnuke-module/</link>
	<description>Observations about the intersection of technology, business, and intellectual property</description>
	<lastBuildDate>Wed, 21 Oct 2009 16:16:51 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Brandon Haynes</title>
		<link>http://blogs.law.harvard.edu/brandonhaynes/2008/10/14/using-the-linq-to-sql-adapter-in-a-dotnetnuke-module/comment-page-1/#comment-923</link>
		<dc:creator>Brandon Haynes</dc:creator>
		<pubDate>Fri, 08 May 2009 12:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/brandonhaynes/?p=29#comment-923</guid>
		<description>Hi Rex,

I appreciate the feedback you&#039;ve been able to provide.  I actually have been considering packaging the project into a more generalized LINQ to SQL runtime model adaption engine, so I would be interested in seeing what you&#039;ve done.  I will be in touch.

B</description>
		<content:encoded><![CDATA[<p>Hi Rex,</p>
<p>I appreciate the feedback you&#8217;ve been able to provide.  I actually have been considering packaging the project into a more generalized LINQ to SQL runtime model adaption engine, so I would be interested in seeing what you&#8217;ve done.  I will be in touch.</p>
<p>B</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rex Henderson</title>
		<link>http://blogs.law.harvard.edu/brandonhaynes/2008/10/14/using-the-linq-to-sql-adapter-in-a-dotnetnuke-module/comment-page-1/#comment-888</link>
		<dc:creator>Rex Henderson</dc:creator>
		<pubDate>Wed, 06 May 2009 23:53:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/brandonhaynes/?p=29#comment-888</guid>
		<description>Hi Brandon,
Fabulous bit of code you created.

During testing I noticed my GetModel() call was throwing exception due to flaws in my MappingSource graph.  These poor MappingSource objects were getting cache all the same.  Being a static class field, you had to bump the web.config to clear it.  What I did was add the MappingSource after a successful GetModel call to remove this minor obstacle.

FYI - I extended the adapter down to the MemberData
I use it to look up defaults from the sys.default_constraints table and set my MetaDataMember.Expression so I do not have to explicitely set values on those columns for new records. Works like a charm.

The best part is, using your foundation, I do not have to touch the auto-generated dbml code AT ALL for any of my tweaking needs.

Let me know if you&#039;re interested in see my additions. Thanks!</description>
		<content:encoded><![CDATA[<p>Hi Brandon,<br />
Fabulous bit of code you created.</p>
<p>During testing I noticed my GetModel() call was throwing exception due to flaws in my MappingSource graph.  These poor MappingSource objects were getting cache all the same.  Being a static class field, you had to bump the web.config to clear it.  What I did was add the MappingSource after a successful GetModel call to remove this minor obstacle.</p>
<p>FYI &#8211; I extended the adapter down to the MemberData<br />
I use it to look up defaults from the sys.default_constraints table and set my MetaDataMember.Expression so I do not have to explicitely set values on those columns for new records. Works like a charm.</p>
<p>The best part is, using your foundation, I do not have to touch the auto-generated dbml code AT ALL for any of my tweaking needs.</p>
<p>Let me know if you&#8217;re interested in see my additions. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brandon Haynes</title>
		<link>http://blogs.law.harvard.edu/brandonhaynes/2008/10/14/using-the-linq-to-sql-adapter-in-a-dotnetnuke-module/comment-page-1/#comment-42</link>
		<dc:creator>Brandon Haynes</dc:creator>
		<pubDate>Wed, 18 Feb 2009 14:19:01 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/brandonhaynes/?p=29#comment-42</guid>
		<description>Hi DaCoder,

Look on the CodePlex site under the &quot;Releases&quot; tab for a sample installable DotNetNuke module.  If you are having issues with deployment, I would use the manifest contained therein as a model for your own module.  Note that it was designed for the 4.x line, so you may or may not want to tackle updating the manifest to the 5.0 version.

Really the only file that is *required* to be deployed is the Linq adapting assembly BrandonHaynes.ModelAdapter.dll.  But the target DotNetNuke installation must be configured to use Linq (in 5.x+ this can be performed automatically; if not, see Michael Washington&#039;s LinqPrep tool), and you must be sure to recreate the database schema with fidelity to your development environ.  

The error you describe may be a result of an issue with schema recreation, though it would be more helpful to see a full call stack for the exception.

I am aware of a number of module deployments utilizing the model adapter, so it is indeed possible.  Good luck!</description>
		<content:encoded><![CDATA[<p>Hi DaCoder,</p>
<p>Look on the CodePlex site under the &#8220;Releases&#8221; tab for a sample installable DotNetNuke module.  If you are having issues with deployment, I would use the manifest contained therein as a model for your own module.  Note that it was designed for the 4.x line, so you may or may not want to tackle updating the manifest to the 5.0 version.</p>
<p>Really the only file that is *required* to be deployed is the Linq adapting assembly BrandonHaynes.ModelAdapter.dll.  But the target DotNetNuke installation must be configured to use Linq (in 5.x+ this can be performed automatically; if not, see Michael Washington&#8217;s LinqPrep tool), and you must be sure to recreate the database schema with fidelity to your development environ.  </p>
<p>The error you describe may be a result of an issue with schema recreation, though it would be more helpful to see a full call stack for the exception.</p>
<p>I am aware of a number of module deployments utilizing the model adapter, so it is indeed possible.  Good luck!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DaCoder</title>
		<link>http://blogs.law.harvard.edu/brandonhaynes/2008/10/14/using-the-linq-to-sql-adapter-in-a-dotnetnuke-module/comment-page-1/#comment-41</link>
		<dc:creator>DaCoder</dc:creator>
		<pubDate>Fri, 13 Feb 2009 16:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.law.harvard.edu/brandonhaynes/?p=29#comment-41</guid>
		<description>Hi Brandon
Thank you for the adapter you developed. I used it for developing a module and it works fine in development.
My question is, about packaging? What files should I be packaging when deploying this module ?
I am getting an error like &quot;TypeName used in LinqDataSource not found&quot;? when trying to install this module on a new DNN installation.

Thanks
DaCoder</description>
		<content:encoded><![CDATA[<p>Hi Brandon<br />
Thank you for the adapter you developed. I used it for developing a module and it works fine in development.<br />
My question is, about packaging? What files should I be packaging when deploying this module ?<br />
I am getting an error like &#8220;TypeName used in LinqDataSource not found&#8221;? when trying to install this module on a new DNN installation.</p>
<p>Thanks<br />
DaCoder</p>
]]></content:encoded>
	</item>
</channel>
</rss>
