Updated: 9/24/02; 2:28:52 AM.
Jake's Radio 'Blog


Tuesday, February 19, 2002

When doing the SOAP-interop work we did last year, we soapbuilders agreed (at least tacitly) that a SOAP server or client should be as liberal as possible in what it can interpret, and as specific as possible in what it sends.

The more I hear from people working with .NET, the more it seems apparent that it fails to follow the latter guideline -- that it seems to rely on the WSDL to determine how to encode and decode SOAP messages, and that little room is left for variation in the message encoding. This, at the expense of interoperability with software that doesn't (or can't) support WSDL at the same level that .NET does.

Fundamentally, this is a problem with the SOAP specification itself: It's too ambiguous. That's why people want WSDL -- they need more specificity for their SOAP messages.

More specificity in the SOAP protocol itself would have made it much easier to support in a wide variety of programming environments, without having to rely on WSDL.

WSDL, while it attempts to declare the specific message format, just hasn't been up to the task, because the nature of dynamically-typed programming environments makes WSDL difficult, if not impossible, to support in those environments.
00:40'26    comment []

© Copyright 2002 Jake Savin.
February 2002
Sun Mon Tue Wed Thu Fri Sat
          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    
Jan   Mar

Radio Stuff


Subscribe to "Jake's Radio 'Blog" in Radio UserLand. Click to see the XML version of this web page.
Click here to send an email to the editor of this weblog.

Click on the coffee mug to add Jake Savin's Instant Outline to your Radio UserLand buddy list.


Click here to visit the Radio UserLand website.