[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] RE: headers (was ERH on Web Services
The inability for an XML entity to "contain" another XML entity (along with a text declaration, doctype decl, etc) has less to do with SOAP than it has to do with XML core. There are several ways to do it (independent from SOAP), but few people are thrilled with the results. Relating this to SOAP's prohitibion on DTDs is a red herring IMO. As for yet another layer to add headers, the world should be used to it by now. HTTP introduced its own header mechanism despite the fact that TCP supported header extensions back in the 1980's. By now, people should be used to seeing protocols that attempt to avoid unneccessary dependencies on adjacent layers. DB -----Original Message----- From: Simon St.Laurent [mailto:simonstl@s...] Sent: Sun 2/9/2003 11:01 AM To: xml-dev@l... Cc: Subject: RE: headers (was ERH on Web Services dbox@m... (Don Box) writes: >Most of the SOAP spec is dedicated to the processing model of the >"mashed header/body" of a SOAP envelope. Check out part 1 of the >current SOAP/1.2 spec for more details. I'm aware of what SOAP does. I just think it's a bad idea. >FWIW, SOAP headers were introduced back in the 1990's to allow for >orthogonal extensibility over app-specific payloads. As for SOAP vs. >MIME vs. HTTP headers, SOAP tries to generalize the concept of an >intermediary to allow more flexibility in forming a message path. I >believe this is a non-goal for MIME and rather is left for HTTP, SMTP, >etc. to invent for themselves. I think SOAP has made a gigantic mistake in this regard, and its insistence on an envelope has created new problems for XML like the recurring need to subset XML that pops up on TAG. ("You can't stuff a whole XML document with DOCTYPE into this 'envelope' we created, so let's chop up the contents into bits we can digest.") Developing a protocol that used XML for headers might well have made sense. Developing a protocol that slaps headers and content into a single XML document as children of an envelope is very different. It's especially unfortunate given that HTTP already had a history of using (MIME-based) headers for message path management, and SOAP still most frequently rides inside of that. Not like I can stop it of course, but marveling at SOAP's ghastliness is an entertaining sport, one that seems unlikely to disappear. -- Simon St.Laurent Ring around the content, a pocket full of brackets Errors, errors, all fall down! http://simonstl.com -- http://monasticxml.org ----------------------------------------------------------------- The xml-dev list is sponsored by XML.org <http://www.xml.org>, an initiative of OASIS <http://www.oasis-open.org> The list archives are at http://lists.xml.org/archives/xml-dev/ To subscribe or unsubscribe from this list use the subscription manager: <http://lists.xml.org/ob/adm.pl>
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|