Open jpf opened 11 years ago
Hmm. Well self-description is part of the protocol. Right now that would be with the OPTIONS verb. I'm torn though because if it where a different URL, I could imagine referencing it in an error to a bad request, but it seems like it should be clear to use the OPTIONS verb.
I'm not tied to a particular implementation. Just proposing a gentle nudge of some sort to developers who aren't used to OPTIONS yet.
As an aside, how does one make an OPTIONS request with curl(1)?
True. Command line tools will either tell you how to use help or display it in place when you use it wrong. I think that's a good pattern.
On Wed, Nov 28, 2012 at 2:28 PM, Joël Franusic notifications@github.comwrote:
I'm not tied to a particular implementation. Just proposing a gentle nudge of some sort to developers who aren't used to OPTIONS yet.
— Reply to this email directly or view it on GitHubhttps://github.com/webpipes/spec/issues/1#issuecomment-10825969.
Jeff Lindsay http://progrium.com
-X/--request
curl -X OPTIONS http://example.com
On Wed, Nov 28, 2012 at 2:29 PM, Joël Franusic notifications@github.comwrote:
As an aside, how does one make an OPTIONS request with curl(1)?
— Reply to this email directly or view it on GitHubhttps://github.com/webpipes/spec/issues/1#issuecomment-10826029.
Jeff Lindsay http://progrium.com
The spec defines expected behavior:
However, for people who are manually exploring the API (with curl, for example) I propose that we define how webpipe endpoints would respond to unexpected input: