<?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: On Linking &#8211; Part 1</title>
	<atom:link href="http://www.subbu.org/blog/2008/09/on-linking-part-1/feed" rel="self" type="application/rss+xml" />
	<link>http://www.subbu.org/blog/2008/09/on-linking-part-1</link>
	<description>HTTP, REST and some Cycling</description>
	<lastBuildDate>Wed, 10 Mar 2010 21:43:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: SitePen Blog &#187; Effective use of JsonRestStore: Referencing, Lazy Loading, and more</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-11623</link>
		<dc:creator>SitePen Blog &#187; Effective use of JsonRestStore: Referencing, Lazy Loading, and more</dc:creator>
		<pubDate>Fri, 21 Nov 2008 21:27:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-11623</guid>
		<description>[...] of the core concepts of a REST architecture is hyperlinking, and this is available in the JsonRestStore through it&#8217;s referencing support. This concept [...]</description>
		<content:encoded><![CDATA[<p>[...] of the core concepts of a REST architecture is hyperlinking, and this is available in the JsonRestStore through it&#8217;s referencing support. This concept [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Analytics for Web APIs at subbu.org</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-11229</link>
		<dc:creator>Analytics for Web APIs at subbu.org</dc:creator>
		<pubDate>Tue, 18 Nov 2008 04:40:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-11229</guid>
		<description>[...] Runtime linking in RESTful apps can reduce client-server coupling as the server can tweak the workflow at runtime without completely breaking client apps. Here is one more reason to switch from static pre-published URIs to runtime linking. [...]</description>
		<content:encoded><![CDATA[<p>[...] Runtime linking in RESTful apps can reduce client-server coupling as the server can tweak the workflow at runtime without completely breaking client apps. Here is one more reason to switch from static pre-published URIs to runtime linking. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Directory Structure-like URIs at subbu.org</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-10253</link>
		<dc:creator>Directory Structure-like URIs at subbu.org</dc:creator>
		<pubDate>Wed, 12 Nov 2008 18:54:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-10253</guid>
		<description>[...] URI is such that it is self-describing, the problem is solved. Right? Sorry Alex. No. The answer is linking. This is unfortunate, coming from IBM Developer [...]</description>
		<content:encoded><![CDATA[<p>[...] URI is such that it is self-describing, the problem is solved. Right? Sorry Alex. No. The answer is linking. This is unfortunate, coming from IBM Developer [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: subbu</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-5355</link>
		<dc:creator>subbu</dc:creator>
		<pubDate>Tue, 07 Oct 2008 15:03:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-5355</guid>
		<description>That would be nice. It would also be interesting to see the programming needs of client applications. HttpURLConnection is not very useful for day to day client app development. JAX-RS has focused so far on the server side, and probably, the heads be at Sun would argue that their sole focus is server side framework, but someone in the JSE/JEE umbrella needs to tackle that problem. It would be great if there is an API on the client that supports conneg, link traversal based on relations, essentially mirroring some of the concepts from the server side.</description>
		<content:encoded><![CDATA[<p>That would be nice. It would also be interesting to see the programming needs of client applications. HttpURLConnection is not very useful for day to day client app development. JAX-RS has focused so far on the server side, and probably, the heads be at Sun would argue that their sole focus is server side framework, but someone in the JSE/JEE umbrella needs to tackle that problem. It would be great if there is an API on the client that supports conneg, link traversal based on relations, essentially mirroring some of the concepts from the server side.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: subbu</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-5282</link>
		<dc:creator>subbu</dc:creator>
		<pubDate>Tue, 07 Oct 2008 04:19:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-5282</guid>
		<description>Actually, transitions may be happening on both sides. From the client&#039;s POV, the state of the conversation is changing, while the state of the resources may be changing on the server side as a result of the conversations.</description>
		<content:encoded><![CDATA[<p>Actually, transitions may be happening on both sides. From the client&#8217;s POV, the state of the conversation is changing, while the state of the resources may be changing on the server side as a result of the conversations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: subbu</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-5276</link>
		<dc:creator>subbu</dc:creator>
		<pubDate>Tue, 07 Oct 2008 03:33:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-5276</guid>
		<description>Ah. Thanks for pointing it out. My eyes were a bit slow in catching that.</description>
		<content:encoded><![CDATA[<p>Ah. Thanks for pointing it out. My eyes were a bit slow in catching that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Burke</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-5248</link>
		<dc:creator>Bill Burke</dc:creator>
		<pubDate>Mon, 06 Oct 2008 23:33:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-5248</guid>
		<description>BTW, I was thinking of extending JAXB with annotations so that you could easily embed links within it.  Combined with relative URI knowledge that&#039;s available within the JAX-RS implementation runtime, this could easily be done in a portable manner.  Is there anything else you could think of?</description>
		<content:encoded><![CDATA[<p>BTW, I was thinking of extending JAXB with annotations so that you could easily embed links within it.  Combined with relative URI knowledge that&#8217;s available within the JAX-RS implementation runtime, this could easily be done in a portable manner.  Is there anything else you could think of?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Burke</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-5239</link>
		<dc:creator>Bill Burke</dc:creator>
		<pubDate>Mon, 06 Oct 2008 22:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-5239</guid>
		<description>No, JAX-RS doesn&#039;t help much with linking/HATEOAS.  I&#039;m not sure what it can do here as is not linking/HATEOAS more embedded within the data format and thus mainly an application construct?  It would be cool to get some ideas on what tools JAX-RS and JAX-RS implementations could provide to make applications leveraging HATEOAS easier to write.</description>
		<content:encoded><![CDATA[<p>No, JAX-RS doesn&#8217;t help much with linking/HATEOAS.  I&#8217;m not sure what it can do here as is not linking/HATEOAS more embedded within the data format and thus mainly an application construct?  It would be cool to get some ideas on what tools JAX-RS and JAX-RS implementations could provide to make applications leveraging HATEOAS easier to write.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Payload Formats at subbu.org</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-5234</link>
		<dc:creator>Payload Formats at subbu.org</dc:creator>
		<pubDate>Mon, 06 Oct 2008 22:01:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-5234</guid>
		<description>[...] is a plausible conclusion when linking is ignored. I find that Atom&apos;s linking, and the abstraction of resource collections as feeds [...]</description>
		<content:encoded><![CDATA[<p>[...] is a plausible conclusion when linking is ignored. I find that Atom&apos;s linking, and the abstraction of resource collections as feeds [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: vano</title>
		<link>http://www.subbu.org/blog/2008/09/on-linking-part-1/comment-page-1#comment-5207</link>
		<dc:creator>vano</dc:creator>
		<pubDate>Mon, 06 Oct 2008 17:23:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.subbu.org/?p=333#comment-5207</guid>
		<description>And now about &quot;transition&quot; arrows. Probably those can be interpreted in different ways. But I think what is important to show on this diagram is that application state transitions happen on the client side. Server is stateless and doesn&#039;t store client&#039;s state. For each request (independently from previous ones) it provides representations with links which client follows and thus moves from state to state. So, I would put those arrows on the left side of the interaction.</description>
		<content:encoded><![CDATA[<p>And now about &#8220;transition&#8221; arrows. Probably those can be interpreted in different ways. But I think what is important to show on this diagram is that application state transitions happen on the client side. Server is stateless and doesn&#8217;t store client&#8217;s state. For each request (independently from previous ones) it provides representations with links which client follows and thus moves from state to state. So, I would put those arrows on the left side of the interaction.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
