- 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