You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jackrabbit.apache.org by "Jukka Zitting (JIRA)" <ji...@apache.org> on 2010/01/11 15:04:54 UTC
[jira] Updated: (JCR-2341) LockManager should use NodeState of the
Node itself to remove the PropertyState on unlock
[ https://issues.apache.org/jira/browse/JCR-2341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jukka Zitting updated JCR-2341:
-------------------------------
Status: Open (was: Patch Available)
Cancelling the patch as there are concerns about the design.
We can apply this patch if there's a strong need for this fix and no easy alternative, but then we'd need to add appropriate warnings to the getNodeState() javadoc and open a new issue to remind us about the required refactoring.
> LockManager should use NodeState of the Node itself to remove the PropertyState on unlock
> -----------------------------------------------------------------------------------------
>
> Key: JCR-2341
> URL: https://issues.apache.org/jira/browse/JCR-2341
> Project: Jackrabbit Content Repository
> Issue Type: Bug
> Components: jackrabbit-core
> Affects Versions: 1.6.0
> Reporter: Claus Köll
> Assignee: Claus Köll
> Fix For: 1.6.1
>
> Attachments: JCR-2341.patch
>
>
> If you try to unlock and remove a node the NodeState can be run out of sync between the two operations.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.