RE: href in where clause

In the server implementations I'm aware of:
 - displayname is not writable, because making it writable would be
equivalent in these systems to a MOVE (rename)
 - displayname must be unique within a collection

Lisa

> -----Original Message-----
> From: www-webdav-dasl-request@w3.org
> [mailto:www-webdav-dasl-request@w3.org]On Behalf Of Julian Reschke
> Sent: Thursday, February 28, 2002 10:29 AM
> To: 'dasl'
> Subject: RE: href in where clause
>
>
> Correct.
>
> Is it writable? Do all members of a collection have different
> displaynames?
>
> Julian
>
> > -----Original Message-----
> > From: www-webdav-dasl-request@w3.org
> > [mailto:www-webdav-dasl-request@w3.org]On Behalf Of Lisa Dusseault
> > Sent: Thursday, February 28, 2002 6:36 PM
> > To: 'Julian Reschke'; 'dasl'
> > Subject: RE: href in where clause
> >
> >
> > A related problem, perhaps for RFC2518, is how displayname
> should be used.
> > If displayname is only the final path segment or filename of a
> > href (as most
> > products seem to be implemented), then displayname might be
> sufficient for
> > most of the kinds of searches you could do with href.
> >
> > Lisa
> >
> > > -----Original Message-----
> > > From: www-webdav-dasl-request@w3.org
> > > [mailto:www-webdav-dasl-request@w3.org]On Behalf Of Julian Reschke
> > > Sent: Thursday, February 28, 2002 6:20 AM
> > > To: dasl
> > > Subject: DAV:href in where clause
> > >
> > >
> > > DAV:href isn't a property, so it can't be used in queries.
> > >
> > > Is this a problem? Examples where DAV:displayname is queried
> > > instead seem to
> > > indicate that. A possible solution would be to allow DAV:href
> > > whereever
> > > DAV:prop is allowed in the where clause.
> > >
> > > For instance:
> > >
> > > <D:where>
> > >   <D:like>
> > >     <D:href/>
> > >     <D:literal>%.doc</D:literal>
> > >   </D:like>
> > > </D:where>
> > >
> > > Of course it would be a problem that WebDAV is silent about
> > > the allowed
> > > formats that can appear in the href element (authority
> > > mandatory? which
> > > forms of relative URI references are allowed and interoperable?).
> > >
> >
>

Received on Thursday, 28 February 2002 13:56:01 UTC