- From: Norman Walsh <ndw@nwalsh.com>
- Date: Mon, 27 Aug 2007 11:50:55 -0400
- To: public-xml-processing-model-wg@w3.org
- Message-ID: <m24pilc6xs.fsf@nwalsh.com>
| 7.1.9 HTTP Request [...] | The HTTP Request step provides interactions with resources identified by | URIs over HTTP or HTTPS. The input document provided on the source port I suggest we delete "over HTTP or HTTPS". Yes, the step is called http-request, but I don't see any reason to forbid an implementation From supporting URIs of some other scheme. | specifies the request by a single c:http-request element. This element | specifies the method, resource, and other request properties as well as | possibly including an entity body (content) for the request. | | When the request is formulated, the step and/or protocol implementation | may add headers as necessary to either complete the request or as | appropriate for the content specified (e.g. transfer encodings). A user of | this step is guaranteed that their requested headers and content will be | sent with the exception of any conflicts with protocol-related headers. If | the user of the step requests a header value (e.g. content-type) that | conflicts with a value the step and/or protocol implementation must set, | the step will fail. Do we want to fail, or just use the "right" values? | If the username attribute is specified, the username, password, I think this prose needs to be moved down into 7.1.9.2, it's very confusing here. I'll try to continue this review later. Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | It is not impossibilities which fill us http://nwalsh.com/ | with the deepest despair, but | possibilities which we have failed to | realize.--Robert Mallet
Received on Monday, 27 August 2007 15:51:08 UTC