- From: Stefan Eissing <stefan.eissing@greenbytes.de>
- Date: Thu, 11 Apr 2002 14:56:05 +0200
- To: "Nevermann, Dr., Peter" <Peter.Nevermann@softwareag.com>
- Cc: ietf-dav-versioning@w3.org
As I understand it, the precondition will prevent that a resource can have dead properties of the same name as a deltav live property. So, on a deltav compliant server, you cannot retrieve or set the property DAV:version-history on a non-VCR resource (e.g. plain, unversioned resource of RFC 2518 style). A server, just followin 2518, would allow the setting of such a property. It would be a dead properties without any meaning, but returned on a PROPFIND nevertheless. //Stefan Am Donnerstag den, 11. April 2002, um 14:38, schrieb Nevermann, Dr., Peter: > In our group we are discussing about the exact meaning of the > additional > precondition(s) DAV:supported-live-property for PROPFIND and > PROPPATCH (3.11 > and 3.12 in RFC 3253). In particular, the meaning of "the > semantics of a > property being supported by the server". > > Is the following an example? > A PROPPATCH request intends to modify the value of a "checkout-fork" > property of a checked-out VCR to something different than > DAV:forbidden or > DAV:discouraged, say, to an empty value. Then the > DAV:supported-live-property precondition is violated. > > Another interpretation is, that it has to do with properties which > are not > REQUIRED (...but there are not such properties as fas as I can see!). > > Thanks, > Peter >
Received on Thursday, 11 April 2002 08:57:01 UTC