jackrabbit-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marcel Reutegger <marcel.reuteg...@gmx.net>
Subject Re: Problem during removing a node with childNodes
Date Thu, 15 Jan 2009 20:44:55 GMT
Can you please post the code that creates the nodes?

thanks

regards
 marcel

Peter Heß wrote:
> Some additional information:
> 
> The logfile say:
> 
> This ist a Transaction with 15 putBundle()
> ...
> 2009-01-13 23:32:26,359 DEBUG -
> AbstractBundlePersistenceManager.putBundle(705) | stored bundle
> 73b4cc04-f0a9-4cf8-b487-8064bcee6520
> ...
> ..
> 2009-01-13 23:32:26,687 ERROR - BundleDbPersistenceManager.store(531) |
> 73b4cc04-f0a9-4cf8-b487-8064bcee6520
> ...
> 
> org.apache.jackrabbit.core.state.NoSuchItemStateException:
> 73b4cc04-f0a9-4cf8-b487-8064bcee6520
> 	at
> org.apache.jackrabbit.core.persistence.bundle.AbstractBundlePersistenceManager.store(AbstractBundlePersistenceManager.java:577)
> 	at
> org.apache.jackrabbit.core.persistence.bundle.BundleDbPersistenceManager.store(BundleDbPersistenceManager.java:526)
> 	at
> org.apache.jackrabbit.core.state.SharedItemStateManager$Update.end(SharedItemStateManager.java:704)
> 	at
> org.apache.jackrabbit.core.state.XAItemStateManager.commit(XAItemStateManager.java:164)
> 	at
> org.apache.jackrabbit.core.TransactionContext.commit(TransactionContext.java:189)
> 	at org.apache.jackrabbit.core.XASessionImpl.commit(XASessionImpl.java:339)
> ...
> This is everything I can find in logs.
> 
> The error happens here:
> 
> AbstractBundleDbPersisitenceManager:
> 
>  NodeId nodeId = id.getParentId();
>                 NodePropBundle bundle = (NodePropBundle)
> modified.get(nodeId);
>                 if (bundle == null) {
>                     bundle = getBundle(nodeId);
>                     if (bundle == null) {
>                         throw new
> NoSuchItemStateException(nodeId.toString());
>                     }
>                     modified.put(nodeId, bundle);
>                 }
>                 bundle.addProperty((PropertyState) state);
>             }
> 
> 
> 
>  I've checked that the session is the same and this happens in one
> transaction.
> 
> 
> 
> 
> Peter Heß wrote:
>> I've tried this before I send the posting. Nothing changes. I've set this
>> als default in workspace.xml. No info in the logfile. I've tested to
>> remove the Index (which offen helps) but in this case, the system crashes
>> in the startup during the index build.
>>
>> I'm checking why this all happen. Maybe there is something strange in the
>> BundleManager and the myisam tables. I will activate innodb now for
>> testing. I've seen in the log, that there is an Exception from the
>> bundleManager. But the causing exception is not logged. So I'll make a
>> test now with a patched BundleManager. (This solves not the reported
>> problem, but maybe it will help in the future.
>>
>>
>>
>> Alexander Klimetschek wrote:
>>> On Tue, Jan 13, 2009 at 3:51 PM, Peter Heß <peter.hess@gbtec.de> wrote:
>>>> This will fail:
>>>>
>>>>                Node node = getSession(false).getNodeByUUID(uuid);
>>>>                node.remove();
>>>>
>>>> with an ItemNotExistException during the node.remove(), but the given
>>>> UUID
>>>> in the exception ist not the UUID of the node.
>>>>
>>>> Can anyone explain this? I think the repository is corrupted, but ist
>>>> there
>>>> an programitic way to solve this?
>>> There is a consistencyCheck option in the bundle persistence managers
>>> that might solve your issue (and a consistencyFix option that will try
>>> to fix those issues). The process requires to change the persistence
>>> manager configuration (in the appropriate workspace.xml), ie. the
>>> param consistencyCheck=true, restart the repository and inspect
>>> Jackrabbit's log. The check (and the fix) will only run on startup.
>>>
>>> http://issues.apache.org/jira/browse/JCR-1428
>>>
>>> http://jackrabbit.apache.org/api/1.5/org/apache/jackrabbit/core/persistence/bundle/BundleDbPersistenceManager.html
>>>
>>> Regards,
>>> Alex
>>>
>>> -- 
>>> Alexander Klimetschek
>>> alexander.klimetschek@day.com
>>>
>>>
>>
> 


Mime
View raw message