jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dominique Pfister (JIRA)" <j...@apache.org>
Subject [jira] Resolved: (JCR-194) dead lock while locking or unlocking nodes
Date Tue, 23 Aug 2005 10:45:09 GMT
     [ http://issues.apache.org/jira/browse/JCR-194?page=all ]
     
Dominique Pfister resolved JCR-194:
-----------------------------------

    Resolution: Fixed

Modified LockManagerImpl to not synchronize when updating content since this can clash with
the synchronous event listener being called during a store operation.

Fixed in release 239389.

> dead lock while locking or unlocking nodes
> ------------------------------------------
>
>          Key: JCR-194
>          URL: http://issues.apache.org/jira/browse/JCR-194
>      Project: Jackrabbit
>         Type: Bug
>   Components: locks
>     Versions: 1.0
>  Environment: Win XP, Sun JDK 1.5.0
>     Reporter: Walter Raboch
>     Assignee: Dominique Pfister
>  Attachments: SharedItemStateManager.diff
>
> JackRabbit is still hanging on the Node.lock() or Node.unlock() function.
> ... everything fine until here...
> s13: 4
> s13: 5
> s13: 6
> s13: 7   -> unlock()
> s14: started.
> s14: 1   -> session.getRootNode()
> s15: started.
> s15: 1
> s16: started.
> I just find this failure during the first run (emtpy repository home directory). 2nd
and 3th run are fine after killing the vm from first run, but with already initialized repository
directory these time.
> 1. rm -rf repository.home
> 2. run -> hang
> 3. kill
> 4. run -> ok
> 5. run -> ok

-- 
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