I mean, true true interop: from Java to .NET, from PHP to Java, etc.
I’m asking because our powers that be want us to implement public-facing API with SOAP web services, and I’m trying to make a strong point in favor of RESTful XML/JSON API.
Their reasoning is very much brainwashing-induced:
- SOAP is a standards-based protocol (let alone one of our devs has spend last 4 days buried in XML configuration and custom security token serializers trying to somehow bend WCF client so that it would call WSE 3.0 service and it produces all sorts of obscure errors),
- SOAP is secure (but business-wise we don’t need neither encryption nor digital signatures – HTTP over SSL will be more than enough)
- Finally, SOAP is interoperable, and this seems to be the top selling point for them (the whole point of this question)
To reiterate: is SOAP truly interoperable? Your real-world war stories will be excellent.
As long as you stick to WS-I-based SOAP standards, then interop is usually pretty easy. WS-I was designed to address to initial interop problems that early SOAP implementations suffered from.
The problems tend to crop up when using pre-WS-I web services (e.g. rpc-encoded stuff), or when using the fancy security extensions that the likes of WCF makes a big deal of. Those get complex, and hard to debug when they go wrong.