If you want your SOAP web services to be used by the world, you need to know WSDL, XML Schema, WS-. And you are never sure if other SOAP web service clients work with your SOAP stack, because everyone interprets the standards a bit different. The WS- standards are overwhelming and confusing. Joe Average does not know that you do not need WS-* to do SOAP. In the normal world, standards are mandatory. There is too much that you need to know before you can get started.

REST makes more use of the advantages of the HTTP protocol (caching, scalability), while in SOAP you have to do this yourself. REST looks a lot simpler. There are not a lot of rules and when there are rules, they are not as confusing.
You posted originally: ‘Only five operations, what’s that all about?’
That is the simplicity of REST This is why I think REST appeals more to Joe Average.

If large companies make interfaces available to ‘the public’, I think in the future this will happen more in the REST way, instead of in SOAP. Because REST will likely be used more by ‘the public’.

This will not happen for the ESB’s (at least I think ) for the reasons in my first comment.

To have a fun read: http://wanderingbarque.com/nonintersecting/2006/11/15/the-s-stands-for-simple/

I fail to see what is so hard about SOAP itself. It’s just a bit of XML, wrapped in a body and envelope. If you have your abstractions right, you don’t even care whether you’re doing SOAP or Plain Old XML (POX). WS-* is what makes the SOAP space so hard. But luckily, the WS-* specs are optional, so you don’t have to use them.

In that respect, I find REST much harder, because you have to know a lot about the HTTP space to use it (Caching & ETags, GET vs. PUT vs POST, etc). Before you know it, you have put a non-safe operation under a GET, and Google changes the state of your service by indexing it.

As for the last paragraph in my blog: I think it’s actually a quote from Stefan Tilkov, the author of the quoted post. It was meant as a joke.

Amazon (money making giant) does REST.
Google (icon of coolness) does SOAP.

See: http://www.xmlhack.com/read.php?item=1615

I the point your making, but big companies are also going the REST way. Not for connecting business systems, but for the information systems on the outside. If you want to make an API available for the critical mass, do it with REST. It is simple and fast to develop with.

SOAP is not simple, and it will not be used by the average programmer. SOAP does have a standards body (WS-*), it looks more mature, it is widely advocated to business people and will therefore be used by (large) companies.

So: SOAP for the inside communication and B2B, REST for outside communication and B2C.