[jboss-jira] [JBoss JIRA] Updated: (JBCACHE-1155) Invalidation with optimistic versioning could cause cache to write stale data

[Manik Surtani (JIRA)]

     [ http://jira.jboss.com/jira/browse/JBCACHE-1155?page=all ]

Manik Surtani updated JBCACHE-1155:
-----------------------------------

    Fix Version/s: 2.1.0.BETA1

> Invalidation with optimistic versioning could cause cache to write stale data
> -----------------------------------------------------------------------------
>
>                 Key: JBCACHE-1155
>                 URL: http://jira.jboss.com/jira/browse/JBCACHE-1155
>             Project: JBoss Cache
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>          Components: Replication
>    Affects Versions: 2.0.0.GA, 1.4.0.GA, 1.4.1.GA
>            Reporter: Manik Surtani
>         Assigned To: Manik Surtani
>             Fix For: 2.1.0.GA, 2.1.0.BETA1
>
>   Original Estimate: 1 week
>  Remaining Estimate: 1 week
>
> The root of the problem is that invalidation evicts remote nodes which may mean that remote nodes are removed completely, losing all historic versioning data
> 1) Svr 1 generates state for node (data version 1)
> 2) Svr 2 generates newer state for same node (data version 2)
> 3) Svr 2 commits (data version 2), invalidates state on cache 1
> 4) Svr 1 commits, and this is allowed to proceed since it seems cache 1 created this data new, and it does not exist in cache 1.
> 5) Svr 1 will attempt to invalidate this remotely, but this will fail - but it will still be applied locally.
> 6) Inconsistency!!!
> Solution: Invalidation not to remove nodes, but evict nodes as though they had children (remove data maps and set dataInitialised to false), and (if optimistic) attach the version of the invalidation to the node.
> Eviction to have, in addition to maxTTL, a minTTL as well so that nodes spend at least a certain amount of time in the cache even if scheduled for eviction since even if we have the above eviction may come along and remove the node altogether.
> MinTTL to be configured to be greater than the max length of transactions.

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