<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: RESTFul XML content negotiation</title>
	<atom:link href="http://bill.burkecentral.com/2008/03/05/restful-xml-content-negotitation/feed/" rel="self" type="application/rss+xml" />
	<link>http://bill.burkecentral.com/2008/03/05/restful-xml-content-negotitation/</link>
	<description>Software plumbing using middleware wrenches</description>
	<lastBuildDate>Sat, 14 Aug 2010 05:26:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Douglas Creager</title>
		<link>http://bill.burkecentral.com/2008/03/05/restful-xml-content-negotitation/#comment-3262</link>
		<dc:creator>Douglas Creager</dc:creator>
		<pubDate>Mon, 21 Dec 2009 22:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://billburke.wordpress.com/?p=99#comment-3262</guid>
		<description>Hi Bill, thanks for the good summary and the links.  You mention server-side transformation as your motivating problem.  I looked at something rather similar for my &lt;a href=&quot;http://dcreager.net/publications/012-dphil-thesis/&quot; rel=&quot;nofollow&quot;&gt;DPhil thesis&lt;/a&gt;.  My work was based on the idea of using a graph to represent the available transformations, which allows you to use a simple shortest path algorithm to find a transformation between two arbitrary datatypes.

These posts re-sparked my interest, so I&#039;ve written a follow-up &lt;a href=&quot;http://dcreager.net/2009/12/21/decentralized-datatypes/&quot; rel=&quot;nofollow&quot;&gt;here&lt;/a&gt;, if you&#039;re interested.</description>
		<content:encoded><![CDATA[<p>Hi Bill, thanks for the good summary and the links.  You mention server-side transformation as your motivating problem.  I looked at something rather similar for my <a href="http://dcreager.net/publications/012-dphil-thesis/" rel="nofollow">DPhil thesis</a>.  My work was based on the idea of using a graph to represent the available transformations, which allows you to use a simple shortest path algorithm to find a transformation between two arbitrary datatypes.</p>
<p>These posts re-sparked my interest, so I&#8217;ve written a follow-up <a href="http://dcreager.net/2009/12/21/decentralized-datatypes/" rel="nofollow">here</a>, if you&#8217;re interested.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: billburke</title>
		<link>http://bill.burkecentral.com/2008/03/05/restful-xml-content-negotitation/#comment-2178</link>
		<dc:creator>billburke</dc:creator>
		<pubDate>Fri, 24 Oct 2008 12:22:11 +0000</pubDate>
		<guid isPermaLink="false">http://billburke.wordpress.com/?p=99#comment-2178</guid>
		<description>Mike, thanks for your opinion, but you didn&#039;t express *why* you didn&#039;t like the properties approach.  I just don&#039;t see any logical difference between the vnd.* approach and the properties approach except the properties approach is more usable in other environments.</description>
		<content:encoded><![CDATA[<p>Mike, thanks for your opinion, but you didn&#8217;t express *why* you didn&#8217;t like the properties approach.  I just don&#8217;t see any logical difference between the vnd.* approach and the properties approach except the properties approach is more usable in other environments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Amundsen</title>
		<link>http://bill.burkecentral.com/2008/03/05/restful-xml-content-negotitation/#comment-2177</link>
		<dc:creator>Mike Amundsen</dc:creator>
		<pubDate>Thu, 23 Oct 2008 22:17:46 +0000</pubDate>
		<guid isPermaLink="false">http://billburke.wordpress.com/?p=99#comment-2177</guid>
		<description>I&#039;m not a fan of the MIME properties approach. Also, while it would be *nice* if browsers would auto-magically render custom MIME types, that&#039;s not a valid primary criteria for defining new MIME types, IMHO.

As for defining new types, registering them, etc. - i use the aplication/vnd.* without too much concern. true, some folks will not know what this  MIME type is but that&#039;s not very important for most applications. In fact, i usually use these custom MIME types for versioning and allow &quot;application/xml&quot; or &quot;text/xml&quot; to be mapped to the most recent version anyway.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not a fan of the MIME properties approach. Also, while it would be *nice* if browsers would auto-magically render custom MIME types, that&#8217;s not a valid primary criteria for defining new MIME types, IMHO.</p>
<p>As for defining new types, registering them, etc. &#8211; i use the aplication/vnd.* without too much concern. true, some folks will not know what this  MIME type is but that&#8217;s not very important for most applications. In fact, i usually use these custom MIME types for versioning and allow &#8220;application/xml&#8221; or &#8220;text/xml&#8221; to be mapped to the most recent version anyway.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan J. McDonough</title>
		<link>http://bill.burkecentral.com/2008/03/05/restful-xml-content-negotitation/#comment-1834</link>
		<dc:creator>Ryan J. McDonough</dc:creator>
		<pubDate>Sat, 15 Mar 2008 19:14:17 +0000</pubDate>
		<guid isPermaLink="false">http://billburke.wordpress.com/?p=99#comment-1834</guid>
		<description>MIME properties can offer a lot of flexibility, such as specifying the version. I don&#039;t know that Sun actually does anything with it, but the Java plugin specifies both the type along with the versions it supports. With that said, you could even extend this idea to support different versions of the same type. This opens up the possibility to potentially support older clients while also offering new features to updates clients, all without having to alter the services URI structure.

Ryan-</description>
		<content:encoded><![CDATA[<p>MIME properties can offer a lot of flexibility, such as specifying the version. I don&#8217;t know that Sun actually does anything with it, but the Java plugin specifies both the type along with the versions it supports. With that said, you could even extend this idea to support different versions of the same type. This opens up the possibility to potentially support older clients while also offering new features to updates clients, all without having to alter the services URI structure.</p>
<p>Ryan-</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Little</title>
		<link>http://bill.burkecentral.com/2008/03/05/restful-xml-content-negotitation/#comment-1822</link>
		<dc:creator>Mark Little</dc:creator>
		<pubDate>Fri, 07 Mar 2008 08:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://billburke.wordpress.com/?p=99#comment-1822</guid>
		<description>Hi Bill. Yes, the MIME extension does work. If I recall, we played around with this approach in &lt;a href=&quot;http://w3objects.ncl.ac.uk/&quot; rel=&quot;nofollow&quot;&gt;early W3Objects work&lt;/a&gt;, but that wasn&#039;t intentionally REST based back then.</description>
		<content:encoded><![CDATA[<p>Hi Bill. Yes, the MIME extension does work. If I recall, we played around with this approach in <a href="http://w3objects.ncl.ac.uk/" rel="nofollow">early W3Objects work</a>, but that wasn&#8217;t intentionally REST based back then.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
