- From: David Ezell <David_E3@Verifone.Com>
- Date: Tue, 20 Mar 2001 18:04:17 -0500
- To: "'xml-dist-app@w3.org'" <xml-dist-app@w3.org>
At the face to face meeting in Cambridge (February 26 - 27) I agreed
to begin the discussion of Issue 48 in [1], raised in an email to
xml-dist-app [2].
<quote>
R202
"The XML Protocol should allow applications to include custom
encodings for data types used for parameters and results in
RPC messages."
The SOAP encodingStyle attribute [5] can be used to used to indicate
arbitrary serialization rules within a SOAP message. Section 5 [3] of
the specification also states that "use of the data model and encoding
style described in [the section describing the default SOAP encoding] is
encouraged but not required; other data models and encodings can be used
in conjunction with SOAP."
</quote>
To my reading, the point being made here is that the XML Protocol
requirements don't go as far as SOAP/1.1 in terms of defining or encouraging
special encoding vocabularies.
I would strongly urge that we keep the current wording, and go no farther
in "blessing" any specific type of encoding. As a possible amelioration
we should *at most* reference the SOAP/1.1 specification, section 5 [4] as
a useful encoding for RPC.
Rationale
=========
Encoding rules outside those described by XML per se are application semantics,
and are hence best left out of scope for XML Protocol [6]. Encoding rules
represent an agreement between applications to interoperate in ways not directly
prescribed or describable by XML Infoset. Additionally, the encoding rules are
based on older RPC architectures, and are arguably only applicable in situations
which represent ports of legacy services created using COM, CORBA, or RMI.
More importantly, type definitions in XML documents and how they map to
application programming languages is an issue best left to implementations
of content model information sets, such as the XML Schema post validation
infoset. Leaving the issue there helps assure maximum "composability"
(borrowing Paul Cotton's phrase) with other W3C specifications as well
as with outside specifications.
Best regards,
David Ezell
[1] http://www.w3.org/2000/xp/Group/xmlp-issues.html
[2] http://lists.w3.org/Archives/Public/xml-dist-app/2001Jan/0193.html
[3] http://www.w3.org/TR/SOAP/#_Toc478383512 <http://www.w3.org/TR/SOAP/
[4] http://www.w3.org/TR/SOAP/#_Toc478383512 <http://www.w3.org/TR/SOAP/
[5] http://www.w3.org/TR/SOAP/#_Toc478383495 <http://www.w3.org/TR/SOAP/
[6] N.B. the adoption of multi-part MIME encoding is a separate issue,
as I believe that such encodings are currently viewed as "bindings".
Received on Tuesday, 20 March 2001 18:09:06 UTC