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 > > > >Received on Thursday, 16 December 2004 16:56:48 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:44:07 GMT