W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > October to December 2000

RE: PROPFIND instead of REPORT (was Re: Minutes Delta-V breakout meeting 14-Dec-00)

From: Clemm, Geoff <gclemm@rational.com>
Date: Mon, 18 Dec 2000 10:21:45 -0500
Message-ID: <3906C56A7BD1F54593344C05BD1374B101685EC2@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org
Currently, a REPORT is defined as "a request for information that
requires more than one argument and does not modify the visible state
of any resource on the server".

I'd like to propose a new criteria for differentiating a property
(what you get with PROPFIND) from a report (what you get with REPORT):

---------------------------------

A "property" is information about a resource that can only be updated
by applying a request to that resource.

A "report" is a request for information that does not modify the
visible state of any resource on the server.

---------------------------------

One advantage of these criteria is that they provide concrete value to
a client implementation.  In particular, a client knows that when it
applies a method to a resource, the only properties it needs to
re-fetch (to reflect the result of that method) are the properties of
the resource itself.

Another advantage of these criteria is that they are consistent with
the currently standardized live properties (so they don't "break"
existing implementations).

A more subjective advantage of these definitions is that I believe
they correspond to many people's intuition about what is a property
and what is a report. In particular, a "dead property" is clearly a
property.

If we use these criteria, a few of the current versioning "properties"
would need to become reports (e.g. DAV:successor-set,
DAV:checkout-set, DAV:baselined-collection-set).  This actually would
simplify the protocol, since we no longer would need the 
post-conditions on MOVE and DELETE that say these properties
are updated when a resource they contain is moved or deleted.

Comments?

Cheers,
Geoff
 
Received on Monday, 18 December 2000 10:22:23 GMT

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