W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > January to March 2001

RE: OPTIONS

From: Jim Whitehead <ejw@cse.ucsc.edu>
Date: Sat, 17 Feb 2001 12:27:25 -0800
To: <w3c-dist-auth@w3.org>, <ietf-dav-versioning@w3.org>
Message-ID: <AMEPKEBLDJJCCDEJHAMIIEEOCJAA.ejw@cse.ucsc.edu>

> Just go read S9.2 of RFC 2616: "... request for information ... on the
> request/response chain identified by the Request-URI." and "If the
> Request-URI is not an asterisk, ... applies only ... when
> communicating with
> that resource."
>

I concur -- it's pretty clear that OPTIONS in HTTP/1.1 is per-resource,
unless the Request-URI is "*".  It's fairly typical for Web servers to have
different capabilities in different parts of their namespace.

Note that this doesn't necessarily mean that a server must perform a query
for each OPTIONS request -- you could, for example, have OPTIONS code that
handles a portion of the namespace.  DeltaV could also add some constraints
as well, such as, if you support VERSION-CONTROL at one level of a namespace
hierarchy, all sub-collections also must support VERSION-CONTROL.  So, this
would allow clients to avoid sending some kinds of OPTIONS requests, if
efficiency is a concern.

- Jim
Received on Saturday, 17 February 2001 15:28:15 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:40 GMT