[ https://issues.apache.org/jira/browse/OAK-6455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16091266#comment-16091266 ]
Tomek Rękawek commented on OAK-6455: ------------------------------------ So, it seems we'll need the lock after all. Re-introduced merge lock in [r1802250|https://svn.apache.org/r1802250]. > Don't call observer concurrently from the CompositeNodeStore > ------------------------------------------------------------ > > Key: OAK-6455 > URL: https://issues.apache.org/jira/browse/OAK-6455 > Project: Jackrabbit Oak > Issue Type: Bug > Components: composite > Reporter: Tomek Rękawek > Fix For: 1.8, 1.7.4 > > > Per Observer interface > {noformat} > However, each observer is > * always guaranteed to see a linear sequence of changes. In other words the > * method will not be called concurrently from multiple threads and successive > * calls represent a linear sequence of repository states, i.e. the root > * state passed to a call is guaranteed to represent a repository state > {noformat} > Currently concurrent merge would result in concurrent calls to Observer. So > that would need to be serialized -- This message was sent by Atlassian JIRA (v6.4.14#64029)