W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > January to March 2006

rfc2518bis-14: the term 'DAV-compliance'

From: Manfred Baedke <manfred.baedke@greenbytes.de>
Date: Wed, 15 Mar 2006 16:39:51 +0100
Message-ID: <44183547.2070100@greenbytes.de>
To: w3c-dist-auth@w3.org


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.

Received on Wednesday, 15 March 2006 15:40:00 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:35 UTC