- From: Clemm, Geoff <gclemm@rational.com>
- Date: Sun, 25 Nov 2001 12:12:48 -0500
- To: w3c-dist-auth@w3.org
Clearly a situation of trying to pick the least bad alternative ... I also agree that Julian's alternative appears to be the least bad. There is no "error" in any of the underlying specs (URI, XML namespace) that would support requesting a change. Declaring WebDAV processing to be incompatible with URI or XML namespaces would be worse. For Julian's issues, it would be up to the server to pick a NS if the client request does indicate that the client understands the new NS, but the conservative thing to do would be to use the DAV: namespace. The other issue is not really an issue, but rather a point that would need to be made in the revised spec. Cheers, Geoff -----Original Message----- From: Julian Reschke [mailto:julian.reschke@greenbytes.de] Sent: Friday, November 23, 2001 11:28 AM To: Jason Crawford Cc: w3c-dist-auth@w3.org Subject: RE: RFC2518 (WebDAV) / RFC2396 (URI) inconsistency Thanks, Jason. We'd probably need to cover some more issues: - how does a server decide which NS to use in a reply if the request didn't contain a body (PROPFIND for instance), - clarification, that <foo xmlns="DAV:"/> and <foo xmlns="newuri..." /> map to *identical* properties, - and probably some more details... Julian > -----Original Message----- > From: Jason Crawford [mailto:ccjason@us.ibm.com] > Sent: Friday, November 23, 2001 5:06 PM > To: Julian Reschke > Cc: w3c-dist-auth@w3.org > Subject: RE: RFC2518 (WebDAV) / RFC2396 (URI) inconsistency > > > > I think Julian is right. > > The specs conflict. > It sounds like the other specs are not going to change. At least not > 2396. > It does sound like some of us feel that what 2518 specifies isn't really > what should have been specified. > > I'll support the suggestion that > > 1) We pick a second URI for our namespace. I'll suggest > http://webdav.org/base. > 2) We update the spec to use this new URI in the examples. > 3) We deprecate DAV: as the namespace URI in the spec. > 4) ASAP implementors start accepting the new URI in addition to DAV: > 5) Later implementors can start transmitting the new URI. > > J. > > ------------------------------------------ > Phone: 914-784-7569, ccjason@us.ibm.com > > > >
Received on Sunday, 25 November 2001 12:13:22 UTC