[infinispan-issues] [JBoss JIRA] (ISPN-2903) CLONE - Eviction causes lost AtomicMap entries

Paul Ferraro (JIRA) jira-events at lists.jboss.org
Fri Mar 8 09:56:42 EST 2013


    [ https://issues.jboss.org/browse/ISPN-2903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759776#comment-12759776 ] 

Paul Ferraro commented on ISPN-2903:
------------------------------------

This test is not part of the AS testsuite because it does not test any integration code.  It's actually testing Infinispan code, i.e. it merely validates that AtomicMap entries are not lost upon eviction.
                
> CLONE - Eviction causes lost AtomicMap entries
> ----------------------------------------------
>
>                 Key: ISPN-2903
>                 URL: https://issues.jboss.org/browse/ISPN-2903
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Eviction
>    Affects Versions: 5.2.3.Final
>            Reporter: Paul Ferraro
>            Assignee: Galder Zamarreño
>            Priority: Critical
>              Labels: jdg6
>             Fix For: 5.2.4.Final, 5.3.0.Alpha1, 5.3.0.Final
>
>         Attachments: AtomicMapServlet.java, AtomicMapTestCase.java, server.log, server.log
>
>
> 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
For more information on JIRA, see: http://www.atlassian.com/software/jira



More information about the infinispan-issues mailing list