<?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: Addressability of Fragments</title>
	<atom:link href="http://www.subbu.org/blog/2008/02/addressability-of-fragments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.subbu.org/blog/2008/02/addressability-of-fragments</link>
	<description>HTTP, REST and some Cycling</description>
	<lastBuildDate>Fri, 12 Mar 2010 22:08:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Subbu Allamaraju</title>
		<link>http://www.subbu.org/blog/2008/02/addressability-of-fragments/comment-page-1#comment-223</link>
		<dc:creator>Subbu Allamaraju</dc:creator>
		<pubDate>Mon, 25 Feb 2008 14:33:03 +0000</pubDate>
		<guid isPermaLink="false">http://wp.subbu.org/2008/02/addressability-of-fragments/#comment-223</guid>
		<description>&gt;&gt; As long as you only think of a resource as a &#039;full document&#039; or some other type thing, fragments will be an issue.

Well said.

&gt;&gt;  Of course the server has some work to do sorting out what is addressed and how to keep the data in sync, but that&#039;s where this *should* happen - not on the client.

Well said, again :)


</description>
		<content:encoded><![CDATA[<p>>> As long as you only think of a resource as a &#8216;full document&#8217; or some other type thing, fragments will be an issue.</p>
<p>Well said.</p>
<p>>>  Of course the server has some work to do sorting out what is addressed and how to keep the data in sync, but that&#8217;s where this *should* happen &#8211; not on the client.</p>
<p>Well said, again :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Amundsen</title>
		<link>http://www.subbu.org/blog/2008/02/addressability-of-fragments/comment-page-1#comment-222</link>
		<dc:creator>Mike Amundsen</dc:creator>
		<pubDate>Mon, 25 Feb 2008 14:28:16 +0000</pubDate>
		<guid isPermaLink="false">http://wp.subbu.org/2008/02/addressability-of-fragments/#comment-222</guid>
		<description>In my experience, this discussion of &#039;addresssable fragments&#039; comes up when folks are not clear on the true meaning of &#039;resource.&#039; I think of a resource as an abstraction of some data on the server. As long as you only think of a resource as a &#039;full document&#039; or some other type thing, fragments will be an issue.

But if you do as you suggest (make the target addressable), then we need to deal with fragments. Of course the server has some work to do sorting out what is addressed and how to keep the data in sync, but that&#039;s where this *should* happen - not on the client.

</description>
		<content:encoded><![CDATA[<p>In my experience, this discussion of &#8216;addresssable fragments&#8217; comes up when folks are not clear on the true meaning of &#8216;resource.&#8217; I think of a resource as an abstraction of some data on the server. As long as you only think of a resource as a &#8216;full document&#8217; or some other type thing, fragments will be an issue.</p>
<p>But if you do as you suggest (make the target addressable), then we need to deal with fragments. Of course the server has some work to do sorting out what is addressed and how to keep the data in sync, but that&#8217;s where this *should* happen &#8211; not on the client.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
