- From: Hugo Haas <hugo@w3.org>
- Date: Thu, 29 Jul 2004 13:25:40 +0200
- To: Jonathan Marsh <jmarsh@microsoft.com>
- Cc: www-ws-desc@w3.org
- Message-ID: <20040729112540.GB15470@w3.org>
* Jonathan Marsh <jmarsh@microsoft.com> [2004-07-27 08:59-0700]
> Part 3: http://www.w3.org/2002/ws/desc/wsdl20-bindings
I realized that the AD Feature's HTTP serialization ([1] and [2]) had
been omitted. I have added it:
http://dev.w3.org/cvsweb/~checkout~/2002/ws/desc/wsdl20/wsdl20-bindings.html?content-type=text/html;%20charset=utf-8
However, while integrating it, I realized that there were pending
editorial notes in there that I think we can quickly resolve:
- SHOULD [ed: MUST?]
I propose MUST, as per Glen's email[3].
- Where the element information item contains content that cannot be
directly encoded per the HTTP specification, it MUST be escaped.
[ed: how?]
I am afraid that an escaping mechanism may be complex. And we
haven't specified any. I would propose to:
+ only the token production is allowed for local names.
+ the value needs to be serialized in UTF-8. When either of this is
not possible, the EII must be ignored.
- such as an understanding of a <constraint> specified in WSDL [ed:
constraint is not defined]
<constraint> appears in the example in Part 2, but isn't defined.
- The contents of each such HTTP header will be placed in a child
element of the data property [ed: should we define a particular
"wrapper" element here as the top level one?]
Good question. I don't think it's necessary.
- Each child element information item is generated by using the HTTP
header name as the element information item local name [ed: should
we define a particular namespace?]
I propose: No.
Regards,
Hugo
1. http://lists.w3.org/Archives/Public/www-ws-desc/2004Jun/0225.html
2. http://lists.w3.org/Archives/Public/www-ws-desc/2004Jul/0164.html
3. http://lists.w3.org/Archives/Public/www-ws-desc/2004Jul/0354.html
--
Hugo Haas - W3C
mailto:hugo@w3.org - http://www.w3.org/People/Hugo/
Received on Thursday, 29 July 2004 07:25:52 UTC