- From: <noah_mendelsohn@us.ibm.com>
- Date: Fri, 6 Sep 2002 23:07:49 -0400
- To: "Martin Gudgin" <mgudgin@microsoft.com>
- Cc: xml-dist-app@w3.org
Before we loosened up the rules for processing bodies [1] I would have said "definitely MUST", as the element names are key to the processing. I think that's still somewhat implied by: "An ultimate SOAP receiver MUST correctly process the immediate children of the SOAP body (see 5.3 SOAP Body). However, with the exception of SOAP faults (see 5.4 SOAP Fault),..." But arguable undercut by: "...Part 1 of this specification (this document) mandates no particular structure or interpretation of these elements, and provides no standard means for specifying the processing to be done." So, in this new world, I can see it either way, but lean toward MUST. Interestingly, [2] makes clear that body child element names are qualified, and [3] makes clear that grandchildren need not be. Having gone that far, aren't we being a bit vague about greatgrandchildren and other descendents. in [3] should we not say, that the elements MAY be qualified, and may have among their descendents other elements that conform to the rules in [3]? Thanks. [1] http://www.w3.org/TR/2002/WD-soap12-part1-20020626/#structinterpbodies [2] http://www.w3.org/TR/2002/WD-soap12-part1-20020626/#soapbody [3] http://www.w3.org/TR/2002/WD-soap12-part1-20020626/#soapbodyel ------------------------------------------------------------------ Noah Mendelsohn Voice: 1-617-693-4036 IBM Corporation Fax: 1-617-693-8676 One Rogers Street Cambridge, MA 02142 ------------------------------------------------------------------ "Martin Gudgin" <mgudgin@microsoft.com> Sent by: xml-dist-app-request@w3.org 08/31/2002 06:38 PM To: <xml-dist-app@w3.org> cc: (bcc: Noah Mendelsohn/Cambridge/IBM) Subject: Issue 356: Allow unqualified elements as children of Body We have two choices for this issue[1] 1. Stick with status-quo, child elements of soap:Body MUST be qualified 2. We can relax the MUST to a SHOULD. I have a preference for the former and propose we close the issue with no action. Gudge [1] http://www.w3.org/2000/xp/Group/xmlp-lc-issues.html#x356
Received on Friday, 6 September 2002 23:00:17 UTC