- From: Wallmer, Martin <Martin.Wallmer@softwareag.com>
- Date: Thu, 21 Feb 2002 09:23:44 +0100
- To: "'Julian Reschke'" <julian.reschke@gmx.de>, dasl <www-webdav-dasl@w3.org>
Hi Julian, OK with me, Martin -----Original Message----- From: Julian Reschke [mailto:julian.reschke@gmx.de] Sent: Freitag, 15. Februar 2002 17:30 To: dasl Subject: RE: Resolution of open issues: JW4/DB4/DB5 (insufficient storage status code) Hi, I didn't get any feedback at all. Can I take this as "ok, go forward with this change"? > From: www-webdav-dasl-request@w3.org > [mailto:www-webdav-dasl-request@w3.org]On Behalf Of Julian Reschke > Sent: Sunday, February 03, 2002 5:56 PM > To: dasl > Subject: Resolution of open issues: JW4/DB4/DB5 (insufficient storage > status code) > > > Currently, SEARCH is defined to return a status code of 507 (Insufficient > Storage) when the result set was truncated [1]. The following issues were > raised: > > - Don't use 507 for Insufficient Storage. Use a new code, perhaps 208 > (Partial Results). > - When results are truncated, server replies with a 507 and also > returns an > XML element. > - 507 is currently in conflict with other specs. Need to avoid collisions. > > I think an easy way to resolve this would be to consider to use 207 > (Multi-Status), and then to define how the client would detect a truncated > result set: this could take the same format as in sectiom 2.5.1 > (the SEARCH > arbiter resource would be reported with a 507 status code *inside* the > multistatus response). > > Feedback appreciated, > > Julian > > > > [1] > <http://www.greenbytes.de/tech/webdav/draft-reschke-webdav-search-latest.htm l#rfc.issue.JW4/DB4/DB5> > > >
Received on Thursday, 21 February 2002 03:23:49 UTC