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-429) Session scoped lock not always removed on Session.logout()
Date Fri, 26 May 2006 09:47:32 GMT
     [ http://issues.apache.org/jira/browse/JCR-429?page=all ]

Jukka Zitting updated JCR-429:
------------------------------

    Version:     (was: 1.0.1)
                 (was: 1.1)

> Session scoped lock not always removed on Session.logout()
> ----------------------------------------------------------
>
>          Key: JCR-429
>          URL: http://issues.apache.org/jira/browse/JCR-429
>      Project: Jackrabbit
>         Type: Bug

>   Components: locks
>     Versions: 1.0
>     Reporter: Felix Meschberger
>     Assignee: Stefan Guggisberg
>      Fix For: 1.0.1

>
> Consider the following use case:
>       Session s = repo.login(...);
>       Node root = s.getRootNode();
>       root.lock(true, true); // session-scoped, deep lock
>       // modifiy items
>       // root.isModified() still is true
>       s.logout();
> To my understanding, the session scoped locks should be removed (unlocked) and unsaved
should be dropped on logout of a session. Unfortunately currently this is not the case, as
the lock implementation gets notified by the SessionImpl on the logout situation and just
calls Node.unlock() on the lock's node for session scoped locks. This method fails as there
are unsaved changes. Hence after logout, the lock on the session is still there and will only
be gone when the repository is stopped.
>       

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