<rss version="2.0" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"><channel><title>SQLCLR.net</title><link>http://www.sqlclr.net</link><description>RSS feeds for SQLCLR.net</description><ttl>60</ttl><item><comments>http://www.sqlclr.net/Articles/tabid/54/articleType/ArticleView/articleId/38/Default.aspx#Comments</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=54&amp;ModuleID=371&amp;ArticleID=38</wfw:commentRss><trackback:ping>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=38&amp;PortalID=0&amp;TabID=54</trackback:ping><title>Trading in xp_cmdshell for SQLCLR (Part 1) - List Directory Contents </title><link>http://www.sqlservercentral.com/articles/SQLCLR/65656/</link><description>Learn how to use SQLCLR to get file system information instead of using xp_cmdshell on your SQL Servers.</description><dc:creator>Jonathan Kehayias</dc:creator><pubDate>Fri, 06 Feb 2009 17:21:00 GMT</pubDate><guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:38</guid></item><item><comments>http://www.sqlclr.net/Articles/tabid/54/articleType/ArticleView/articleId/34/Default.aspx#Comments</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=54&amp;ModuleID=371&amp;ArticleID=34</wfw:commentRss><trackback:ping>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=34&amp;PortalID=0&amp;TabID=54</trackback:ping><title>Using CLR Impersonation to Access Resources Outside of SQL Server</title><link>http://www.sqlclr.net/Articles/tabid/54/articleType/ArticleView/articleId/34/Default.aspx</link><description>Traditionally if you had a need to access a file or other resource outside of SQL Server, the SQL Server service account was required to have appropriate file system access to the folder or path containing the file.&amp;#160; With CLR integration, this is no longer an absolute requirement.&amp;#160; Identity Impersonation will allow you to implicitly or explicitly change the execution context inside of a SQLCLR Function, Procedure, or Trigger.&amp;#160;</description><dc:creator>Jonathan Kehayias</dc:creator><pubDate>Sat, 02 Aug 2008 01:35:00 GMT</pubDate><guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:34</guid></item><item><comments>http://www.sqlclr.net/Articles/tabid/54/articleType/ArticleView/articleId/9/Default.aspx#Comments</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=54&amp;ModuleID=371&amp;ArticleID=9</wfw:commentRss><trackback:ping>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=9&amp;PortalID=0&amp;TabID=54</trackback:ping><title>Signing an Assembly with a Certificate (Visual Studio)</title><link>http://www.sqlclr.net/Articles/tabid/54/articleType/ArticleView/articleId/9/Default.aspx</link><description>When deploying a CLR Assembly that requires EXTERNAL_ACCESS or UNSAFE as the Permission Set you have the option of either Signing the Assembly with a strong key or setting the database to TRUSTWORTHY ON.&amp;#160; Microsoft's recommendation is&amp;#160;that you sign the assembly with a strong key as a best practice.</description><dc:creator>Jonathan Kehayias</dc:creator><pubDate>Fri, 11 Apr 2008 04:44:00 GMT</pubDate><guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:9</guid></item><item><comments>http://www.sqlclr.net/Articles/tabid/54/articleType/ArticleView/articleId/8/Default.aspx#Comments</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/RssComments.aspx?TabID=54&amp;ModuleID=371&amp;ArticleID=8</wfw:commentRss><trackback:ping>http://www.sqlclr.net/DesktopModules/DnnForge%20-%20NewsArticles/Tracking/Trackback.aspx?ArticleID=8&amp;PortalID=0&amp;TabID=54</trackback:ping><title>Setting Database Trustworthy On or Signing Assemblies with Certificates</title><link>http://www.sqlclr.net/Articles/tabid/54/articleType/ArticleView/articleId/8/Default.aspx</link><description>Determining whether to set the Trustworthy Property of a database to ON or to sign your assembly with a certificate might be a confusing thing.&amp;#160; Simply searching online for how to run UNSAFE or EXTERNAL permission Assemblies in SQL Server makes it seem as if setting the Trustworthy Property to ON is the right way to go.&amp;#160; This however is not the Microsoft recommended practice...</description><dc:creator>Jonathan Kehayias</dc:creator><pubDate>Fri, 11 Apr 2008 03:35:00 GMT</pubDate><guid isPermaLink="false">f1397696-738c-4295-afcd-943feb885714:8</guid></item></channel></rss>