Re: why no doc type declaration and PIs in SOAP?

> (ii) Adding them doesn't add much to the complexity, they are part of
> XML so we should allow them.

ugh, now i have to add entity handling, attribute default values, etc? 
DTD adds a big burden -- I don't think it would still be possible to
build a SOAP processor directly on SAX, e.g.  Also, isn't it Official
W3C Opinion that DTD's are declasses -- schema is the way to go?

> My original suggestion for resolution of issue 4 was to retain their
> current status (i.e. not allowed) and add text requiring a SOAP
> processor to generate a fault when a message containing one was received.

Hmm, since the spec currently says their illegal, an incoming message
that has them is ill-formed, so aren't you supposed to fault now
anyway?  (I do.) But a little repetition and redundancy never hurt too
much, I s'pose.
	/r$

-- 
Zolera Systems, Your Key to Online Integrity
Securing Web services: XML, SOAP, Dig-sig, Encryption
http://www.zolera.com

Received on Thursday, 20 September 2001 13:35:03 UTC