[ https://issues.apache.org/jira/browse/OAK-5626?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15867895#comment-15867895 ]
Vikas Saurabh commented on OAK-5626: ------------------------------------ Update default warn interval and modified warn log message a bit on trunk at [r1783105|https://svn.apache.org/r1783105]. Summarizing commits related to the fix (for easy backporting): * [r1783066|https://svn.apache.org/r1783066] - test existing functionality * [r1783089|https://svn.apache.org/r1783089] - OAK-5663::Improve LogCutomizer to allow filtering on log messages too * [r1783104|https://svn.apache.org/r1783104] - fix * [r1783105|https://svn.apache.org/r1783105] - change default warn interval > ChangeProcessor doesn't reset 'blocking' flag when items from queue gets > removed and commit-rate-limiter is null > ---------------------------------------------------------------------------------------------------------------- > > Key: OAK-5626 > URL: https://issues.apache.org/jira/browse/OAK-5626 > Project: Jackrabbit Oak > Issue Type: Bug > Components: core > Reporter: Vikas Saurabh > Assignee: Vikas Saurabh > Priority: Minor > Labels: candidate_oak_1_0, candidate_oak_1_2, candidate_oak_1_4, > candidate_oak_1_6 > Fix For: 1.7.0, 1.8 > > Attachments: OAK-5626.patch, OAK-5626-v2.patch, OAK-5626-v3.patch > > > Following up on conversation at \[0]: > {{ChangeProcessor#queueSizeChanged}} \[1] sets blocking flag to true if queue > size is hit (or beyond). The warning "Revision queue is full. Further > revisions will be compacted." is logged only when it *wasn't* blocking. > BUT, when queue empties, blocking flag is reset inside if block for > commitRateLimiter!=null. That means an event chain like: > # qFull > # log warn > # qEmpties > # qFull > won't log the WARN after step(4) > \[0]: http://markmail.org/message/hgein5g3ohyjhw5n > \[1]: > https://github.com/apache/jackrabbit-oak/blob/trunk/oak-jcr/src/main/java/org/apache/jackrabbit/oak/jcr/observation/ChangeProcessor.java#L307 -- This message was sent by Atlassian JIRA (v6.3.15#6346)