jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Martijn Hendriks (JIRA)" <j...@apache.org>
Subject [jira] Commented: (JCR-1117) Bundle cache is not rolled back when the storage of a ChangeLog fails
Date Tue, 11 Sep 2007 10:19:32 GMT

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

Martijn Hendriks commented on JCR-1117:
---------------------------------------

I think that this could be fixed by extending the CachingPersistenceManager interface by a
method to clear the cache(s) for a certain set of ids. The SharedItemStateManager$Update.cancel()
method should then call this method first if its persistence manager is a CachingPersistenceManager.

> Bundle cache is not rolled back when the storage of a ChangeLog fails
> ---------------------------------------------------------------------
>
>                 Key: JCR-1117
>                 URL: https://issues.apache.org/jira/browse/JCR-1117
>             Project: Jackrabbit
>          Issue Type: Bug
>          Components: core
>    Affects Versions: 1.3
>            Reporter: Martijn Hendriks
>
> The bundle cache in the bundle persistence managers is not restored to its old state
when the AbstractBundlePersistenceManager.store(ChangeLog changeLog) method throws an exception.
If, for instance, the storage of references fails then the AbstractBundlePersistenceManager.putBundle(NodePropBundle
bundle) method has already been called for all modified bundles. Because of the connection
rollback, the bundle cache will be out-of-sync with the persistent state. The SharedItemStateManager$Update.cancel()
method uses these invalid bundle data.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message