[infinispan-issues] [JBoss JIRA] Commented: (ISPN-1198) remove entries from a cache with getBulk operation on RemoteCache after their lifespan ends

[Martin Gencur (JIRA)]

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

Martin Gencur commented on ISPN-1198:
-------------------------------------

Test results with this issue can be found at https://hudson.qa.jboss.com/hudson/view/EDG6/job/edg-60-functional-local-mode/8/ and the actual
code with the test methods (testBulkOperationsWithLifespan, testBulkOperationsWithLifespanAsync) 
at https://svn.devel.redhat.com/repos/jboss-qa/edg/as7-testsuite-poc/trunk/src/test/java/org/jboss/test/cluster/datagrid/test/HotRodClientRemoteCacheTestCase.java

> remove entries from a cache with getBulk operation on RemoteCache after their lifespan ends
> -------------------------------------------------------------------------------------------
>
>                 Key: ISPN-1198
>                 URL: https://issues.jboss.org/browse/ISPN-1198
>             Project: Infinispan
>          Issue Type: Feature Request
>    Affects Versions: 5.0.0.CR5
>            Reporter: Martin Gencur
>            Assignee: Manik Surtani
>
> This is related to a getBulk operation on an Infinispan HotRod client.
> Simple test snippet that fails ATM:
>                 Map<String,String> mapIn = new HashMap<String,String>() ;
> 		Map<String,String> mapOut = new HashMap<String,String>() ;
> 		mapOut.put("aKey", "aValue");
> 		mapOut.put("bKey", "bValue");
> 		remoteCache.putAll(mapOut, lifespanInSecs, TimeUnit.SECONDS);
> 		sleepForSecs(lifespanInSecs) ;
> 		mapIn = remoteCache.getBulk();
> 		assertTrue(mapIn.size() == 0);  //fails, entries are still there
> However, when I call remoteCache.get(<key>); for all the keys and then getBulk, the getBulk return empty map.
> So it seems the get operations cause the entries to be removed from the cache. Please implement this also for getBulk operation or reject it with an explanation.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira