W3C home > Mailing lists > Public > www-webdav-dasl@w3.org > January to March 2002

RE: Resolution of open issues: JW4/DB4/DB5 (insufficient storage status code)

From: Julian Reschke <julian.reschke@gmx.de>
Date: Fri, 15 Feb 2002 17:29:46 +0100
To: "dasl" <www-webdav-dasl@w3.org>
Message-ID: <JIEGINCHMLABHJBIGKBCKEKGEAAA.julian.reschke@gmx.de>
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 Friday, 15 February 2002 12:40:07 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Sunday, 22 March 2009 03:38:08 GMT