<p>Ok so I've implemented both REST and SOAP services and I like both depending on the context. For me, WS* is great when I want an explicit contract between the server and the client e.g. for sensitive information or for mission critical stuff. REST on the other hand whilst flexible in terms of the schema definition, is in my mind more ideal for content services or data which is not required to undergo any serious business logic.</p>

<p>REST seems to be very much the flavour of the day, and I was somewhat put out when Martin Fowler et al from Thoughworks gave this podcast: <a href="http://www.thoughtworks.com/what-we-say/podcasts.html" rel="nofollow noreferrer">http://www.thoughtworks.com/what-we-say/podcasts.html</a> on REST and were derisive toward WS*. Whilst the man himself is well respected, am I right in thinking that there still is very much a place for SOAP and pinch of salt is required here? And has anyone used REST in a serious business application? </p>

Can you document your REST api by providing someone a description of the media types you use and a single URL?
If you find yourself providing a list of URLs and what verbs can be used on those URLs then you probably don't have a
REST api
.
Once you have created a true REST api then go back and compare it to WS* api.  You will see they are very different.
REST apis can easily handle "serious business logic" and yes I have used REST in a serious business application.