[ https://issues.apache.org/jira/browse/OAK-9841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17581277#comment-17581277 ]
Julian Sedding commented on OAK-9841: ------------------------------------- [~kwin] the problem of configuring required services seems to be recurring. I wonder if it would be possible to intercept the {{requiredCheckers}} (or indeed {{requiredServices}}) in a generic way and use the contained information to automatically set the reference's {{.target}} and {{.cardinality.minimum}} properties. Just a thought, I haven't looked into the feasibility of this approach. > Race condition in NodeStoreChecksService > ---------------------------------------- > > Key: OAK-9841 > URL: https://issues.apache.org/jira/browse/OAK-9841 > Project: Jackrabbit Oak > Issue Type: Bug > Components: composite > Reporter: Konrad Windszus > Priority: Major > > The {{NodeStoreChecksService}} > (https://github.com/apache/jackrabbit-oak/blob/bbc141fd1fb9ff0d9ce742279445df9eb698c3e3/oak-store-composite/src/main/java/org/apache/jackrabbit/oak/composite/checks/NodeStoreChecksService.java#L41) > executes all bound {{MountedNodeStoreChecker}} s which have been there at > the time of activation. > The references are not greedily referenced and also there is no wait for > specific {{MountedNodeStoreChecker}} services to be active. > That leads to the fact that the usage of {{NodeStoreChecksService}} in > {{CompositeNodeStoreService.registerCompositeNodeStore(...)}} is not > deterministic as the starting order of OSGi services determine which > {{MountedNodeStoreChecker}} are active during > {{CompositeNodeStoreService.activate()}}. -- This message was sent by Atlassian Jira (v8.20.10#820010)