[infinispan-issues] [JBoss JIRA] (ISPN-2931) async mode changes API behaviour
Sebastian Tusk (JIRA)
jira-events at lists.jboss.org
Mon Mar 18 06:09:41 EDT 2013
Sebastian Tusk created ISPN-2931:
------------------------------------
Summary: async mode changes API behaviour
Key: ISPN-2931
URL: https://issues.jboss.org/browse/ISPN-2931
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 5.2.1.Final
Reporter: Sebastian Tusk
Assignee: Mircea Markus
With a cache setup as clustering dist, 2 owners and async mode the Cache.remove API does not behave correctly. Cache.remove(key) should return the old value and Cache.remove(key, value) should return true if the entry was removed. Both methods only work correctly if invoked on the primary owner of the key. If invoked on another node remove(key) returns null every time and remove(key,value) returns false every time. The Infinispan documentation says that in async mode these operations should work as expected. https://docs.jboss.org/author/display/ISPN/Asynchronous+Options
Complete cache config:
<namedCache name="distributed">
<!-- Used to register JMX statistics in any available MBean server -->
<jmxStatistics enabled="true" />
<clustering mode="dist">
<stateTransfer fetchInMemoryState="true" timeout="20000" />
<hash numOwners="2"/>
<async/>
</clustering>
<locking isolationLevel="READ_COMMITTED"
lockAcquisitionTimeout="15000" useLockStriping="false" />
<eviction maxEntries="10000" strategy="LRU" />
<expiration maxIdle="3600000" wakeUpInterval="5000"/>
<storeAsBinary storeKeysAsBinary="true" storeValuesAsBinary="false" enabled="false" />
</namedCache>
--
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