[ https://issues.apache.org/jira/browse/SLING-3406?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jörg Hoh updated SLING-3406: ---------------------------- Summary: Stale item exception when concurrent topology change events (was: Stale item exception concurrent topology change events) > Stale item exception when concurrent topology change events > ----------------------------------------------------------- > > Key: SLING-3406 > URL: https://issues.apache.org/jira/browse/SLING-3406 > Project: Sling > Issue Type: Bug > Components: Extensions > Affects Versions: Discovery Impl 1.0.2 > Reporter: Jörg Hoh > > In the VotingHandler there is the possibility of a race condition, which > results in a StaleItemException of the repository. > the synchronized method analyzeVotings is called with a resourceResolver as > parameter; this resourceResolver is created in the non-sychronized method > handleEvent. > When 2 events occur within a short time, the second resourceResolver can get > created while the commit of the first one has not yet been processed. Then > the second resourceResolver cannot commit its change. > A solution would be to do the equivalent of "session.refresh()" inside > analyzeVotings first, so the repository session is synced. THe other option > would be to create the session inside the anaylzeVotings method, so there > won't be 2 open resourceResolvers/sessions at any time. Both approaches would > prevent the exception. -- This message was sent by Atlassian JIRA (v6.1.5#6160)