[jbosscache-issues] [JBoss JIRA] Updated: (JBCACHE-1545) remove does not remove node when using optimistic locking and called on an instance which does not contain the node.

[Galder Zamarreno (JIRA)]

     [ https://jira.jboss.org/jira/browse/JBCACHE-1545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Galder Zamarreno updated JBCACHE-1545:
--------------------------------------

    Attachment: patch-v1.txt
                jboss-cache-jdk50.jar


Here's a patch source and built jar that gets around this issue. It does it by queuing the removal modification even if the node does not exist. This results in the removal being sent cluster wide on commit time.

> remove does not remove node when using optimistic locking and called on an instance which does not contain the node.
> --------------------------------------------------------------------------------------------------------------------
>
>                 Key: JBCACHE-1545
>                 URL: https://jira.jboss.org/jira/browse/JBCACHE-1545
>             Project: JBoss Cache
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Replication
>    Affects Versions: 1.4.1.SP13
>            Reporter: Dennis Reed
>            Assignee: Manik Surtani
>         Attachments: jboss-cache-jdk50.jar, patch-v1.txt
>
>
> With optimistic locking, remove ( String fqn ), and remove ( String fgn, Object key ) do not remove from other cluster members if the node does not exist in the local cache.
> This can happen when using invalidation, or when the node has been evicted.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira