Re: Examples of Async Restful services

Unmesh Joshi <[email protected]> Thu, 9 May 2013 07:57:23 +0530
Newsgroups gmane.comp.web.services.rest
Message-ID <CAOk+zfcB9vWHA2GTpXFfKMjMa8Eg7PeuBh7xguNB8mZqMBPzRA@mail.gmail.com>
There are additional advantages of 202 polling pattern. We can use
conditional request processing, plus all the benefits of HTTP caching.
Are there any references which discuss practical benefits of 202 polling
pattern over PuSH?


On Wed, May 8, 2013 at 8:31 PM, Erik Wilde <[email protected]> wrote:

> On 2013-05-08 07:45 , Mike Kelly wrote:
>
>>     On 08.05.2013, at 13:26, Shaunak Kashyap <[email protected]
>>     <mailto:ycombinator%40gmail.**com <ycombinator%2540gmail.com>>>
>> wrote:
>>      > I'm not sure if the callback approach is necessarily in conflict
>>     with the RESTfulness of the API
>>     Violates stateless server constraint.
>> Afaik, "stateless server" is not a constraint..
>>
>
> no it isn't. a PubSub mechanism such as PuSH can be layered on top of a
> pull-oriented REST architecture with atom without violating any REST
> constraints. PuSH simply failed to properly address subscription
> management, but otherwise had no architectural issues. managing
> subscriptions on the server is fine REST-wise, it's just fairly expensive
> and thus not a style you would want to follow unless that cost is
> justified. on a side note, since the actual messages are nicely
> self-describes messages, PuSH allowed fairly nice optimization for the push
> side of things, by using layered hub setups.
>
> cheers,
>
> dret.
>
> --
> erik wilde | mailto:[email protected]  -  tel:+1-510-2061079 |
>            | UC Berkeley  -  School of Information (ISchool) |
>            | http://dret.net/netdret http://twitter.com/dret |
>