-
Type:
Bug
-
Status: Resolved (View Workflow)
-
Priority:
Critical
-
Resolution: Done
-
Affects Version/s: 5.2.3.Final
-
Fix Version/s: 5.2.5.Final, 5.3.0.Alpha1, 5.3.0.Final
-
Component/s: Eviction
-
Git Pull Request:
-
Bugzilla References:
-
Bugzilla Update:Perform
Here's the scenario:
Given 2 nodes with REPL_SYNC cache with passivating cache store (e.g. default web cache in AS7).
1. Create cache entry containing atomic map with 2 map entries on node1.
2. Passivate that cache entry on node2 via manual evict.
3. Modify 1 of the atomic map entries within the cache entry on node1.
4. Lookup atomic map on node2. It only contains 1 map entry - the map entry modified in step 3. The other map entry is lost.
It's a side effect of ISPN-2384, where some changes were made to tighten the passivation/activation scenarios, but it did not cover manual eviction calls.
- blocks
-
AS7-4932 CLONE - Using session passivation results in WeldListener: java.lang.NullPointerException on normal operation
-
- Resolved
-
-
JBPAPP6-1169 transient "WeldListener: java.lang.NullPointerException" with clustering and session replication
-
- Closed
-
- cloned to
-
ISPN-2095 Eviction causes lost AtomicMap entries
-
- Resolved
-
- is related to
-
ISPN-2384 Entry lost after Eviction/Passivation
-
- Resolved
-
-
ISPN-3613 Stored entries are deleted from table in rebalance
-
- Resolved
-
- relates to
-
MODE-1733 Problems with defining node types in clustered environment with eviction enabled
-
- Closed
-