23

While browsing SO today I found this question here and it starts with this:

Sure, you're gonna tell me that SOAP is depracated and all, well i'm forced to use it

Found lots of statement like this one on SO up till now, this one just triggered me to ask this question.

REST has its uses, SOAP has its uses, in some places they intersect as functionality but they are not replaceable to one another.

So I wonder, why do people think SOAP is "deprecated"? Is it ignorance? Complexity of SOAP and WS-* specs? REST hype? What?

If you think SOAP is deprecated please tell me why. I'm curious!

Community
  • 1
user98q37479
  • 239
  • 1
  • 2
  • 3
  • 33
    SOAP is deprecated because many of us have moved to shower gel. ;) – FrustratedWithFormsDesigner Jun 21 '11 at 15:56
  • 4
    See [SOAP](http://harmful.cat-v.org/software/xml/soap/) and [Evolution of Language](http://harmful.cat-v.org/software/xml/the_evolution_of_language). – Josh K Jun 21 '11 at 15:57
  • 1
    I think hammer->nail is complexity of the SOAP and *especially* the WS-* specs. Those things developed far beyond industry average comprehension ability before anyone really noticed, and suddenly people are being expected to walk into the industry and pick those up, they likely failed to and made large mistakes due to that a number of times, resulting in them saying "Huh, how about I just use JSON and forget all this crazy..." – Jimmy Hoffa Aug 05 '13 at 15:11

4 Answers4

21

In case of SOAP based web services, WSDL and UDDI were supposed to be the silver bullet. The tools were suppose to create WSDLs almost automatically, UDDI was supposed to automatically detect services and connect clients. Neither really took off. Without these tools SOAP is just too complicated comparing with RESTful.

Also, at about same time XML hype has died out, being replaced by light-languages hype. SOAP's is XML, and overhead on simple messages is huge.

JohnFx
  • 19,052
  • 8
  • 65
  • 112
vartec
  • 20,760
  • 1
  • 52
  • 98
9

SOAP promised glorious, life-saving, auto-detection, problem-solving, never-work-again features. However, we never really made it that far. Then along came JSON and other light, simple, cros-platform alternatives which left SOAP looking like a silly choice.

It might have been a great city if everyone had moved to it.

Xeoncross
  • 1,213
  • 1
  • 11
  • 24
7

I think its ignorance and hype, both then and now.

To qualify this:

  1. A lot of projects that would have used SOAP/WS-* a few years ago, will not today and for good reasons.

  2. RESTful interfaces solve a lot of use cases that are particularly prevalent in Internet applications.

  3. The "enterprise" applications tried to hop on the webservice bandwagon a decade ago and then remembered that they actually need many of the features they were trying to escape from in their legacy COM+, CORBA and J2EE RMI/IIOP platforms. Everyone else still hates this stuff.

Jeremy
  • 4,609
  • 22
  • 22
5

I think its because SOAP spec 1.2 refers to itself as WS-* and not SOAP anymore. It makes a distinction between itself (as a highly-formatted XML based system) and SOAP (which it says is a lump of XML that happens to be a little bit standardised and full of 'issues').

so while they've standardised it over a few years, its still SOAP, but I think they dropped the term as the primary acronym.

gbjbaanb
  • 48,354
  • 6
  • 102
  • 172