[ http://issues.apache.org/jira/browse/JCR-445?page=all ]
Tobias Bocanegra reassigned JCR-445:
------------------------------------
Assign To: Tobias Bocanegra
> 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
> Assignee: 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
