Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Date: Fri, 7 Oct 2011 14:09:29 +0000 (UTC)
From: "Julian Reschke (Commented) (JIRA)" <jira@apache.org>
To: dev@jackrabbit.apache.org
Message-ID: 
 <1863290475.8016.1317996569687.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1910885519.7461.1317987750464.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (JCR-3101) recovery tool does not recover when
 version history can be instantiated, but root version can not
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/JCR-3101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13122816#comment-13122816 ] 

Julian Reschke commented on JCR-3101:
-------------------------------------

Indeed I wasn't sure about how aggressive my checks should be. If you think we should be checking indeed all versions, I can add that.
                
> recovery tool does not recover when version history can be instantiated, but root version can not
> -------------------------------------------------------------------------------------------------
>
>                 Key: JCR-3101
>                 URL: https://issues.apache.org/jira/browse/JCR-3101
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-core
>            Reporter: Julian Reschke
>            Assignee: Julian Reschke
>         Attachments: JCR-3101.patch
>
>
> JCR-2551 introduced a recovery mode which tries to instantiate the version history, and if this fails, disconnects the VH (version history) and makes the node unversioned.
> However, it appears it can happen that the persistence is damaged such as getting the VH does indeed work, but subsequent operations fail due to other problems. One problem that has been seen is a missing frozenNode property of the root version (or a missing frozenNode itself).
> As a quick fix, we may want to change the checker so that it actually also tries to get the rootVersion and it's frozenNode. Long term, depending on how frequent this problem is, we may have to think about a less drastic recovery than disconnecting the VH.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira