<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://windowsadvice.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Windows Server Code-Named "Longhorn" (2007)</title><link>http://windowsadvice.com/forums/10/ShowForum.aspx</link><description>Discuss the upcoming version of Microsoft Windows Server, code named "Longhorn".</description><dc:language>en</dc:language><generator>CommunityServer 2.1 (Build: 60809.935)</generator><item><title>Re: Goodbye WSH?</title><link>http://windowsadvice.com/forums/thread/12.aspx</link><pubDate>Sun, 27 Feb 2005 12:28:20 GMT</pubDate><guid isPermaLink="false">51cb9844-7549-479e-aea5-5b932a6d892d:12</guid><dc:creator>icelava</dc:creator><slash:comments>0</slash:comments><comments>http://windowsadvice.com/forums/thread/12.aspx</comments><wfw:commentRss>http://windowsadvice.com/forums/commentrss.aspx?SectionID=10&amp;PostID=12</wfw:commentRss><description>[quote user="Mitch Denny"]One of the big differences over existing
shells like bash is that when
piping from one cmdlet to another you don't just pass text, you
actually pass .NET object instances (this is largely transparent) which
means you don't loose information and you don't have to deal with nasty
text parsing routines which always made script programming a bit of a
nightmare.[/quote]I suppose that means all of these Cmdlets executed
from a single pipelined command exist within an umbrella Application
Domain, or at least has items marshalled across processes as each
program takes over in execution.&lt;br&gt;
&lt;br&gt;
Well, should be a transparent procedure and not a big concern on the scriptor's part. :)&lt;br&gt;</description></item><item><title>Re: Goodbye WSH?</title><link>http://windowsadvice.com/forums/thread/10.aspx</link><pubDate>Sun, 27 Feb 2005 02:20:47 GMT</pubDate><guid isPermaLink="false">51cb9844-7549-479e-aea5-5b932a6d892d:10</guid><dc:creator>Mitch Denny</dc:creator><slash:comments>0</slash:comments><comments>http://windowsadvice.com/forums/thread/10.aspx</comments><wfw:commentRss>http://windowsadvice.com/forums/commentrss.aspx?SectionID=10&amp;PostID=10</wfw:commentRss><description>Actually, Microsoft's strategy at this stage is pretty
straight-forward. They are going to be replacing (over time) WSH with
MSH, the Microsoft Shell, code-named Monad. Monad was one of the
technologies that Microsoft previewed around the time that .NET 2.0
BETA 1 timeframe.&lt;br&gt;
&lt;br&gt;
The shell hosts the .NET runtime and uses a series of "cmdlets" to
encapsulate the various functions that you can perform with the system.
Cmdlets have meaningful names like "get-process" and "eat-steak" where
the pattern [verb]-[noun] is actually baked into the programming model.&lt;br&gt;
&lt;br&gt;
One of the big differences over existing shells like bash is that when
piping from one cmdlet to another you don't just pass text, you
actually pass .NET object instances (this is largely transparent) which
means you don't loose information and you don't have to deal with nasty
text parsing routines which always made script programming a bit of a
nightmare.&lt;br&gt;
&lt;br&gt;
All in all I think that administrative script programming is going to
get easier, especially since Cmdlets and their capabilities can be
discovered dynamically (its not hidden away in an EXE, its exposed as
meta-data), so we will find editors that allow you to build pipelines
to perform processing.&lt;br&gt;
&lt;br&gt;
Timeframe wise, I would expect this stuff to be out after Whidbey (.NET
2.0) ships but before Longhorn ships - but you never can tell. If you
want to know more about the practical aspects of Monad you can check
out this video with Jeffrey Snover over at Channel9.&lt;br&gt;
&lt;br&gt;
http://shrinkster.com/41i&lt;br&gt;</description></item><item><title>Goodbye WSH?</title><link>http://windowsadvice.com/forums/thread/9.aspx</link><pubDate>Sat, 26 Feb 2005 04:00:35 GMT</pubDate><guid isPermaLink="false">51cb9844-7549-479e-aea5-5b932a6d892d:9</guid><dc:creator>icelava</dc:creator><slash:comments>0</slash:comments><comments>http://windowsadvice.com/forums/thread/9.aspx</comments><wfw:commentRss>http://windowsadvice.com/forums/commentrss.aspx?SectionID=10&amp;PostID=9</wfw:commentRss><description>Looks like with the current might Microsoft is pushing with the .NET
Framework (winFX), can we expect to see WSH disappear from Longhorn?&lt;br&gt;
&lt;br&gt;
Already I see many of the new range of .NET servers (e.g. MOM 2005)
only supporting extensibility and programmatic managability via .NET
FW, leaving WSH for the vultures to tear apart and consume.&lt;br&gt;
&lt;br&gt;
I wonder if administrators are supposed to be forced into real programming and forget about scripting.&lt;br&gt;</description></item></channel></rss>