Thanks, I think that answers my question. Almost :)

I assume N is a system wide configuration property and not a per request parameter? In that case it's probably the number of all notifications and not per resource? Or per registered handler? 

On Mar 6, 2013, at 11:48 AM, Jeff Mesnil <jmesnil@redhat.com> wrote:

I describe it at the end of this section[1]  but it may not be not clear enough.

One each POST request, the client will receive the N most recent notifications that were emitted since its last POST request. Once the POST response is sent, the server will flush the notifications held for this client. He will not receive twice the same notification.
It is possible to miss notifications if the client does not poll often enough and there are more than N notifications emitted. This is a compromise to prevent exhausting server memory by having clients register a listener and never poll its notifications that'll fill up the memory.
Having a sensible value for N (e.g. 1024) should leave enough time for a client to poll regularly and not miss most notifications.

Does that answer your question?