- From: John Ibbotson <john_ibbotson@uk.ibm.com>
- Date: Tue, 24 Jul 2001 09:59:50 +0100
- To: "David Fallside" <fallside@us.ibm.com>
- Cc: xml-dist-app@w3.org
I support option (i) - wo should not be seen to endorse an experimental
framework.
John
XML Technology and Messaging,
IBM UK Ltd, Hursley Park,
Winchester, SO21 2JN
Tel: (work) +44 (0)1962 815188 (home) +44 (0)1722 781271
Fax: +44 (0)1962 816898
Notes Id: John Ibbotson/UK/IBM
email: john_ibbotson@uk.ibm.com
"David
Fallside" To: xml-dist-app@w3.org
<fallside@us.i cc:
bm.com> Subject: HTTP Extension Framwork in SOAP 1.2
07/18/2001
12:00 AM
Please respond
to "David
Fallside"
An issue[1] has been raised against the recently published SOAP 1.2
specification[2] regarding the reference to a normative binding to the HTTP
Extension Framework[3].
The issue relates to the fact that the HTTP Extension Framework
specification has no standing within the IETF but as an Experimental RFC.
This "experimental RFC" status has specific meaning[4] within the IETF.
From RFC2026 section 4.2.3:
If (a) the IESG recommends that the document be brought within the
IETF and progressed within the IETF context, but the author declines
to do so, or (b) the IESG considers that the document proposes
something that conflicts with, or is actually inimical to, an
established IETF effort, the document may still be published as an
Experimental or Informational RFC. In these cases, however, the IESG
may insert appropriate "disclaimer" text into the RFC either in or
immediately following the "Status of this Memo" section in order to
make the circumstances of its publication clear to readers.
and indeed the IESG did insert such a disclaimer in [3]:
IESG Note
This document was originally requested for Proposed Standard status.
However, due to mixed reviews during Last Call and within the HTTP
working group, it is being published as an Experimental document.
This is not necessarily an indication of technical flaws in the
document; rather, there is a more general concern about whether this
document actually represents community consensus regarding the
evolution of HTTP. Additional study and discussion are needed before
this can be determined.
Note also that when HTTP is used as a substrate for other protocols,
it may be necessary or appropriate to use other extension mechanisms
in addition to, or instead of, those defined here. This document
should therefore not be taken as a blueprint for adding extensions to
HTTP, but it defines mechanisms that might be useful in such
circumstances.
Having this "normative" binding within the SOAP 1.2 specification may be
interpreted by some as W3C endorsement of this experimental RFC,
encouraging its use.
We would like to have your feedback/input as to whether the XMLP Working
Group should preserve or remove the reference to the normative HTTP
Extension Framework binding in the SOAP 1.2 specification.
The XMLP WG is considering several options:
(i) removal of all references to HTTP Extension Framework binding
(ii) preservation of status quo
(iii) relocate the references to the HTTP Extension Framework binding to a
non-normative appendix or a separately published document
Send formal comments to xmlp-comments@w3.org (archive available at [5]).
[1] http://www.w3.org/2000/xp/Group/xmlp-issues.html#x109
[2] http://www.w3.org/TR/2001/WD-soap12-20010709
[3] http://ietf.org/rfc/rfc2774.txt
[4] http://ietf.org/rfc/rfc2026.txt
[5] http://lists.w3.org/Archives/Public/xmlp-comments/
............................................
David C. Fallside, IBM
Chair, XML Protocol Working Group
Ph: 530.477.7169
fallside@us.ibm.com
Received on Tuesday, 24 July 2001 05:46:39 UTC