- From: Mischa Tuffield <mmt04r@ecs.soton.ac.uk>
- Date: Tue, 28 Jun 2011 10:43:12 +0100
- To: Bill Roberts <bill@swirrl.com>
- Cc: Michael Hausenblas <michael.hausenblas@deri.org>, Linked Data community <public-lod@w3.org>
- Message-ID: <EMEW3|cb5f22694f40cbd5f0cced3713b348dan5RAhg06mmt04r|ecs.soton.ac.uk|D98DBDF6-A>
I suck ... On 28 Jun 2011, at 10:38, Mischa Tuffield wrote: > -----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. And here is the link to the BOSS documentation : http://developer.yahoo.com/search/boss/boss_api_guide/BOSSv2_FAQ.html Mischa > > 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:44:08 UTC