<?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: A description language for RESTful web services</title>
	<atom:link href="http://blog.kevburnsjr.com/web-service-description-languages/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.kevburnsjr.com/web-service-description-languages</link>
	<description>Web Application Engineer</description>
	<lastBuildDate>Sun, 18 Dec 2011 02:08:36 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: KevBurnsJr</title>
		<link>http://blog.kevburnsjr.com/web-service-description-languages/comment-page-1#comment-2109</link>
		<dc:creator>KevBurnsJr</dc:creator>
		<pubDate>Fri, 13 Nov 2009 12:37:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kevburnsjr.com/?p=436#comment-2109</guid>
		<description>Yes, I&#039;ve read that subbu article many times over.

I like that AtomPub comes with &lt;link rel=&quot;edit&quot; /&gt;.  I have yet to find a suitable link convention for JSON.  I suppose the most obvious would  be a top-level &quot;links&quot; : [{&quot;rel&quot;:&quot;self&quot;,&quot;url&quot;:&quot;http://example/123&quot;},{&quot;rel&quot;:&quot;edit&quot;,&quot;url&quot;:&quot;http://example/123/edit&quot;}]

Regarding the Service Document, I like the looks of SMD (Service Map Description) 
http://groups.google.com/group/json-schema/web/service-mapping-description-proposal</description>
		<content:encoded><![CDATA[<p>Yes, I&#8217;ve read that subbu article many times over.</p>
<p>I like that AtomPub comes with &lt;link rel=&#8221;edit&#8221; /&gt;.  I have yet to find a suitable link convention for JSON.  I suppose the most obvious would  be a top-level &#8220;links&#8221; : [{"rel":"self","url":"http://example/123"},{"rel":"edit","url":"http://example/123/edit"}]</p>
<p>Regarding the Service Document, I like the looks of SMD (Service Map Description)<br />
<a href="http://groups.google.com/group/json-schema/web/service-mapping-description-proposal" rel="nofollow">http://groups.google.com/group/json-schema/web/service-mapping-description-proposal</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bradley Holt</title>
		<link>http://blog.kevburnsjr.com/web-service-description-languages/comment-page-1#comment-2107</link>
		<dc:creator>Bradley Holt</dc:creator>
		<pubDate>Tue, 10 Nov 2009 22:27:49 +0000</pubDate>
		<guid isPermaLink="false">http://blog.kevburnsjr.com/?p=436#comment-2107</guid>
		<description>One thing that&#039;s important to keep in mind is that REST is really an architectural style and does not provide any specific protocol or even architecture. For this reason I like to use AtomPub as a model of how to create and define RESTful architecture. It&#039;s the most well known RESTful *protocol* which means we can start talking in specifics instead of theory. 

I like the ideas for describing RESTful applications put forth in this article: 

http://www.infoq.com/articles/subbu-allamaraju-rest 

To apply this to AtomPub: 

* Define a minimal number of starting URIs: in AtomPub this would be the Service Document. 
* Define the link relations: in AtomPub this includes alternate, edit, edit-media and self. 
* Define the media types: AtomPub has application/atomsvc+xml, application/atomcat+xml and application/atom+xml. 

The combination of starting URI(s), link relations and media types should give you everything needed to describe a RESTful service.</description>
		<content:encoded><![CDATA[<p>One thing that&#8217;s important to keep in mind is that REST is really an architectural style and does not provide any specific protocol or even architecture. For this reason I like to use AtomPub as a model of how to create and define RESTful architecture. It&#8217;s the most well known RESTful *protocol* which means we can start talking in specifics instead of theory. </p>
<p>I like the ideas for describing RESTful applications put forth in this article: </p>
<p><a href="http://www.infoq.com/articles/subbu-allamaraju-rest" rel="nofollow">http://www.infoq.com/articles/subbu-allamaraju-rest</a> </p>
<p>To apply this to AtomPub: </p>
<p>* Define a minimal number of starting URIs: in AtomPub this would be the Service Document.<br />
* Define the link relations: in AtomPub this includes alternate, edit, edit-media and self.<br />
* Define the media types: AtomPub has application/atomsvc+xml, application/atomcat+xml and application/atom+xml. </p>
<p>The combination of starting URI(s), link relations and media types should give you everything needed to describe a RESTful service.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

