Re: Response when no matching resource was found

Lisa Dusseault <[email protected]> Thu, 16 Dec 2004 08:56:21 -0800
Newsgroups gmane.ietf.webdav,gmane.ietf.deltav
Message-ID <[email protected]>
Do any servers currently do this in responses to REPORT or SEARCH?   
Have they run into problems with clients who don't know how to  
interpret the result if the <multistatus> element is empty?  I wouldn't  
be surprised if there were problems.

Lisa

On Dec 16, 2004, at 6:57 AM, Bernard Desruisseaux wrote:

>
> [ For those not subscribed to www-webdav-dasl, I've copied
> the beginning of this thread at the end of this message. ]
>
> Julian Reschke wrote:
>
>> Bernard Desruisseaux wrote:
>>> The declaration of the DAV:multistatus element in RFC 2518
>>> (section 12.9) specifies that at least one DAV:response
>>> element must appear in a DAV:multistatus element.
>>>
>>> Is that an issue?
>> It's an issue with the original definition, which has (or should have  
>> been) updated in RFC3253 and RFC2518bis.
>> Julian
>
> It's "should have been". :-)
>
> RFC3253 simply makes reference to RFC 2518, Section 12.9
> for the definition of multistatus.
>
> RFC2518bis (-06) still declare DAV:multistatus as follow:
>
>   <!ELEMENT multistatus (response+, responsedescription?)  >
>
> Do you want to open an issue for each document, and perhaps
> clarify in the search draft (although RFC2518bis should end
> up being published before search) ?
>
> Thanks,
> Bernard
>
> ----------------------
>
> Julian Reschke wrote:
>
> > Bernard Desruisseaux wrote:
> >
> >>
> >> What is SEARCH supposed to return as a response when
> >> no matching resource was found?
> >
> >
> >
> > Status 207 with an empty DAV:multistatus response element. This  
> should follow from...:
> >
> >  
> <http://greenbytes.de/tech/webdav/draft-reschke-webdav-search- 
> latest.html#rfc.section.2.3>
> >
> >
> > Julian
> >
>
>