- From: Norman Walsh <ndw@nwalsh.com>
- Date: Thu, 05 Feb 2009 08:12:46 -0500
- To: public-xml-processing-model-comments@w3.org
- Message-ID: <m2r62djacx.fsf@nwalsh.com>
"Florent Georges" <fgeorges@fgeorges.org> writes: > Hi, > > In the note in <http://www.w3.org/TR/xproc/#cv.request> in the > current CR from late November, one can read: > > In the case of simple "GET" requests, implementors are encouraged > to support as many protocols as practical. In particular, pipeline > authors may attempt to use p:http-request to load documents with > computed URIs using the file: scheme. > > It sounds quite weird to me. What does GET mean for another > protocol than HTTP? In the same way, the first sentence in §7.1.10, > p:http-request says "The p:http-request step provides for interaction > with resources over HTTP or related protocols." What is a "related > protocol?" I can understand HTTPS, but which other one? In addition to file:, which is overloading things a bit, and https: there are a whole bunch of protocols that are essentially HTTP under the covers. Some of these are application and vendor specific, few (if any) are standardized. I'm thinking of ical:, I've seen several references to webdav:, etc. The idea is that if one or more of these takes off, it's perfectly reasonable for p:http-request to "do the right thing". Be seeing you, norm -- Norman Walsh <ndw@nwalsh.com> | All our foes are mortal.--Paul Valéry http://nwalsh.com/ |
Received on Thursday, 5 February 2009 13:13:26 UTC