- From: Clemm, Geoff <gclemm@rational.com>
- Date: Thu, 13 Dec 2001 02:29:02 -0500
- To: w3c-dist-auth@w3.org
From: Peter Raymond [mailto:Peter.Raymond@merant.com] 1) Section 9 says that methods MUST produce the same results when submitted on different bindings to the same resource. I disagree, if you issue a PROPFIND request on /coll1/bar the href returned would be /coll1/bar, if you issue the same PROPFIND request on /coll2/bar (which is bound to the same resource) the href returned would be /coll2/bar. The responses would not be the same. I am sure there could be other examples of this. Yeah, trying to define the semantics of a "binding" is tricky. I'd have to look up in our notes whether we came up with something better, or just didn't try. We might just need to give a method by method definition of the semantics, and then let folks infer from that how they should act for future extensions. 2) We found the definition of the DAV:bindings property in section 13.1 very confusing. It would be good to show an example of this property, an interesting example would be the DAV:bindings on resource R2 from Figure 1. I will send a separate e-mail on this issue. OK. 3) Section 15 describes capability discovery and shows the use of a header called Public. I cannot find a definition of this header in RFC2518 or RFC2616 (there is a Cache-Control public directive but no Public header). In what specification is this header defined? Maybe I just missed it. This is a deprecated header from an earlier version of the HTTP-1.1 draft (rfc 2068). The reference should be removed. 4) Also on the subject of section 15, it seems we have many ways of finding out what capabilities a server or a resource has...Allow header, Public header, DAV header, DAV:supported-method-set property (in DeltaV). I find this confusing, and I know in the various WebDAV groups there has been some discussion of these and the differences between them, I think they should be defined clearly and consistently in all the WebDAV related specifications. The Public header is gone, but the rest remain. We have defined DAV:supported-method-set to be the same as Allow, so it really is DAV header, combined with the DAV:supported-xxx properties. And we hope to add these properties to the next 2518 draft, so that they are generally available, and not just in DeltaV. 5) Section 18 there is a missing space in the last sentence (after the 507 code). Yup. 6) Is there anyone looking at how bindings affect the other protocols, for example have we looked at how DeltaV features (like Baseline etc) are affected by bindings? I tried to keep bindings in mind for all of the of the DeltaV features. If you notice anything that might be a problem, please let me know. BTW...are there any server vendors out there that implement or are thinking of implementing the BIND method? Yes. Similarly are any clients using it? Not yet, as far as I know. Cheers, Geoff
Received on Thursday, 13 December 2001 02:29:35 UTC