You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2010/07/02 17:00:52 UTC
[jira] Updated: (SLING-1581) Concurrent session access in event
handlers
[ https://issues.apache.org/jira/browse/SLING-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jukka Zitting updated SLING-1581:
---------------------------------
Attachment: SLING-1581.patch
The proposed patch moves the writeLock object to the base class and uses it to synchronize more of the potentially concurrent session accesses.
> Concurrent session access in event handlers
> -------------------------------------------
>
> Key: SLING-1581
> URL: https://issues.apache.org/jira/browse/SLING-1581
> Project: Sling
> Issue Type: Bug
> Components: Extensions
> Affects Versions: Extensions Event 2.3.0
> Reporter: Jukka Zitting
> Attachments: SLING-1581.patch
>
>
> I have a deadlock scenario caused by one thread calling AbstractRepositoryEventHandler.stopWriterSession() while another thread is attempting to lock a node using the same session in TimedJobHandler.runInBackground().
> There's already a writeLock object in TimedJobHandler that's apparently designed to protect against concurrent use of the writer session, but that protection doesn't seem to cover the stopWriterSession() method in the base class.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.