<?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: PowerShell and SQL	</title>
	<atom:link href="https://lobsterpot.com.au/blog/2007/01/05/powershell-and-sql/feed/" rel="self" type="application/rss+xml" />
	<link>https://lobsterpot.com.au/blog/2007/01/05/powershell-and-sql/</link>
	<description></description>
	<lastBuildDate>Fri, 05 Jan 2007 00:31:58 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1.2</generator>
	<item>
		<title>
		By: Glenn (MSFT)		</title>
		<link>https://lobsterpot.com.au/blog/2007/01/05/powershell-and-sql/#comment-230</link>

		<dc:creator><![CDATA[Glenn (MSFT)]]></dc:creator>
		<pubDate>Fri, 05 Jan 2007 00:31:58 +0000</pubDate>
		<guid isPermaLink="false">/blogs/robfarley/archive/2007/01/05/powershell-and-sql.aspx#comment-230</guid>

					<description><![CDATA[This is a great example of Powershell&#039;s capaiblities as were your gadget demos. Powershell really takes shell-scripting to the next level through rich object support as you mentioned. 

The other nice side to this story is that you can build your own cmdlets in .NET that extend the shell itself. For example you can expose your own LOB App data stores so that they can be administered and accessed via the shell as virtual folders in the same way that you can access the file system, registry.

Also you can easily access your own custom .NET classes and class them from within you shell scripts just as you have done here for example

[System.Reflection.Assembly]:LoadWithPartialName(&quot;MyAssembly&quot;)

The possiblities are endless!]]></description>
			<content:encoded><![CDATA[<p>This is a great example of Powershell&#8217;s capaiblities as were your gadget demos. Powershell really takes shell-scripting to the next level through rich object support as you mentioned. </p>
<p>The other nice side to this story is that you can build your own cmdlets in .NET that extend the shell itself. For example you can expose your own LOB App data stores so that they can be administered and accessed via the shell as virtual folders in the same way that you can access the file system, registry.</p>
<p>Also you can easily access your own custom .NET classes and class them from within you shell scripts just as you have done here for example</p>
<p>[System.Reflection.Assembly]:LoadWithPartialName(&#8220;MyAssembly&#8221;)</p>
<p>The possiblities are endless!</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
