<?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: New Webcast: Understanding REST</title>
	<atom:link href="http://www.danrigsby.com/blog/index.php/2008/09/11/new-webcast-understanding-rest/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.danrigsby.com/blog/index.php/2008/09/11/new-webcast-understanding-rest/</link>
	<description>Developer.Speaker.Blogger</description>
	<lastBuildDate>Sun, 14 Aug 2011 06:09:27 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dan Rigsby &#187; New Webcast: Syndication in .Net</title>
		<link>http://www.danrigsby.com/blog/index.php/2008/09/11/new-webcast-understanding-rest/comment-page-1/#comment-1443</link>
		<dc:creator>Dan Rigsby &#187; New Webcast: Syndication in .Net</dc:creator>
		<pubDate>Fri, 07 Nov 2008 12:54:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.danrigsby.com/blog/?p=500#comment-1443</guid>
		<description>[...] namespace to create and consume RSS or Atom feeds. It builds on top of the Understanding REST video, but understanding of REST is not necessary. This video also complements a recent presentation I [...]</description>
		<content:encoded><![CDATA[<p>[...] namespace to create and consume RSS or Atom feeds. It builds on top of the Understanding REST video, but understanding of REST is not necessary. This video also complements a recent presentation I [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Rigsby &#187; New Webcast: REST Support in WCF</title>
		<link>http://www.danrigsby.com/blog/index.php/2008/09/11/new-webcast-understanding-rest/comment-page-1/#comment-1268</link>
		<dc:creator>Dan Rigsby &#187; New Webcast: REST Support in WCF</dc:creator>
		<pubDate>Thu, 25 Sep 2008 13:58:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.danrigsby.com/blog/?p=500#comment-1268</guid>
		<description>[...] webcast up over adding REST support to a WCF application.&#160; This video builds on top of the Understanding REST video.&#160; If you have a decent understanding of REST, you don’t necessarily need to watch that video [...]</description>
		<content:encoded><![CDATA[<p>[...] webcast up over adding REST support to a WCF application.&#160; This video builds on top of the Understanding REST video.&#160; If you have a decent understanding of REST, you don’t necessarily need to watch that video [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Rigsby</title>
		<link>http://www.danrigsby.com/blog/index.php/2008/09/11/new-webcast-understanding-rest/comment-page-1/#comment-1055</link>
		<dc:creator>Dan Rigsby</dc:creator>
		<pubDate>Fri, 12 Sep 2008 21:47:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.danrigsby.com/blog/?p=500#comment-1055</guid>
		<description>Good comments.  With the XSD remark I was more refering the what operations were available, the structure of the urls, and automatic pull down of XSD.  You could of course have another REST endpoint that returns back the XSD for the expected and returned types.

I did think about adding idempotent requests, but felt it was getting into the details too deeply (I tried to make this a 6 minute video but still failed).  Thanks for adding this comment.

Thanks!</description>
		<content:encoded><![CDATA[<p>Good comments.  With the XSD remark I was more refering the what operations were available, the structure of the urls, and automatic pull down of XSD.  You could of course have another REST endpoint that returns back the XSD for the expected and returned types.</p>
<p>I did think about adding idempotent requests, but felt it was getting into the details too deeply (I tried to make this a 6 minute video but still failed).  Thanks for adding this comment.</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Karns</title>
		<link>http://www.danrigsby.com/blog/index.php/2008/09/11/new-webcast-understanding-rest/comment-page-1/#comment-1053</link>
		<dc:creator>Jason Karns</dc:creator>
		<pubDate>Fri, 12 Sep 2008 20:59:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.danrigsby.com/blog/?p=500#comment-1053</guid>
		<description>Overall I thought the Webcast provided a good summary and overview of REST. It&#039;s very hard to take REST, which is such a broad topic with very debatable/controversial aspects, and boil it down to a 101 level intro.

I would like to counter two of the items you listed as disadvantages to REST, namely Metadata and the filesize drawbacks.

You mentioned XSD for metadata in SOAP. There is absolutely nothing stopping one from creating and referencing a schema for the resulting XML by attaching the &lt;code&gt;XMLSchema-instance&lt;/code&gt; namespace and adding the &lt;code&gt;schemaLocation&lt;/code&gt; attribute to an XML document. In fact, linking to the schema in this manner follows RESTful principles by referencing other resources through links.

With respect to the filesize issue, HTTP has a built-in mechanism for handling large files. This is accomplished by the server and client using the following headers: &lt;code&gt;Accept-Ranges&lt;/code&gt;, &lt;code&gt;Content-Length&lt;/code&gt;, &lt;code&gt;Content-Range&lt;/code&gt; along with the &lt;code&gt;206 Partial Content&lt;/code&gt; Response code.

One thing missing from the disadvantages, however, was the issue of authentication. I have yet to see a working example of high-REST that included authentication.

Lastly, I think the issue of idempotent requests was missing when discussing the 4 main HTTP methods. To me, that is what distinguishes a POST vs PUT (PUT should be idempotent, while POST needn&#039;t be). Also, one should PUT an item directly to a resource URI to create it, while POSTing an item to its &lt;em&gt;parent collection&lt;/em&gt; to create it. But this gets into implementation details that don&#039;t belong in an introductory webcast anyway!

Great Webcast!</description>
		<content:encoded><![CDATA[<p>Overall I thought the Webcast provided a good summary and overview of REST. It&#8217;s very hard to take REST, which is such a broad topic with very debatable/controversial aspects, and boil it down to a 101 level intro.</p>
<p>I would like to counter two of the items you listed as disadvantages to REST, namely Metadata and the filesize drawbacks.</p>
<p>You mentioned XSD for metadata in SOAP. There is absolutely nothing stopping one from creating and referencing a schema for the resulting XML by attaching the <code>XMLSchema-instance</code> namespace and adding the <code>schemaLocation</code> attribute to an XML document. In fact, linking to the schema in this manner follows RESTful principles by referencing other resources through links.</p>
<p>With respect to the filesize issue, HTTP has a built-in mechanism for handling large files. This is accomplished by the server and client using the following headers: <code>Accept-Ranges</code>, <code>Content-Length</code>, <code>Content-Range</code> along with the <code>206 Partial Content</code> Response code.</p>
<p>One thing missing from the disadvantages, however, was the issue of authentication. I have yet to see a working example of high-REST that included authentication.</p>
<p>Lastly, I think the issue of idempotent requests was missing when discussing the 4 main HTTP methods. To me, that is what distinguishes a POST vs PUT (PUT should be idempotent, while POST needn&#8217;t be). Also, one should PUT an item directly to a resource URI to create it, while POSTing an item to its <em>parent collection</em> to create it. But this gets into implementation details that don&#8217;t belong in an introductory webcast anyway!</p>
<p>Great Webcast!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

