W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 1996

Re: Attributes in Prelim DAV Spec

From: Kenji Takahashi <kt@nttlabs.com>
Date: Tue, 12 Nov 1996 13:03:05 -0800
Message-Id: <199611122103.NAA14203@alicia.nttlabs.com>
To: Larry Masinter <masinter@parc.xerox.com>
cc: w3c-dist-auth@w3.org

>Suppose that a versioning-aware server just returns a LINK header, e.g.,
>   GET http://www.cern.ch/TheBook/chapter2 HTTP/1.1
>returns headers that include
>   Link: <http://www.cern.ch/meta-repository/TheBook/chapter2>; rel="MetaData"
>and then the client will know that it can do GETs against 
>the linked URL to get and modify the attributes of the included

This is dangerous because attributes or something may change during two
transactions.  For example, the content may be changed after the GET of
the content and before the GET of the attributes.  This results in 
the inconsistency between the contents and attributes.  So, I thingk
the content and its attributes should be gotten in one transaction.

How about the following (we are implementing this now).   The attributes 
are sent as HTTP headers with the content with options.  To specify options, 
I would like to propose "request-attributes" header for GET.  If this header 
is not included in the GET request, attributes are not sent.  For example, 
if you would like to get the "author" and "lock-state" attributes:

GET http://foo.bar.content
request-attributes: author,lock-state, etc... 

If you need all the attributes:

GET http://foo.bar.content
request-attributes: *

If you need only the attributes.
HEAD http://foo.bar.content
request-attributes: *

Also I would like to propose something like SET_ATTR to set 
attributes.  Good symmetry, hah?
  GET  <-> PUT

Best regards,

Received on Tuesday, 12 November 1996 16:03:10 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 20:01:09 UTC