On 01/26/2013 04:47 PM, BGB wrote:
On 1/26/2013 8:12 AM, Arne Vajh?j wrote:
On 1/26/2013 12:31 AM, BGB wrote:
[ SNIP ]
FWIW: I once messed briefly with XML-RPC, but never really did much
with
it since then, although long ago, parts of its design were scavenged
and
repurposed for other things (compiler ASTs).
XML-RPC never really took off. Instead we got SOAP.
I don't really like SOAP...
[ SNIP ]
I don't know anyone who does, I know I don't. Still, it's what we've
got. For well-designed operations and schemas it's not that verbose, not
appreciably worse than JSON. Having WSDLs and the ability to validate is
useful, although over the years I've come to believe that WSDL-first is
an abomination unless the project is extremely structured and
disciplined.
SOAP is also - still - the only game in town for various security and
transactional tasks, even if aspects of WS-Security are atrocious. For
true web services I'd use REST almost always, because SOAP actually
isn't much to do with the Web at all. But if I need application
security, encryption of portions of a message, non-repudiation,
transactionality etc,and I'm really doing RPC, I'm using SOAP.
Standards are rarely optimal.
But a standard is a standard.
build on top of it.