<?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:go='http://ns.gigaom.com/'
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: Web Services war is over: Time to REST</title>
	<atom:link href="http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/feed/" rel="self" type="application/rss+xml" />
	<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/</link>
	<description></description>
	<lastBuildDate>Fri, 10 Feb 2012 20:04:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: links for 2007-08-18 &#171; The Adventures of Geekgirl</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177174</link>
		<dc:creator><![CDATA[links for 2007-08-18 &#171; The Adventures of Geekgirl]]></dc:creator>
		<pubDate>Sat, 18 Aug 2007 02:48:35 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177174</guid>
		<description><![CDATA[&lt;p&gt;[...] The Future of Software » Blog Archive Web Services war is over: Time to REST « (tags: web2.0 webservices api soa soap rest) [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...] The Future of Software » Blog Archive Web Services war is over: Time to REST « (tags: web2.0 webservices api soa soap rest) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Django</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177173</link>
		<dc:creator><![CDATA[Django]]></dc:creator>
		<pubDate>Mon, 13 Aug 2007 17:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177173</guid>
		<description><![CDATA[&lt;p&gt;I think REST has it&#039;s place, and can be useful. But for seamlessly integrating webservices directly into existing and new applications, I find SOAP to be a much better solution. Especially when not all of the data is just plain text.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>I think REST has it&#8217;s place, and can be useful. But for seamlessly integrating webservices directly into existing and new applications, I find SOAP to be a much better solution. Especially when not all of the data is just plain text.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nasir Ali Khan : Web Services war is over: Time to REST</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177160</link>
		<dc:creator><![CDATA[Nasir Ali Khan : Web Services war is over: Time to REST]]></dc:creator>
		<pubDate>Fri, 10 Aug 2007 13:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177160</guid>
		<description><![CDATA[&lt;p&gt;[...] quite a turnaround in the distributed application development&#160;Now that REST has won in the sense of representing the future of distributed application development on the web, what do we expect to see? Why of course a flood of enterprise software vendors offering REST support of some sort or another: Microsoft and IBM have already recognized the opportunity with Astoria and Project Zero, respectively http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/http://wanderingbarque.com/nonintersecting/2007/05/14/the-beginning-of-the-end/&#160;&#160;Cheers,Nasir Ali Khan&#160;  Posted: Friday, August 10, 2007 6:48 PM by nasir Filed under: Web Technologies [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...] quite a turnaround in the distributed application development&nbsp;Now that REST has won in the sense of representing the future of distributed application development on the web, what do we expect to see? Why of course a flood of enterprise software vendors offering REST support of some sort or another: Microsoft and IBM have already recognized the opportunity with Astoria and Project Zero, respectively <a href="http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/http://wanderingbarque.com/nonintersecting/2007/05/14/the-beginning-of-the-end/&nbsp;&nbsp;Cheers,Nasir" rel="nofollow">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/http://wanderingbarque.com/nonintersecting/2007/05/14/the-beginning-of-the-end/&nbsp;&nbsp;Cheers,Nasir</a> Ali Khan&nbsp;  Posted: Friday, August 10, 2007 6:48 PM by nasir Filed under: Web Technologies [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177161</link>
		<dc:creator><![CDATA[Thomas]]></dc:creator>
		<pubDate>Thu, 09 Aug 2007 15:13:08 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177161</guid>
		<description><![CDATA[&lt;p&gt;Does this mean that the programming community starts to realize that &quot;it&#039;s all about the data&quot; and not the programming language?  It doesn&#039;t surprise me that a programming style that uses simple Database retrieval and modification mechanisms is winning.  After all, what is Google but a giant database?&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Does this mean that the programming community starts to realize that &#8220;it&#8217;s all about the data&#8221; and not the programming language?  It doesn&#8217;t surprise me that a programming style that uses simple Database retrieval and modification mechanisms is winning.  After all, what is Google but a giant database?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nitin Borwankar</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177164</link>
		<dc:creator><![CDATA[Nitin Borwankar]]></dc:creator>
		<pubDate>Thu, 09 Aug 2007 07:56:55 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177164</guid>
		<description><![CDATA[&lt;p&gt;anon:&lt;/p&gt;

&lt;p&gt;A resource is a result set item, i.e. a &quot;row&quot; in a result set - that&#039;s all.
Aything that is received as a part of a result which is a response to a query, Yes, it&#039;s abstract but so is &quot;result set&quot; and we don&#039;t blink an eyelash when we hear &quot;result set&quot;, do we ?&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>anon:</p>
<p>A resource is a result set item, i.e. a &#8220;row&#8221; in a result set &#8211; that&#8217;s all.<br />
Aything that is received as a part of a result which is a response to a query, Yes, it&#8217;s abstract but so is &#8220;result set&#8221; and we don&#8217;t blink an eyelash when we hear &#8220;result set&#8221;, do we ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: anon</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177166</link>
		<dc:creator><![CDATA[anon]]></dc:creator>
		<pubDate>Wed, 08 Aug 2007 07:12:28 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177166</guid>
		<description><![CDATA[&lt;p&gt;WTF is a &quot;resource&quot;? That&#039;s the problem with REST. If I&#039;m just doing &quot;API calls&quot; I have no idea what a &quot;resource&quot; is. I&#039;m just GETing some data or POSTing some data and getting a response. There&#039;s no reason to support such complex data models since at the end of the day, most data has to be represnetable in 2D or perhaps 3D.&lt;/p&gt;

&lt;p&gt;Say it with me: request-response, request-response, request-response...&lt;/p&gt;

&lt;p&gt;How hard is that?&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>WTF is a &#8220;resource&#8221;? That&#8217;s the problem with REST. If I&#8217;m just doing &#8220;API calls&#8221; I have no idea what a &#8220;resource&#8221; is. I&#8217;m just GETing some data or POSTing some data and getting a response. There&#8217;s no reason to support such complex data models since at the end of the day, most data has to be represnetable in 2D or perhaps 3D.</p>
<p>Say it with me: request-response, request-response, request-response&#8230;</p>
<p>How hard is that?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: relationary</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177165</link>
		<dc:creator><![CDATA[relationary]]></dc:creator>
		<pubDate>Wed, 08 Aug 2007 06:21:33 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177165</guid>
		<description><![CDATA[&lt;p&gt;[...]   I was recently reading this blog post about REST winning the Web Services war.  And I noticed that one of the cornerstones of the simplicity of REST is a [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...]   I was recently reading this blog post about REST winning the Web Services war.  And I noticed that one of the cornerstones of the simplicity of REST is a [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Elias Torres &#187; Blog Archive &#187; What will Mark do now?</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177172</link>
		<dc:creator><![CDATA[Elias Torres &#187; Blog Archive &#187; What will Mark do now?]]></dc:creator>
		<pubDate>Wed, 08 Aug 2007 05:29:38 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177172</guid>
		<description><![CDATA[&lt;p&gt;[...] advantages, scalability, ease of use, etc. Today is a sad day, that&#8217;s for sure. Read the article for yourself. Now that REST has won in the sense of representing the future of distributed [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...] advantages, scalability, ease of use, etc. Today is a sad day, that&#8217;s for sure. Read the article for yourself. Now that REST has won in the sense of representing the future of distributed [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Top Posts &#171; WordPress.com</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177171</link>
		<dc:creator><![CDATA[Top Posts &#171; WordPress.com]]></dc:creator>
		<pubDate>Tue, 07 Aug 2007 23:59:31 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177171</guid>
		<description><![CDATA[&lt;p&gt;[...]  Web Services war is over: Time to REST Now that REST has won in the sense of representing the future of distributed application development on the web, what [&#8230;] [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...]  Web Services war is over: Time to REST Now that REST has won in the sense of representing the future of distributed application development on the web, what [&#8230;] [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grant Czerepak</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177170</link>
		<dc:creator><![CDATA[Grant Czerepak]]></dc:creator>
		<pubDate>Tue, 07 Aug 2007 22:20:34 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177170</guid>
		<description><![CDATA[&lt;p&gt;REST is the winner for simplicity.  The security, if implemented with REST&#039;s structure as a guiding principle, will have no impact on this.&lt;/p&gt;

&lt;p&gt;Good article.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>REST is the winner for simplicity.  The security, if implemented with REST&#8217;s structure as a guiding principle, will have no impact on this.</p>
<p>Good article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anne Zelenka</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177169</link>
		<dc:creator><![CDATA[Anne Zelenka]]></dc:creator>
		<pubDate>Tue, 07 Aug 2007 21:06:20 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177169</guid>
		<description><![CDATA[&lt;p&gt;Thanks, Pete, that means a lot coming from you. It was a lot of work to boil down the REST and WS-* discussion into such a short article.&lt;/p&gt;

&lt;p&gt;I put in &quot;theoretically&quot; because I suspect that in building an actual REST-style application, engineers might have to make some tradeoffs that take it away from pure REST and compromise the scalability, evolvability, composability, etc. Be interested to hear real-world experiences in that regard though.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>Thanks, Pete, that means a lot coming from you. It was a lot of work to boil down the REST and WS-* discussion into such a short article.</p>
<p>I put in &#8220;theoretically&#8221; because I suspect that in building an actual REST-style application, engineers might have to make some tradeoffs that take it away from pure REST and compromise the scalability, evolvability, composability, etc. Be interested to hear real-world experiences in that regard though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete Lacey</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177168</link>
		<dc:creator><![CDATA[Pete Lacey]]></dc:creator>
		<pubDate>Tue, 07 Aug 2007 20:32:10 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177168</guid>
		<description><![CDATA[&lt;p&gt;You know what I like best about this article, your description of REST is both concise and accurate.  Very rare, indeed.  I&#039;d get rid of the word &quot;theoretically,&quot; but, hey, that&#039;s just me.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Pete&lt;/li&gt;
&lt;/ul&gt;]]></description>
		<content:encoded><![CDATA[<p>You know what I like best about this article, your description of REST is both concise and accurate.  Very rare, indeed.  I&#8217;d get rid of the word &#8220;theoretically,&#8221; but, hey, that&#8217;s just me.</p>
<ul>
<li>Pete</li>
</ul>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephanv</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177167</link>
		<dc:creator><![CDATA[stephanv]]></dc:creator>
		<pubDate>Tue, 07 Aug 2007 16:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177167</guid>
		<description><![CDATA[&lt;p&gt;REST is truly a powerful way to design the applications for an enterprise 2.0. In our company we use it quite a while and it&#039;s still easy to integrate new and other software within a short time. The open topic is it to combine the REST architecture with a new and simple way to define process steps. That finally would kill SOA.&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>REST is truly a powerful way to design the applications for an enterprise 2.0. In our company we use it quite a while and it&#8217;s still easy to integrate new and other software within a short time. The open topic is it to combine the REST architecture with a new and simple way to define process steps. That finally would kill SOA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gleb Esman</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177163</link>
		<dc:creator><![CDATA[Gleb Esman]]></dc:creator>
		<pubDate>Tue, 07 Aug 2007 13:42:18 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177163</guid>
		<description><![CDATA[&lt;p&gt;I think it&#039;s a war of simplicity of complexity. REST is very simple to use and in no time with rudimental tools anyone can put an active web service on the web.
Security of REST could be utilized easily with SSL and without any extra buzzwords or buzz technologies.
REST has never been at war - but was quietly winning :)&lt;/p&gt;

&lt;p&gt;Gleb&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>I think it&#8217;s a war of simplicity of complexity. REST is very simple to use and in no time with rudimental tools anyone can put an active web service on the web.<br />
Security of REST could be utilized easily with SSL and without any extra buzzwords or buzz technologies.<br />
REST has never been at war &#8211; but was quietly winning :)</p>
<p>Gleb</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GigaOM Cupertino bound, REST &#38; More &#171;</title>
		<link>http://gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177162</link>
		<dc:creator><![CDATA[GigaOM Cupertino bound, REST &#38; More &#171;]]></dc:creator>
		<pubDate>Tue, 07 Aug 2007 13:23:48 +0000</pubDate>
		<guid isPermaLink="false">http://future.gigaom.com/2007/08/07/web-services-war-is-over-time-to-rest/#comment-177162</guid>
		<description><![CDATA[&lt;p&gt;[...] content finding new distribution online via Broadband over on NewTeeVee. Anne Zelenka has a piece about REST and how it represents the future of (enterprise) [...]&lt;/p&gt;]]></description>
		<content:encoded><![CDATA[<p>[...] content finding new distribution online via Broadband over on NewTeeVee. Anne Zelenka has a piece about REST and how it represents the future of (enterprise) [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

