Bug 1131645
Summary: | RemoveCommand does not activate the key in Passivation | ||
---|---|---|---|
Product: | [JBoss] JBoss Data Grid 6 | Reporter: | Pedro Ruivo <pruivo> |
Component: | Infinispan | Assignee: | Pedro Ruivo <pruivo> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Martin Gencur <mgencur> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.3.0 | CC: | 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
Verified with JDG 6.3.1 ER2 |