- From: Manfred Baedke <manfred.baedke@greenbytes.de>
- Date: Wed, 15 Mar 2006 16:39:51 +0100
- To: w3c-dist-auth@w3.org
Hi, the more I think about it, the more headaches I get from the term 'DAV-compliance' as it is used in RFC2518bis. First of all, it is never defined in the specification, though it appears to be a widely used technical term. Since it is not defined explicitly, one has to extract its meaning from the usage in the text. A DAV-compliant resource has to support all methods defined in the spec with the exception of LOCK and UNLOCK. Consequently, if an implementation decides to support a proper subset of the set of these methods, it will be not DAV-compliant. But of course, one wants such an implementation to fulfil general requirements on DAV resources, for example those defined in section 5.2 on collection resources. But section 5.2 in turn applies explicitly to DAV-compliant resources, using wordings like 'For all WebDAV compliant resources A and B, identified by URLs "U" and "V" respectively...'. IMHO, the term 'DAV-compliance' should refer to implemetations that are aware of the specification and fulfil some general requirenments. It does not make sense to require a DAV-compliant resource to support any given set of methods (there are still the compliance classes to express different levels of support). Consequently, i would drop all the requirements matching the 'All DAV-compliant resources MUST support the XYZ method' pattern from the method definitions in section 9 and define a DAV-compliant resource to be a resource fulfilling the MUST requirements in the spec. Regards, Manfred
Received on Wednesday, 15 March 2006 15:40:00 UTC