jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jukka Zitting (JIRA)" <j...@apache.org>
Subject [jira] Updated: (JCR-443) Deadlock when concurrently committing and reading versioning states
Date Fri, 26 May 2006 10:28:32 GMT
     [ http://issues.apache.org/jira/browse/JCR-443?page=all ]

Jukka Zitting updated JCR-443:
------------------------------

    Fix Version: 1.0.1

Merged for 1.0.1 in revision 409626.

> Deadlock when concurrently committing and reading versioning states
> -------------------------------------------------------------------
>
>          Key: JCR-443
>          URL: http://issues.apache.org/jira/browse/JCR-443
>      Project: Jackrabbit
>         Type: Bug

>     Versions: 1.0, 0.9
>  Environment: r4093490
>     Reporter: Tobias Bocanegra
>      Fix For: 1.0.1

>
> there is a rear occation when one thread commits a transaction and another thread reads
versioing related information, so that a deadlock can occurr. 
> example:
> Thread1:
>                         ut.begin();
>                         session.getWorkspace().clone("default", "/content", "/content",
true);
>                         ut.commit();
> Thread2:
>                         VersionHistory vh = folder.getVersionHistory();
>                         VersionIterator iter = vh.getAllVersions();
>                         while (iter.hasNext()) {
>                             Version v = iter.nextVersion();
>                         }
> to fix this issue we must ensure, that methods below the shareditemstatemgr do not call
higher instances (like itemmgr) again.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message