proposed resolution to issue #30

Hi, the ETF proposes the following resolution to issue #30:

 1) The editors shall
   a) remove the mentions of the attribute information items 'id'
and 'href' from sections 2 of both parts of the spec, for these
are encoding-specific attributes,
   b) add the text into section 4 of the Adjuncts, something
along the lines of

 "SOAP Encoding uses unqualified attribute information items with
a local name of id and a type of ID in the
http://www.w3.org/2001/XMLSchema namespace to specify the unique
identifier of an encoded element.
 SOAP Encoding uses unqualified attribute information items with
a local name of href and a type of anyURI in the
http://www.w3.org/2001/XMLSchema namespace to specify a reference
possibly to elements specified by and ID per above, possibly to
other (even external) resources, in a manner conforming to the
XML Specification, XML Schema Specification, and XML
Linking Language Specification.

 2) The issues-list maintainer (Hugo? 8) shall open an issue
according to the following copy of Noah's reaction (member-only
[1]) to my first proposed resolution:

------------- Noah's issue
 I think we need to say a bit about which such URI's are
guaranteed derferenceable, and which not.  We may need to say
that the answer depends on features supported and/or binding.
For example, I hope it's guaranteed that with SOAP+Attachements
(a potential feature), references to attachements are guaranteed
to resolve.  On the other hand, I certainly wouldn't expect a
similar guarantee for a reference to w3.org, if I'm processing
the message on a Palm Pilot that is currently disconnected from
the rest of the Web.  The text you give is ambiguous, but could
lead readers to believe that Web connectivity is required to do
conforming processing of SOAP messages.  Thanks.
 ------------ end Noah's issue

                            Jacek Kopecky

                            Idoox
                            http://www.idoox.com/

[1] http://lists.w3.org/Archives/Member/w3c-xml-protocol-wg/2001Oct/0113.html

Received on Monday, 22 October 2001 09:59:07 UTC