Skip to content
This repository

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
Fetching contributors…

Cannot retrieve contributors at this time

file 30 lines (24 sloc) 1.601 kb
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
David Chappell [declares the REST vs WS-* war over][rest-vs-ws-war-is-over]

> To anybody who's paying attention and who's not a hopeless partisan,
> the war between REST and WS-* is over. The war ended in a truce
> rather than crushing victory for one side--it's Korea, not World War
> II. The now-obvious truth is that both technologies have value, and
> both will be used going forward.

In this conflict I am, undeniably, a REST partisan. I know this
colors my perceptions, but it is not obvious to me that the war is
over. It has become obvious, however, that WS-* will not prevail. I
have no doubt that many people who have invested a great deal of time
and thought into WS-* that it remains a viable technology, at least
for certain problems, but that does not mean it will. I think the
situations for which WS-* is the best available technology are
vanishingly rare, perhaps even nonexistent. As Mark Baker puts it in
his [response to Mr Chappell][crud-more-crud-crud]

> Perhaps David - or anybody else - could point me towards a data
> oriented application which can't fit (well) into such a model (not
> REST, just the uniform interface part).

I expect that when all is said and done WS-* will still be around.
But rather than as a vibrate technology platform, the way Mr Chappell
seems to anticipate, I think it will be around in a way far more like
the way Cobol is still around today.


[rest-vs-ws-war-is-over]: http://www.davidchappell.com/blog/2007/06/rest-vs-ws-war-is-over-if-you-want-it.html
[crud-more-crud-crud]: http://www.markbaker.ca/blog/2007/07/03/crud-more-crud-crud/
Something went wrong with that request. Please try again.