- From: Eric J. Bowman <eric@bisonsystems.net>
- Date: Tue, 19 Oct 2010 22:34:02 -0600
- To: Mark Nottingham <mnot@mnot.net>
- Cc: "Anne van Kesteren" <annevk@opera.com>, "HTTP Working Group" <ietf-http-wg@w3.org>
Mark Nottingham wrote: > > Re GET, see > http://trac.tools.ietf.org/wg/httpbis/trac/ticket/19 > > The only exception method is HEAD, as per > http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-11#section-3.3 > Thanks for the reference, it led me to this, which is the explanation I was looking for: http://lists.w3.org/Archives/Public/ietf-http-wg/2002JulSep/0036.html *Now* I get it (I'm not dense, just a little slow). Also, that last sentence is particularly helpful to me, as I was defining my method based on my intended use, instead of thinking in terms of extensibility i.e. re-use... > > >> HTTP methods SHOULD be registered in a document that isn't > >> specific to an application or other use of HTTP, so that it's > >> clear that they are not specific to that application or extension. > > > > That's very vague (what does "other use" mean). > > That can be dropped. > Or changed; if the spirit and intent is to think of extensibility. That language describes what I was already doing -- defining a new method as a standalone document -- without alerting me to the pitfall of defining my method as a reflection of my application, instead of as something of general use. Whereas Roy's last sentence caused a forehead-slap moment for me, that I shouldn't even require an empty entity-body. IOW, I just took my first shot at defining an HTTP method, and got it completely wrong right out of the gate; a little guidance would have made for a better start IMHO. -Eric
Received on Wednesday, 20 October 2010 04:34:44 UTC