jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Brian Moseley <...@osafoundation.org>
Subject Re: corrupted root node state
Date Tue, 03 Jan 2006 13:40:58 GMT
On 1/3/06, Stefan Guggisberg <stefan.guggisberg@gmail.com> wrote:

> currently i can only think of two possible explanations:
> 1. you're trying to read data which what was written with an older jackrabbit
>     version. the serialization format has changed a while ago (svn r329841).
> 2. the power cycle must have happened during the jdbc commit call
>     (SimpleDbPersistenceManager line 419) which in turn caused a corrupted
>     node state. although this seems rather unlikely...

hm, we've been using r354348 for several weeks, and before that
r330363, so i don't think we're a victim of #1.

i've written a tool to rebuild my repository based on a list of nodes
that i know should exist. in the process, i've made an interesting
discovery: when the root node has 1179 or fewer children, there is no
problem deserializing its node state, but when it has 1180 or more
children, the error occurs.

i have made this happen on my development platform, so now the problem
seems more like a limit on the number of child nodes for the root
node, or a limit on the size of the derby column.

a google search told me that the default size for a derby blob is 1M.
i modifed the derby.ddl file to make the blob 10M, rebuilt an empty
repository and inserted 1180 nodes, only to get the deserialization
error again.

(due to the steps i take to insure an empty repository with my custom
node types imported into it, i'm not 100% sure that the 10M change
made it in to the final repository. i've been trying to use ij to
examine the table, but i'm having problems getting ij to find the

> if you can provide me the data (derby database) i'll investigate further.

thanks. i'm checking into whether or not our privacy policy allows me
to share the database with you.

View raw message