jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tobias Bocanegra (JIRA)" <j...@apache.org>
Subject [jira] Created: (JCR-445) repository is locked by WorkspaceJanitor when another workspace is reindexing
Date Wed, 31 May 2006 08:58:29 GMT
repository is locked by WorkspaceJanitor when another workspace is reindexing
-----------------------------------------------------------------------------

         Key: JCR-445
         URL: http://issues.apache.org/jira/browse/JCR-445
     Project: Jackrabbit
        Type: Bug

    Versions: 1.0, 1.0.1, 0.9    
 Environment: jackrabbit 410461
    Reporter: Tobias Bocanegra


when the searchindex is corrupt or missing, it is rebuilt lazily after initialization of a
workspace. usually by the first login on that workspace. during this time, the workspaceinfo
is locked. unfortunately, the workspace janitor locks the repository and checks all workspace
infos, if they can be disposed. in this case, no other access to the repository can be performed
until the searchindex is initialized (which can take some time).

T1 -> WS1.login -> WS initializing
Janitor -> lock repo -> scan -> try lock WS1
T2 -> WS2.login -> must wait for T1


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