<?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 for Bernds blog</title>
	<atom:link href="http://rickenberg.dk/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://rickenberg.dk/blog</link>
	<description>A .NET SharePoint Developer Blog</description>
	<lastBuildDate>Tue, 09 Mar 2010 18:47:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on DataContext.Connection.ConnectionString &#8211; No Password by Dean Ferreyra</title>
		<link>http://rickenberg.dk/blog/?p=122&#038;cpage=1#comment-5355</link>
		<dc:creator>Dean Ferreyra</dc:creator>
		<pubDate>Tue, 09 Mar 2010 18:47:07 +0000</pubDate>
		<guid isPermaLink="false">http://rickenberg.dk/blog/?p=122#comment-5355</guid>
		<description>I noticed that DataContext.Connection.ConnectionString *does* seem to preserve the password until you actually use the DataContext to access the database.  One workaround I&#039;m using is to squirrel away DataContext.Connection.ConnectionString in the OnCreate() while it still includes the password.

Thanks for your blog entry!</description>
		<content:encoded><![CDATA[<p>I noticed that DataContext.Connection.ConnectionString *does* seem to preserve the password until you actually use the DataContext to access the database.  One workaround I&#8217;m using is to squirrel away DataContext.Connection.ConnectionString in the OnCreate() while it still includes the password.</p>
<p>Thanks for your blog entry!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Run MSTests without Visual Studio 2008 by Bernd</title>
		<link>http://rickenberg.dk/blog/?p=130&#038;cpage=1#comment-425</link>
		<dc:creator>Bernd</dc:creator>
		<pubDate>Fri, 11 Sep 2009 10:38:55 +0000</pubDate>
		<guid isPermaLink="false">http://rickenberg.dk/blog/?p=130#comment-425</guid>
		<description>Hi Ronnie,

I have always been working with NUnit and loved it. But Microsofts Team Foundation Server has only full support for MSTest. Like if you want to have unit test statistics in the TFS report you must use MSTest. Another advantage could be that you can use your MSTests for load testing and it is very easy to create data-driven tests.

Kr., Bernd.</description>
		<content:encoded><![CDATA[<p>Hi Ronnie,</p>
<p>I have always been working with NUnit and loved it. But Microsofts Team Foundation Server has only full support for MSTest. Like if you want to have unit test statistics in the TFS report you must use MSTest. Another advantage could be that you can use your MSTests for load testing and it is very easy to create data-driven tests.</p>
<p>Kr., Bernd.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Run MSTests without Visual Studio 2008 by Ronnie Holm</title>
		<link>http://rickenberg.dk/blog/?p=130&#038;cpage=1#comment-343</link>
		<dc:creator>Ronnie Holm</dc:creator>
		<pubDate>Thu, 03 Sep 2009 05:45:31 +0000</pubDate>
		<guid isPermaLink="false">http://rickenberg.dk/blog/?p=130#comment-343</guid>
		<description>I&#039;m curious as to why you chose MSTest to start with. Besides the fact that it comes baked into Visual Studio, I can&#039;t think of any reason for using MSTest over NUnit. Its user interface is bad compared to NUnit, its start-up time is significantly higher than NUnit, and, yes, it takes dependency on Visual Studio.</description>
		<content:encoded><![CDATA[<p>I&#8217;m curious as to why you chose MSTest to start with. Besides the fact that it comes baked into Visual Studio, I can&#8217;t think of any reason for using MSTest over NUnit. Its user interface is bad compared to NUnit, its start-up time is significantly higher than NUnit, and, yes, it takes dependency on Visual Studio.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
