[
https://issues.jboss.org/browse/ISPN-2095?page=com.atlassian.jira.plugin....
]
Galder Zamarreño commented on ISPN-2095:
----------------------------------------
The problem I think it's with the deltas, not being merged with the data from the
cache store. When the first node updates an entry in the atomic map, it only sends that
one. The receiving end needs to check if the value is present in the cache loader, and if
so, merge it to add the new element. Currently, all puts in atomic maps come with
SKIP_CACHE_LOAD, so no attempt will be done to load from the cache store. This might need
to be tweaked to take passivation into account to solve the issue.
Eviction causes lost AtomicMap entries
--------------------------------------
Key: ISPN-2095
URL:
https://issues.jboss.org/browse/ISPN-2095
Project: Infinispan
Issue Type: Bug
Components: Eviction
Affects Versions: 5.1.5.FINAL
Reporter: Paul Ferraro
Assignee: Galder Zamarreño
Priority: Critical
Attachments: AtomicMapServlet.java, AtomicMapTestCase.java
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.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira