Re: 202 Response to GET request

Glenn Block <[email protected]> Sat, 5 Oct 2013 10:21:11 -0700
Newsgroups gmane.comp.web.services.rest
Message-ID <CAEwD50Cb_CMdpzW4Bc7xOdpGH27dNHGhaqije83SV2L3TNqHCQ@mail.gmail.com>
Seems very odd for the reasons you cited, 202 says your request has
not been processes. The spec also speaks about the location uri pointing to
a monitor. I would not expect the status code of that monitor to be a 202
either.

On Saturday, October 5, 2013, Unmesh Joshi wrote:

> **
>
>
> Hi,
>
> I recently came across an API which was returning '202 Accepted' response
> to GET request. It seemed a bit odd.
> Most asynchronous operations on HTTP implemented with POST request and 202
> response.
> While HTTP does not mandate 202 response to be returned only to POST
> requests, following lines in RFC do indicate, its almost always going to
> POST.
>
> "The 202 response is intentionally non-committal. Its purpose is to allow
> a server to accept a request for some other process. (perhaps a
> batch-oriented process that is only run once per day) without requiring
> that the user agent's connection to the server persist until the process is
> completed. "
>
> Have anyone come across implementations using 202 response for GET?
>
> Thanks,
> Unmesh
>
>  
>