- From: Clemm, Geoff <gclemm@rational.com>
- Date: Thu, 5 Sep 2002 08:35:29 -0400
- To: w3c-dist-auth@w3.org
I don't think we have to require that relativeURIs be resolved for comparisons (since we can't expect a server to determine when two URLs in general are bound to the same resource) but a server should be allowed to do so. The primary need is to be able to say "find resources whose xxx:foo property refers to a resource whose yyy:bar property has the value zzz" (i.e. to search through hrefs the way DAV:expand-property lets you PROPFIND through hrefs. Cheers, Geoff -----Original Message----- From: Julian Reschke [mailto:julian.reschke@gmx.de] Sent: Thursday, September 05, 2002 8:12 AM To: Clemm, Geoff; w3c-dist-auth@w3.org Subject: RE: Interoperability for DAV:ishidden? Correct. Keep in mind that back when DAV:basicsearch was designed, there was no href-typed DAV: property. The issue here is to define a meaningful operator -- for instance, at a minimum the operator would need to be able to resolve relativeURIs for comparisons, right? Julian -- <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 > -----Original Message----- > From: w3c-dist-auth-request@w3.org > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Clemm, Geoff > Sent: Thursday, September 05, 2002 2:06 PM > To: w3c-dist-auth@w3.org > Subject: RE: Interoperability for DAV:ishidden? > > > > The DASL spec doesn't have provisions for searching through > a DAV:href reference? That sounds like an essential piece of > functionality > for a DAV searching protocol. > > Cheers, > Geoff > > -----Original Message----- > From: Julian Reschke [mailto:julian.reschke@gmx.de] > Sent: Thursday, September 05, 2002 4:17 AM > To: Eric Sedlar; w3c-dist-auth@w3.org > Subject: RE: Interoperability for DAV:ishidden? > > > > > -----Original Message----- > > From: w3c-dist-auth-request@w3.org > > [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Eric Sedlar > > Sent: Thursday, September 05, 2002 4:08 AM > > To: w3c-dist-auth@w3.org > > Subject: Re: Interoperability for DAV:ishidden? > > > > > > > > One property that keeps coming up (also in the Microsoft > proposal) is the > > resource-ID property, to uniquely identify a resource > (generally a GUID). > > I'm constantly getting requests from internal groups for this, > > and I know a > > lot of the JSR-170 people are interested in this for content management > > apps. > > As Geoff pointed out, this will be available as part of the BIND spec. It > could be used on systems even when they don't specifically > support the BIND > method. > > > Of course another related requirement is the ability to fetch > resources by > > ID. This could be done either by fully utilizing the DAV: > namespace, e.g. > > DAV:<resourceID> as the URL or by waiting for DASL. > > First of all, the "unique resource ID" just is a URI. Which URI scheme is > used is up to the server. So it's completely free to assign an > HTTP URI, and > this obviously could then be used to fetch the ressource. If the > resourceId > isn't an HTTP URI, WebDAV doesn't give you any direct mean to retrieve it. > > Re: locating a WebDAV ressource by resourceid -- this won't work with the > current DASL spec (at least not with the DAV:basicsearch grammar), as I > expect the property to have DAV:href content -- something in > which you can't > search using DASL. Therefore, a REPORT (locate-by-resourceid) may be > appropriate... > > Julian > > -- > <green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760 >
Received on Thursday, 5 September 2002 08:37:09 UTC