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

RE: headers (was ERH on Web Services

  • To: "Simon St.Laurent" <simonstl@s...>,<xml-dev@l...>
  • Subject: RE: headers (was ERH on Web Services
  • From: "Don Box" <dbox@m...>
  • Date: Sun, 9 Feb 2003 12:09:00 -0800
  • Thread-index: AcLQbYrvWSPcKBVbQG6n9FqylgxISgAB7irU
  • Thread-topic: headers (was ERH on Web Services

xml headers
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!

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.