<?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: JSON Pros and Cons</title>
	<atom:link href="http://myarch.com/json-pros-and-cons/feed" rel="self" type="application/rss+xml" />
	<link>http://myarch.com/json-pros-and-cons</link>
	<description>Builds and bytes</description>
	<lastBuildDate>Wed, 17 Mar 2010 11:08:26 -0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: ANURAG SHARAN</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-35213</link>
		<dc:creator>ANURAG SHARAN</dc:creator>
		<pubDate>Sun, 28 Feb 2010 15:26:24 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-35213</guid>
		<description>EXCELLENT BASICS MATERIAL.. GOOD STUFF FOR BEGINNERS</description>
		<content:encoded><![CDATA[<p>EXCELLENT BASICS MATERIAL.. GOOD STUFF FOR BEGINNERS</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Prashant Joshi</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-34814</link>
		<dc:creator>Prashant Joshi</dc:creator>
		<pubDate>Thu, 18 Dec 2008 15:10:18 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-34814</guid>
		<description>Every technology has its own merits and de-merits. As per my experience, JSON is good for sending small information over http. when use along with REST, it offers lots of flexibility, specially when working in cross technology domain.</description>
		<content:encoded><![CDATA[<p>Every technology has its own merits and de-merits. As per my experience, JSON is good for sending small information over http. when use along with REST, it offers lots of flexibility, specially when working in cross technology domain.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sharath</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-24355</link>
		<dc:creator>Sharath</dc:creator>
		<pubDate>Mon, 10 Mar 2008 19:01:36 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-24355</guid>
		<description>Does  Json webservice allow  List or arrays having more elements  within them as members of a return type List</description>
		<content:encoded><![CDATA[<p>Does  Json webservice allow  List or arrays having more elements  within them as members of a return type List</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: &#187; JSON Web Services - the XML JSON debate further ahead TechTracer: Tracing the course of technology</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-6020</link>
		<dc:creator>&#187; JSON Web Services - the XML JSON debate further ahead TechTracer: Tracing the course of technology</dc:creator>
		<pubDate>Sun, 01 Apr 2007 13:52:26 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-6020</guid>
		<description>[...] JSON- Some Facts Coming back to JSON, the main fact which goes against JSON is it is not standardized. But now if JSON wants to establish its presence then the only field in my opinion would be SOA web services and AJAX where, it has received a lot of attention. Lately the debate on using web services with JSON has started. XML being heavy puts somewhat a hindrance on the acceptance of web services since the network infrastructure needs to get upgraded to get quicker adoption of XML RPC web services. With JSON, if web services give a higher throughput then it might be time to cash upon its acceptance for data transfer. Alexander writes about JSON pros and cons in his blog MyArch, One of the keys to SOA success is that it should be easy to consume a service, i.e., the entry barrier for service consumers must be low to support &#8220;grass root&#8221; SOA adoption. While a top-down SOA effort may succeed, it will certainly take longer than bottom-up (&#8221;grass-root&#8221;) approach when developers are able to consume services as they see fit. AJAX/JSON fits this bill perfectly - it is easily understood by developers and it does not require any Web services -specific tools or infrastructure.So overall I&#8217;m pretty enthusiastic about JSON. [...]</description>
		<content:encoded><![CDATA[<p>[...] JSON- Some Facts Coming back to JSON, the main fact which goes against JSON is it is not standardized. But now if JSON wants to establish its presence then the only field in my opinion would be SOA web services and AJAX where, it has received a lot of attention. Lately the debate on using web services with JSON has started. XML being heavy puts somewhat a hindrance on the acceptance of web services since the network infrastructure needs to get upgraded to get quicker adoption of XML RPC web services. With JSON, if web services give a higher throughput then it might be time to cash upon its acceptance for data transfer. Alexander writes about JSON pros and cons in his blog MyArch, One of the keys to SOA success is that it should be easy to consume a service, i.e., the entry barrier for service consumers must be low to support &#8220;grass root&#8221; SOA adoption. While a top-down SOA effort may succeed, it will certainly take longer than bottom-up (&#8221;grass-root&#8221;) approach when developers are able to consume services as they see fit. AJAX/JSON fits this bill perfectly &#8211; it is easily understood by developers and it does not require any Web services -specific tools or infrastructure.So overall I&#8217;m pretty enthusiastic about JSON. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander Ananiev</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-4658</link>
		<dc:creator>Alexander Ananiev</dc:creator>
		<pubDate>Thu, 15 Feb 2007 14:11:29 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-4658</guid>
		<description>Raymond:
JSON is indeed language independent, however, the balance shifts when you are not using JavaScript - most other languages have very good Web services and XML support, so I&#039;m not sure what would be the use case for JSON, say, in .NET or Java environment. It&#039;s the lack of good XML support in browsers that makes JSON so appealing IMO.</description>
		<content:encoded><![CDATA[<p>Raymond:<br />
JSON is indeed language independent, however, the balance shifts when you are not using JavaScript &#8211; most other languages have very good Web services and XML support, so I&#8217;m not sure what would be the use case for JSON, say, in .NET or Java environment. It&#8217;s the lack of good XML support in browsers that makes JSON so appealing IMO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raymond</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-4650</link>
		<dc:creator>Raymond</dc:creator>
		<pubDate>Thu, 15 Feb 2007 04:52:56 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-4650</guid>
		<description>The comparison gave the impression that JSON can only be used with Javascript. 
According the author, he defined JSON using javascript but it is a standard that is not confined to Javascript. It is &quot;...a&quot; text format that is completely language independent.&quot; 

Go to www.JSON.org and read about JSON. Also there are links that answers some of the issues raised in this article.

I am not for or against JSON. XML and JSON both has their own merits. A good developer will pick the best to use for the situation.</description>
		<content:encoded><![CDATA[<p>The comparison gave the impression that JSON can only be used with Javascript.<br />
According the author, he defined JSON using javascript but it is a standard that is not confined to Javascript. It is &#8220;&#8230;a&#8221; text format that is completely language independent.&#8221; </p>
<p>Go to <a href="http://www.JSON.org" rel="nofollow">http://www.JSON.org</a> and read about JSON. Also there are links that answers some of the issues raised in this article.</p>
<p>I am not for or against JSON. XML and JSON both has their own merits. A good developer will pick the best to use for the situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hans</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-4643</link>
		<dc:creator>Hans</dc:creator>
		<pubDate>Wed, 14 Feb 2007 18:11:37 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-4643</guid>
		<description>I&#039;ve been wondering about what acronym should be used for &quot;Asynchronous JavaScript and JSON&quot;.  But if you write it all out you get &quot;Asynchronous JavaScript and JavaScript Object Notation&quot;, so &quot;JavaScript&quot; is redundant and the phrase can be shortened to &quot;Asynchronous JavaScript Object Notation&quot;.  AJON?

Thanks for the writeup!</description>
		<content:encoded><![CDATA[<p>I&#8217;ve been wondering about what acronym should be used for &#8220;Asynchronous JavaScript and JSON&#8221;.  But if you write it all out you get &#8220;Asynchronous JavaScript and JavaScript Object Notation&#8221;, so &#8220;JavaScript&#8221; is redundant and the phrase can be shortened to &#8220;Asynchronous JavaScript Object Notation&#8221;.  AJON?</p>
<p>Thanks for the writeup!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nhm tanveer hossain khan (hasan)</title>
		<link>http://myarch.com/json-pros-and-cons/comment-page-1#comment-4624</link>
		<dc:creator>nhm tanveer hossain khan (hasan)</dc:creator>
		<pubDate>Wed, 14 Feb 2007 03:36:53 +0000</pubDate>
		<guid isPermaLink="false">http://myarch.com/json-pros-and-cons#comment-4624</guid>
		<description>JSON is promising, comparing xml or more complex xml content like soap, json saves a lot of processing pressure. it is a great recuse for the visitor.</description>
		<content:encoded><![CDATA[<p>JSON is promising, comparing xml or more complex xml content like soap, json saves a lot of processing pressure. it is a great recuse for the visitor.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
