- From: Mischa Tuffield <mmt04r@ecs.soton.ac.uk>
- Date: Tue, 28 Jun 2011 10:38:29 +0100
- To: Michael Hausenblas <michael.hausenblas@deri.org>
- Cc: Bill Roberts <bill@swirrl.com>, Linked Data community <public-lod@w3.org>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, On 28 Jun 2011, at 07:46, Michael Hausenblas wrote: > >> Should we be returning 500 instead? > > Yes. To be more concise, I'd think that 503 [1] is appropriate. A 4xx is not appropriate IMHO, because [2]: > > [[ > The 4xx class of status code is intended for cases in which the client seems to have erred. > ]] Indeed 503 seems like the right thing™ to use, Yahoo's response codes may be a good place to look at an implementation of a webservice. Mischa > Cheers, > Michael > > [1] http://tools.ietf.org/html/rfc2616#section-10.5.4 > [2] http://tools.ietf.org/html/rfc2616#section-10.4 > -- > Dr. Michael Hausenblas, Research Fellow > LiDRC - Linked Data Research Centre > DERI - Digital Enterprise Research Institute > NUIG - National University of Ireland, Galway > Ireland, Europe > Tel. +353 91 495730 > http://linkeddata.deri.ie/ > http://sw-app.org/about.html > > On 28 Jun 2011, at 07:21, Bill Roberts wrote: > >> Looking for some advice from the community. If we time out a slow-running SPARQL query, what is the most appropriate HTTP status code to return to the client? We had been trying 408, but the problem with that is that some clients (notably Firefox) take it on themselves to keep retrying the request, which isn't really what we want. >> >> Should we be returning 500 instead? >> >> Thanks >> >> Bill >> >> > > -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.12 (Darwin) iQIcBAEBAgAGBQJOCaEcAAoJEJ7QsE5R8vfvFwMP/0sC4MItGAXaGEfr6FvDuauo WcvPTmZPVkaZQqjCaHGrk5h1nLotuV0/yirAN5wEaibUdKDBbQbmOqSqjvspvIGS YXuH6wvB7jze4odwxl5M7Vae6/9MBODYeRiHGh46LZreSzGw0km50SQltozNZ93D O6VAIq/bfOpGdYB4FpRqNhhNr120pd6HRx+zzUTL/naLkYek/BI6Tj23jwrBiiSd DxQNOEeAA4VzvAhWU5hBloDtU3b5aSMgXr0k3Spkorj0/3ayZg2Zk+P00POMHHiz W1fh5puV16SNSPQZtA9yD4gJxjrjSJoKgzdNq2MPcveurYrCosm4mRrLcBy4AV76 FLVOy7NLax274Poptsvix9uRcdYnTnhpfTZv0sdT8hTNQmhJtvdBO4PLtUPIvyOA 7XP1Oe6JleZ+I8e4KOakuzLjosmeeiNY/ZdOVSWyzRzKowlrG5ftn5hNMt7csDp+ mHt87587vqMuIzyc7TfEdUUM1d3hwQI1uI2oBgWzNZ1PjpEyjLxgFq1UXtLwM0PC 1PVNA8dRjqwmywdMzsIF0DE2EiSCUjNcnNxMBHH7W7+dLPDzSq6+egcwuO9KMqP8 nZMnB5vaTGFydvuMb5jaWkuTUCjuuSRFr/du1gSmiEmRjnMKe70uyhJ0SWljVz67 mP3Lft5SnUQPmcK+GKXS =vPwh -----END PGP SIGNATURE-----
Received on Tuesday, 28 June 2011 09:39:44 UTC