- From: <noah_mendelsohn@us.ibm.com>
- Date: Tue, 2 Jul 2002 15:35:35 -0400
- To: "Henrik Frystyk Nielsen" <henrikn@microsoft.com>
- Cc: "Martin Gudgin" <mgudgin@microsoft.com>, xmlp-comments@w3.org, xmlp-comments-request@w3.org, "Yves Lafon" <ylafon@w3.org>
+1. I'm not an XML Base expert, but that sounds like a reasonable
accomodation.
------------------------------------------------------------------
Noah Mendelsohn Voice: 1-617-693-4036
IBM Corporation Fax: 1-617-693-8676
One Rogers Street
Cambridge, MA 02142
------------------------------------------------------------------
"Henrik Frystyk Nielsen" <henrikn@microsoft.com>
Sent by: xmlp-comments-request@w3.org
07/02/2002 11:13 AM
To: <xmlp-comments@w3.org>
cc: "Yves Lafon" <ylafon@w3.org>, "Martin Gudgin" <mgudgin@microsoft.com>,
(bcc: Noah Mendelsohn/Cambridge/IBM)
Subject: Conflict between empty role value and SOAP 1.2's use of xml:base
From [1] it says:
"Omitting the SOAP role attribute information item is equivalent to
supplying that attribute with a value of
"http://www.w3.org/2002/06/soap-envelope/role/ultimateReceiver". An
empty value for this attribute is equivalent to omitting the attribute
completely, i.e. targeting the SOAP header block at an ultimate SOAP
receiver."
However, "" is a value relative URI and so this statement conflicts with
our use of xml:base [2] and our use of relative URIs:
"URIs used as values in information items identified by the
"http://www.w3.org/2002/06/soap-envelope" and
"http://www.w3.org/2002/06/soap-encoding" XML namespaces can be either
relative or absolute."
Proposed resolution: Remove the last sentence in the above paragraph so
that it reads:
"Omitting the SOAP role attribute information item is equivalent to
supplying that attribute with a value of
"http://www.w3.org/2002/06/soap-envelope/role/ultimateReceiver"."
Henrik Frystyk Nielsen
mailto:henrikn@microsoft.com
[1] http://www.w3.org/TR/2002/WD-soap12-part1-20020626/#soaprole
[2] http://www.w3.org/TR/2002/WD-soap12-part1-20020626/#useofuris
Received on Tuesday, 2 July 2002 15:48:38 UTC