couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Anderson (JIRA)" <>
Subject [jira] Commented: (COUCHDB-421) add longpolling for _changes
Date Tue, 21 Jul 2009 08:03:14 GMT


Chris Anderson commented on COUCHDB-421:

just looking at the new patch. definitely solid. One think I see: the changes_response_type/1
function may be a smell that we shouldn't have eg:


but rather an single query parameter like:


with a default of "normal".

This way we don't need a helper function to parse it and we also don't need to worry about
cases where a user (or library) does something silly like:


This involves changing the API but maybe it's worth it?

> add longpolling for _changes
> ----------------------------
>                 Key: COUCHDB-421
>                 URL:
>             Project: CouchDB
>          Issue Type: New Feature
>    Affects Versions: 0.10
>            Reporter: Benoit Chesneau
>         Attachments: longpoll.diff, longpoll2.diff
> Implement longpolling on _changes. Instead of continuous, longpolling hold 
> request until an update is available then close it. The client will have 
> to ask a new connection. Should solve problem for XHR's  that don't have that status
changed (on ie, opera..) .
> I've put all the code in my github repo :
> diff against trunk is attached.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message