[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: W3C Schema: Resistance is Futile, says Don Box


soap application protocol
 
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> -----Original Message-----
> From: Aaron Skonnard [mailto:aarons@d...] 
>
> If you drop the SOAP encoding rules (section 5), which many 
> now consider to be deprecated by XML Schema, SOAP essentially 
> codifies the following:

 
> 1. Framing and extensibility (via headers)

HTTP has this with standard headers to boot.


> 2. Standard representation for errors

HTTP has standard response codes.


> 3. Binding for sending messages over HTTP

HTTP doesn't require a binding; it's an application protocol.


> 4. Binding for mapping messages to RPC

HTTP has standard methods. 


> If HTTP is an application protocol, I don't see how SOAP can't be
> one.  

Let me help you. Well known headers. Well known methods. An
addressing model worth a damn. SOAP has none of these.

The intersection between an application protocol and SOAP does not
make SOAP an application protocol. That's practically a fallacy of
composition.


> SOAP as it sits today doesn't give you much in terms of 
> interoperability benefit simply because there are no standard 
> headers. 

Agreed. 

 
> HTTP wouldn't be much of a protocol either if you throw out 
> all the headers.

Saying that SOAP might be an application protocol some day as and
when standard headers appear, does not make SOAP an application
protocol today. If HTTP didn't have well understood headers it
wouldn't be much of an app protocol either (putting methods and
addressing to one side for now). Indeed it would be much like SOAP,
except you can send a wider range of data through it with less
fuss. 

So why you'd want to run SOAP in its current state over HTTP when
you have HTTP remains something of a mystery. It's a bit like
shackling a a mountain bike to the roof of an 4x4, driving the 4x4
around and calling it mountainbiking. 


> > Paul Prescod
> > The nice thing is that you can just wrap up your XML messages
> > in SOAP envelopes and bodies and you don't have to change 
> > anything else. You'll be 100% buzzword compliant without
> > improving  interoperability one whit.

Well, to be precise, you can't even do that:
<http://www.w3.org/TR/2001/WD-soap12-part1-20011002/#reltoxml>.
SOAP's dealing with an XML profile after all.

Bill de hÓra

-----BEGIN PGP SIGNATURE-----
Version: PGP 7.0.4

iQA/AwUBPQdlAOaWiFwg2CH4EQIUEgCg1J3mc4oIw51XyOLDTXDzGT3ltvsAoOFC
SqQYcpeic/mvUZescijY+kQz
=DZOs
-----END PGP SIGNATURE-----


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.