Bug 1131645

Summary: RemoveCommand does not activate the key in Passivation
Product: [JBoss] JBoss Data Grid 6 Reporter: Pedro Ruivo <pruivo>
Component: InfinispanAssignee: Pedro Ruivo <pruivo>
Status: CLOSED CURRENTRELEASE QA Contact: Martin Gencur <mgencur>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 6.3.0CC: afield, gsheldon, jdg-bugs, mhusnain, ttarrant
Target Milestone: ER2   
Target Release: 6.3.1   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Previously in Red Hat JBoss Data Grid, when a persistent cache store was used with Passivation, the <command>remove</command> command did not activate the entry in cache store, which resulted in an inconsistency because the entry was never removed. It was removed from internal DataContainer but not from the cache store and during any operation, the old value could be loaded from the cache store back again. This is fixed in JBoss Data Grid 6.3.1 and the remove operation now works correctly.
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-01-26 14:05:32 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Pedro Ruivo 2014-08-19 18:15:01 UTC
The RemoveCommand does not activate the key in CacheStore. This creates an inconsistency because the key is never really removed. More precisely, the key is removed from DataContainer but not from CacheStore and during any operation, the old value is loaded from the CacheStore.

Comment 2 Alan Field 2014-09-09 13:55:22 UTC
Verified with JDG 6.3.1 ER2