W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2012

HTTP status code for "response too large"

From: Andreas Maier <MAIERA@de.ibm.com>
Date: Wed, 18 Apr 2012 07:41:24 -0400
To: Mark Nottingham <mnot@pobox.com>
Cc: IETF HTTP WG <ietf-http-wg@w3.org>, Thomas Narten <tnarten@us.ibm.com>
Message-ID: <OFD186EDCA.AF2D3EBA-ON852579E4.003EB3DE-852579E4.00403734@de.ibm.com>

Hi Mark,
I am working for IBM in the DMTF standards org. We are defining a RESTful
protocol for CIM based directly on HTTP ("CIM-RS"), and we want to be as
truthfully RESTful and HTTP compliant as possible.

We want to support an "expand" query parameter that causes references to
resources in the result to be expanded to the resources that they
reference. One of the error situations in this context is that the
expansion can lead to a result that is too large to handle for the server
(e.g. in cases of high mutiplicities on CIM associations). The recovery for
this situation is that the client specifies less expansions in the first
request issues subsequent requests for separate expansion (one per
reference, which can then be paged into multiple responses in case of high
multiplicities).

So it is not the typical server-side recovery, where the client waits for
less load on the server or the server admin needs to add more resources to
the server. The recovery attempt can be immediately decided upon by the
client without any change in server configuration or workload.

We'd like to have a HTTP status code that allows the client to detect this
situation so it can recover from it. In order to make it easy for the
client, I think that should not be a use of status code 500, but its own
status code. I checked all status codes on the IANA HTTP status code
registry and found no one that matched this situation. But I found that the
HTTP WG is working on an RFC for additional HTTP status codes that is
currently in draft :-)

So my questions to you and the WG are:
   - Do you have a recommendation on how to handle this situation?
   - How is your view on the idea to add an HTTP status code for "response
   too large"?

PS: If you're interested in CIM-RS, what you find currently on the DMTF
site or when googling it are informational specs from an incubator that do
not yet have the "expand" query parameter. The real specs from the CIM-RS
WG are about to be released as a Work in Progress in the next weeks.

Andy

Andreas Maier
IBM Senior Technical Staff Member, Systems Management Architecture & Design
IBM Research & Development Laboratory Boeblingen, Germany
maiera@de.ibm.com, +49-7031-16-3654
________________________________________________________________________
IBM Deutschland Research & Development GmbH
Vorsitzende des Aufsichtsrats: Martina Koederitz
Geschaeftsfuehrung: Dirk Wittkopp
Sitz der Gesellschaft: Boeblingen
Registergericht: Amtsgericht Stuttgart, HRB 243294
Received on Wednesday, 18 April 2012 11:42:19 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 27 April 2012 06:52:00 GMT