<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Scripting News - Latest Comments in Dare left something out (and it's important) (Scripting News)</title><link>http://scripting.disqus.com/</link><description></description><atom:link href="https://scripting.disqus.com/dare_left_something_out_and_its_important_scripting_news/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Wed, 20 Aug 2008 07:48:24 -0000</lastBuildDate><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1685938</link><description>&lt;p&gt;He wasn't giving a history lesson of RPC systems so how is his post wrong just because he didn't draw some redunant analogy to some other RPS technology you happen to have a vested interest in promoting?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Noah Slater</dc:creator><pubDate>Wed, 20 Aug 2008 07:48:24 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1635934</link><description>&lt;p&gt;Well, you *could* use XML-RPC as a payload in a RESTful app... all you'd really need to do is treat the method/fail elements as vestigial organs and use HTTP verbs and URIs appropriately. But as others have pointed out, once you're doing that, why not just use JSON and get the bennies of broader client support?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">rogerben</dc:creator><pubDate>Tue, 19 Aug 2008 09:58:55 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1606772</link><description>&lt;p&gt;Not really: XML-RPC does not take advantage of HTTP, especially not of the stateless caching feature of GET, not of the Safe feature of GET, not of the idempotence of PUT, etc. Frankly, I don't miss PUT &amp;amp; DELETE, but only using POST but not GET for safe operation is the thing, which keeps me away from XML-RPC.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Tom</dc:creator><pubDate>Mon, 18 Aug 2008 19:27:05 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1604165</link><description>&lt;p&gt;An argument often put forward against using XML for serializing data is the overhead caused by the verbosity of the language. As a document description language however it is well suited, imho. Anyway, &lt;a href="http://impl.emented.com/2008/08/18/restful-programming-explained-drm-leads-to-piracy/" rel="nofollow noopener" target="_blank" title="http://impl.emented.com/2008/08/18/restful-programming-explained-drm-leads-to-piracy/"&gt;XML-RPC featured in  this week's highlights&lt;/a&gt; :-).&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jobol</dc:creator><pubDate>Mon, 18 Aug 2008 16:09:00 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1602194</link><description>&lt;p&gt;IMO, it's a good thing if an API *picks* a format and sticks with it.  It's a seemingly nice feature for end-user developers to have choices in formats — but it can be not-so-nice for the provider to keep all the code forks maintained, and preserve parity between them all.  And, eventually, that's not-so-nice for end-user developers who have to figure out which part of the API does what with which format and choose the libraries they need to use.&lt;/p&gt;&lt;p&gt;If you can get away with an all-JSON API with some nice JSONP-style callbacks for browser mashups, great.  But, try to use JSON for the PUT and POST writes to stay consistent.&lt;/p&gt;&lt;p&gt;Or, stick with XML throughout, with maybe some exceptions for JSONP mashup feeds.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Les Orchard</dc:creator><pubDate>Mon, 18 Aug 2008 14:33:14 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1594108</link><description>&lt;p&gt;I thought the point of the "being RESTful" phylosophy was DRY, not to be the next-big-framework.&lt;br&gt;&amp;gt;&amp;gt; a standard method of serializing structs, lists and scalar types.&lt;br&gt;Doesn't plain old XML do just that? You don't need to use JSON to be "RESTful", afaik.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Leo Horie</dc:creator><pubDate>Mon, 18 Aug 2008 09:40:48 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1582506</link><description>&lt;p&gt;Well maybe so -- but we have tons of XML apps and as I said elsewhere in this thread unless that all magically converts itself, we're going to be using XML for a long time (and that's a good thing, not a bad thing).&lt;/p&gt;&lt;p&gt;And of course this completely side-steps the point of my post. Why do you leave XML-RPC out of your history? Why don't you just update your post, because it's wrong, and let's move on.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dave</dc:creator><pubDate>Sun, 17 Aug 2008 21:26:06 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1582373</link><description>&lt;p&gt;I see someone has beaten me to the punch and pointed out that if you build a RESTful service with JSON instead of XML payloads you get all of your touted benefits of XML-RPC and all the benefits of conforming to the Web's architecture. Thus having your lunch and eating it too. :) &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dare Obasanjo</dc:creator><pubDate>Sun, 17 Aug 2008 20:59:55 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1580963</link><description>&lt;p&gt;FriendFeed is an example of a service that provides choice of payload formats using a REST API: &lt;a href="http://code.google.com/p/friendfeed-api/wiki/ApiDocumentation#Requests_and_Data_Formats" rel="nofollow noopener" target="_blank" title="http://code.google.com/p/friendfeed-api/wiki/ApiDocumentation#Requests_and_Data_Formats"&gt;http://code.google.com/p/fr...&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">James Newton</dc:creator><pubDate>Sun, 17 Aug 2008 20:04:35 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1578761</link><description>&lt;p&gt;Good thinking!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dave</dc:creator><pubDate>Sun, 17 Aug 2008 19:22:37 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1578758</link><description>&lt;p&gt;Tell Dare et al to include it as a "historic artifact" in their recitals of How We Got Here.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dave</dc:creator><pubDate>Sun, 17 Aug 2008 19:21:48 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1578736</link><description>&lt;p&gt;Someone should split the difference and write a JSON encoder/decoder for Frontier.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AndrewBurton</dc:creator><pubDate>Sun, 17 Aug 2008 19:18:14 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1578596</link><description>&lt;p&gt;I agree with Dave that XML-RPC in many ways hits the sweet spot for distributed programming.&lt;/p&gt;&lt;p&gt;There are HTTP libraries and XML parsers for every language and platform.&lt;/p&gt;&lt;p&gt;That's all XML-RPC needs.&lt;/p&gt;&lt;p&gt;But, XML-RPC is merely an artifact for software anthropologists to pick up and turn over to try to understand where it came from and what it was used for, because, for the most part, XML-RPC is no longer a mainstream solution. I struggle to find current information about how to do XML-RPC and current libraries.  Entropy seems to be doing its job with XML-RPC. (Even Dave's XML-RPC page is in need of some attention to fix broken links...)&lt;/p&gt;&lt;p&gt;I don't think SOAP is quite as complicated as Dave says it is.  It can be scaled to be almost as simple as XML-RPC and almost if not more capable than CORBA.&lt;/p&gt;&lt;p&gt;Tooling for SOAP is in great shape. (libraries, development tools, etc...)&lt;/p&gt;&lt;p&gt;REST is proclaimed to be a style, and so there are ambiguities that are left to us to address.  In a sense, XML-RPC is a RESTFul implementation due to the way it plays over HTTP.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DaveWoodbury</dc:creator><pubDate>Sun, 17 Aug 2008 18:50:32 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1578497</link><description>&lt;p&gt;But you were just complaining that REST lacks a standard data format (which is really missing the point). JSON fits that bill perfectly, it's easily parsed by about any programming language. It's lighter and faster than XML too, which is a big plus for client-side JavaScript stuff.&lt;/p&gt;&lt;p&gt;Maybe you should change your stance that your problem isn't a lack of a compatible standard, it's that the compatible standard isn't the XML format you made up for XML-RPC.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jon</dc:creator><pubDate>Sun, 17 Aug 2008 18:30:54 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1575376</link><description>&lt;p&gt;i used you XML-RPC a long time ago 99/2000? I never went SOAP cause your XML-RPC was just s much easier to do; figure out; maintain; etc.&lt;br&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">lemon obrien</dc:creator><pubDate>Sun, 17 Aug 2008 16:49:52 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1570696</link><description>&lt;p&gt;I'll think about switching when someone recodes all my apps that use XML and also reprogram my brain.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dave</dc:creator><pubDate>Sun, 17 Aug 2008 15:46:18 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1570631</link><description>&lt;p&gt;JSON libraries are now available for more languages than XML-RPC libraries; check out &lt;a href="http://json.org/" rel="nofollow noopener" target="_blank" title="http://json.org/"&gt;http://json.org/&lt;/a&gt;&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Swartz</dc:creator><pubDate>Sun, 17 Aug 2008 15:34:27 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1570608</link><description>&lt;p&gt;IF YOU DO ALL YOUR CODING IN JAVASCRIPT JAVASCRIPT JAVASCRIPT JAVASCRIPT.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dave</dc:creator><pubDate>Sun, 17 Aug 2008 15:30:39 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1570600</link><description>&lt;p&gt;JSON JSON JSON JSON.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Aaron Swartz</dc:creator><pubDate>Sun, 17 Aug 2008 15:28:37 -0000</pubDate></item><item><title>Re: Dare left something out (and it's important) (Scripting News)</title><link>http://www.scripting.com/stories/2008/08/17/dareLeftSomethingOutAndIts.html#comment-1570265</link><description>&lt;p&gt;REST does not dictate a particular payload format, which is a good thing. In this way a REST API can provide several different playload formats including XML, JSON, etc. &lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">RESTFan</dc:creator><pubDate>Sun, 17 Aug 2008 14:46:16 -0000</pubDate></item></channel></rss>