Comments on: REST vs. WS-*: A Parable

By: FAQ about Web Services and Related Technologies | Program Creek

FAQ about Web Services and Related Technologies | Program Creek — Wed, 25 Feb 2009 23:34:14 +0000

[...] REST vs. WS-*: A Parable by Elliotte Rusty Harold [...]

By: Mokka mit Schlag » REST Pessimists

Mokka mit Schlag » REST Pessimists — Sun, 03 Dec 2006 12:55:43 +0000

[...] Several people have started to push back on the REST vs. WS-* and RELAX vs. W3C XSD and Rails vs. JEE fronts with a self-defeating argument. Well, of course, you’re right they say; but it doesn’t matter. The big vendors are selling these big, expensive complex solutions; and that’s all the CIO hears; so that’s all that matters. Sure, you can get the job done better/faster/cheaper with Rails/REST/RELAX, but you won’t. Well, to these pessimists I have a one-word response: [...]

By: Practical Guile » A Story of REST vs WS-*

Practical Guile » A Story of REST vs WS-* — Mon, 22 May 2006 02:02:38 +0000

[...] Elliotte Rusty Harold has an entertaining story of REST and WS-* in the real world. One that involves air-conditioners. It wouldn’t take a genius to see that he’s in favour of RESTful interfaces as opposed to using Web Services. Personally, I haven’t had much experience with the implementation of external services using either, so it was a humorous read at least. [...]

By: Michael Poulin

Michael Poulin — Sat, 20 May 2006 13:15:44 +0000

[...no precedence for SOA in the area I work. At first this seemed like a disadvantage. I now appreciate the option to completely avoid SOAP RPC]

Hey guys, who but marketing said that SOA requires anything like SOAP RPC? It is the most primitive and speculative approach to use SOAP RPC and call it SOA. If we talk about Web Services, I care about WSDL only. SOAP or REST are just transport/protocol models for SOA, which can easily stand on IIOP, for example. A crowd of RPC or message calls is as far from SOA as relational model far from OO.

To me, the easier protocol the better. However, please, make it standard – mandatory for all. If you can do it with REST, I am for it. Otherwise, sorry…

By: The Cave » Blog Archive » REST vs. WS-*: A Parable

The Cave » Blog Archive » REST vs. WS-*: A Parable — Fri, 19 May 2006 08:11:40 +0000

[...] Very amusing. [...]

By: Soft-dev: mainly about software development » Representational State Transfer

Fri, 12 May 2006 14:15:23 +0000

[...] More discussion [...]

By: think

think — Fri, 12 May 2006 13:16:08 +0000

A breath of fresh air

Thanks, Andrew at Digital Earth Weblog for today’s entry. I’ve been noticing lately a bit of a discussion about REST vs. WS-* that’s been going on.

By: Digital Earth Weblog » Blog Archive » Web Services Humour - A Parable

Digital Earth Weblog » Blog Archive » Web Services Humour - A Parable — Fri, 12 May 2006 06:52:41 +0000

[...] REST vs. WS-*: A Parable [...]

By: The Web 2.0 Place

The Web 2.0 Place — Fri, 12 May 2006 04:09:02 +0000

Mandatory reading on WebServices

Every now and then some voice of reason raises up above the hype hypnotised crowd and offers the chance for awakening to the ones that have not been completely brain washed.

By: Edmon Begoli

Edmon Begoli — Fri, 12 May 2006 03:35:31 +0000

I actually do not think that this is a match of any kind.

I’ve done both styles of AC systems on multi-million even a billion dollar project and I am yet to see where
simple REST is less useful than standardize-everything, interoperability-with-everything WS-* stuff.

The biggest champions of WS-* are the vendors like IBM who sold you some billion dollars big iron thirty years ago and now instead of helping you to migrate to a more nimble, future proof platform they are selling you a
‘pig on a lipstick’ WS-* friendly, ESB solutions that will make your COBOL/CICS based iron run forever.

Just buy 100 million WebSphere ESB bus and everything will be just fine … Just keep putting wrapper, over wrapper …

REST in this case is really selling you a different model. Instead of selling you a SOAPey story of ultra-interoperability and standardization it is giving you the value what good old webservices
were meant to provide you. Location independence, simplicity, universality.

I do not care if eBay’s webservices are WS-* compliant as long as they are easy to learn, easy to use, performant and if they add value to my electronic business.

Isn’t that the formula behind every technology that successfully took off.