[
https://issues.apache.org/jira/browse/OAK-1497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13920685#comment-13920685
]
Michael Dürig commented on OAK-1497:
------------------------------------
bq. 5. change the batching behavior...
This would mean giving up on a scalability goal we set ourselves while at the
same time only pushing out the limit a bit further. As soon as the queue fills
up we either go OOM or we kill the listener.
bq. 6. persist-on-overflow...
FTR we hand something along these lines with OAK-775 and got into all sorts of
troubles. E.g. because each listener would have to maintain its own persisted
queue of events.
> JackrabbitEvent#isExternal() returns true for internal changes for slow
> listeners
> ---------------------------------------------------------------------------------
>
> Key: OAK-1497
> URL: https://issues.apache.org/jira/browse/OAK-1497
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Reporter: Michael Dürig
> Fix For: 0.18
>
>
> Oak degrades gracefully for observation listeners that can't keep up with the
> rate of observation events fired. See {{BackgroundObserver#contentChanged}}
> for the gory details.
> As a side effect {{JackrabbitEvent#isExternal}} will always return {{true}}
> when this degradation happens. However there is currently no way for clients
> to detect this and to thus know whether the result of
> {{JackrabbitEvent#isExternal}} is reliable or not.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
