[JBoss JIRA] (ISPN-1998) Suspect exception for InvalidateL1Command after node leaving and doing a put
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-1998:
--------------------------------------
Summary: Suspect exception for InvalidateL1Command after node leaving and doing a put
Key: ISPN-1998
URL: https://issues.jboss.org/browse/ISPN-1998
Project: Infinispan
Issue Type: Bug
Components: Distributed Cache
Affects Versions: 5.1.3.FINAL
Reporter: Galder Zamarreño
Assignee: Dan Berindei
Fix For: 5.1.4.FINAL
Hot Rod distribution tests have recently been failing with:
{code}Caused by: java.util.concurrent.ExecutionException: org.infinispan.remoting.transport.jgroups.SuspectException: One or more nodes have left the cluster while replicating command SingleRpcCommand{cacheName='hotRodDistSync', command=InvalidateL1Command{num keys=1, forRehash=false, origin=HotRodDistributionTest-NodeA-24419}}
at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
at java.util.concurrent.FutureTask.get(FutureTask.java:83)
at org.infinispan.interceptors.DistributionInterceptor.handleWriteCommand(DistributionInterceptor.java:518)
at org.infinispan.interceptors.DistributionInterceptor.visitPutKeyValueCommand(DistributionInterceptor.java:272){code}
This happens once a node goes down, after waiting for the cluster view to reform, when a client does a put() on one of the other surviving nodes.
The two suspicious things here are:
* Why is an error on InvalidateL1Command bubbling up? If anything, it should be the put that fails to work.
* Why would a suspect exception happen even if you wait for the cluster to reform?
Note that these Hot Rod server tests use a simplistic Hot Rod client that does not filter suspect exceptions...etc
--
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
11 years, 12 months
[JBoss JIRA] (ISPN-1981) NotSerializableException: org.infinispan.loaders.bucket.Bucket
by Radoslav Husar (JIRA)
Radoslav Husar created ISPN-1981:
------------------------------------
Summary: NotSerializableException: org.infinispan.loaders.bucket.Bucket
Key: ISPN-1981
URL: https://issues.jboss.org/browse/ISPN-1981
Project: Infinispan
Issue Type: Bug
Components: Loaders and Stores, Marshalling
Affects Versions: 5.1.3.FINAL
Reporter: Radoslav Husar
Assignee: Galder Zamarreño
Priority: Blocker
Fix For: 5.1.4.FINAL
We are seeing this in AS7, the cause being down in Infinispan.
The test case is just undeploying application from one node in the cluster which application is still being accessed by remote ejb clients. Upstream Jira is JBPAPP-8696.
{noformat}
[JBossINF] 18:01:15,248 INFO [org.jboss.as.osgi] (MSC service thread 1-2) JBAS011943: Unregister module: Module "deployment.clusterbench-ee6.ear.clusterbench-ee6-ejb.jar:main" from Service Module Loader
[JBossINF] 18:01:15,249 INFO [org.jboss.as.osgi] (MSC service thread 1-8) JBAS011943: Unregister module: Module "deployment.clusterbench-ee6.ear:main" from Service Module Loader
[JBossINF] 18:01:15,253 INFO [org.infinispan.eviction.PassivationManagerImpl] (MSC service thread 1-15) ISPN000029: Passivating all entries to disk
[JBossINF] 18:01:15,249 INFO [org.jboss.as.osgi] (MSC service thread 1-6) JBAS011943: Unregister module: Module "deployment.clusterbench-ee6.ear.clusterbench-ee6-web.war:main" from Service Module Loader
[JBossINF] 18:01:15,255 INFO [org.infinispan.eviction.PassivationManagerImpl] (MSC service thread 1-15) ISPN000030: Passivated 0 entries in 2 milliseconds
[JBossINF] 18:01:15,269 INFO [org.infinispan.eviction.PassivationManagerImpl] (MSC service thread 1-9) ISPN000029: Passivating all entries to disk
[JBossINF] 18:01:15,273 INFO [org.infinispan.eviction.PassivationManagerImpl] (MSC service thread 1-8) ISPN000029: Passivating all entries to disk
[JBossINF] 18:01:15,270 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-15) JBAS010282: Stopped org.jboss.test.clusterbench.ejb.stateful.LocalStatefulSB cache from ejb container
[JBossINF] 18:01:15,275 INFO [org.infinispan.eviction.PassivationManagerImpl] (MSC service thread 1-8) ISPN000030: Passivated 0 entries in 1 milliseconds
[JBossINF] 18:01:15,296 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-8) JBAS010282: Stopped //default-host//clusterbench cache from web container
[JBossINF] 18:01:15,303 INFO [org.jboss.weld.deployer] (MSC service thread 1-10) JBAS016009: Stopping weld service for deployment clusterbench-ee6.ear
[JBossINF] 18:01:15,311 INFO [org.infinispan.eviction.PassivationManagerImpl] (pool-20-thread-2) ISPN000029: Passivating all entries to disk
[JBossINF] 18:01:15,313 INFO [org.infinispan.eviction.PassivationManagerImpl] (pool-20-thread-2) ISPN000030: Passivated 0 entries in 1 milliseconds
[JBossINF] 18:01:15,314 INFO [org.infinispan.eviction.PassivationManagerImpl] (pool-15-thread-2) ISPN000029: Passivating all entries to disk
[JBossINF] 18:01:15,317 INFO [org.jboss.as.clustering.infinispan] (pool-20-thread-2) JBAS010282: Stopped repl cache from ejb container
[JBossINF] 18:01:15,326 INFO [org.jboss.as.server.deployment] (MSC service thread 1-16) JBAS015877: Stopped deployment clusterbench-ee6-ejb.jar in 82ms
[JBossINF] 18:01:15,328 INFO [org.jboss.as.server.deployment] (MSC service thread 1-12) JBAS015877: Stopped deployment clusterbench-ee6-web.war in 84ms
[JBossINF] 18:01:15,328 INFO [org.jboss.as.clustering.infinispan] (pool-21-thread-2) JBAS010282: Stopped remote-connector-client-mappings cache from ejb container
[JBossINF] 18:01:15,330 INFO [org.jboss.as.server.deployment] (MSC service thread 1-14) JBAS015877: Stopped deployment clusterbench-ee6.ear in 88ms
[JBossINF] 18:01:15,352 INFO [org.infinispan.eviction.PassivationManagerImpl] (pool-15-thread-2) ISPN000030: Passivated 3 entries in 37 milliseconds
[JBossINF] 18:01:15,354 INFO [org.jboss.as.clustering.infinispan] (pool-15-thread-2) JBAS010282: Stopped repl cache from web container
[JBossINF] 18:01:15,476 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (pool-14-thread-2) ISPN000082: Stopping the RpcDispatcher
[JBossINF] 18:01:15,498 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (pool-19-thread-2) ISPN000082: Stopping the RpcDispatcher
[JBossINF] 18:01:15,523 WARN [org.jboss.msc.service.fail] (MSC service thread 1-9) MSC000004: Failure during stop of service jboss.deployment.subunit."clusterbench-ee6.ear"."clusterbench-ee6-ejb.jar".component.RemoteStatefulSBImpl.START: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.eviction.PassivationManagerImpl.passivateAll() throws org.infinispan.loaders.CacheLoaderException on object of type PassivationManagerImpl
[JBossINF] at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:238)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:882)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:672)
[JBossINF] at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:551)
[JBossINF] at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:198)
[JBossINF] at org.infinispan.CacheImpl.stop(CacheImpl.java:516)
[JBossINF] at org.infinispan.CacheImpl.stop(CacheImpl.java:508)
[JBossINF] at org.infinispan.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:291)
[JBossINF] at org.jboss.as.clustering.ejb3.cache.backing.infinispan.InfinispanBackingCacheEntryStore.stop(InfinispanBackingCacheEntryStore.java:107)
[JBossINF] at org.jboss.as.ejb3.cache.impl.backing.SerializationGroupMemberContainer.stop(SerializationGroupMemberContainer.java:308)
[JBossINF] at org.jboss.as.ejb3.cache.impl.backing.PassivatingBackingCacheImpl.stop(PassivatingBackingCacheImpl.java:315)
[JBossINF] at org.jboss.as.ejb3.cache.spi.impl.AbstractCache.stop(AbstractCache.java:102)
[JBossINF] at org.jboss.as.ejb3.component.stateful.StatefulSessionComponent.stop(StatefulSessionComponent.java:306)
[JBossINF] at org.jboss.as.ee.component.ComponentStartService.stop(ComponentStartService.java:49)
[JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:1911) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
[JBossINF] at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:1874) [jboss-msc-1.0.2.GA-redhat-1.jar:1.0.2.GA-redhat-1]
[JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_30]
[JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_30]
[JBossINF] at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
[JBossINF] Caused by: org.infinispan.marshall.NotSerializableException: org.infinispan.loaders.bucket.Bucket
[JBossINF] Caused by: an exception which occurred:
[JBossINF] in object org.infinispan.loaders.bucket.Bucket@40a995c5
[JBossINF]
[JBossINF] 18:01:15,916 INFO [org.jboss.as.server] (management-handler-thread - 1) JBAS018558: Undeployed "clusterbench-ee6.ear"
{noformat}
--
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
11 years, 12 months
[JBoss JIRA] (ISPN-1961) View change causes state transfer timeout to be reduced to rpc timeout time
by Michal Linhard (JIRA)
Michal Linhard created ISPN-1961:
------------------------------------
Summary: View change causes state transfer timeout to be reduced to rpc timeout time
Key: ISPN-1961
URL: https://issues.jboss.org/browse/ISPN-1961
Project: Infinispan
Issue Type: Bug
Components: State transfer
Affects Versions: 5.1.3.FINAL
Reporter: Michal Linhard
Assignee: Dan Berindei
Appeared in JDG 6.0.0.ER6
http://www.qa.jboss.com/~mlinhard/hyperion/run44-elas-dist/
We've got lot's of these:
{code}
2012-03-30 05:31:42,670 355515 ERROR [org.jboss.smartfrog.edg.loaddriver.DriverNode] (Client-456:) Error doing PUT(key251456) to node node0002 (lastOpTime 63343 ms)
org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for message id[99888] returned server error (status=0x86): org.infinispan.util.concurrent.TimeoutException: Timed out waiting for the state transfer to end
at org.infinispan.client.hotrod.impl.protocol.Codec10.checkForErrorsInResponseStatus(Codec10.java:154)
at org.infinispan.client.hotrod.impl.protocol.Codec10.readHeader(Codec10.java:109)
at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:78)
at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:72)
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:52)
at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:41)
at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:68)
at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:219)
at org.infinispan.CacheSupport.put(CacheSupport.java:52)
at org.jboss.qa.edg.adapter.HotRodAdapter$HotRodRemoteCacheAdapter.put(HotRodAdapter.java:249)
at org.jboss.qa.edg.adapter.HotRodAdapter$HotRodRemoteCacheAdapter.put(HotRodAdapter.java:234)
at org.jboss.smartfrog.edg.loaddriver.DriverNodeImpl$ClientThread.makeRequest(DriverNodeImpl.java:244)
at org.jboss.smartfrog.edg.loaddriver.DriverNodeImpl$ClientThread.run(DriverNodeImpl.java:375)
{code}
No state transfer takes more than 10min in this test.
and state transfer timeout is 10min.
RPC timeout is 1 min and this one seems to be in play here. see the exceptions on server:
{code}
05:31:39,449 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (MemcachedServerWorker-2-137) ISPN000136: Execution error: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for the state transfer to end
at org.infinispan.interceptors.StateTransferLockInterceptor.handleWithRetries(StateTransferLockInterceptor.java:218) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.StateTransferLockInterceptor.handleWriteCommand(StateTransferLockInterceptor.java:181) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.StateTransferLockInterceptor.visitPutKeyValueCommand(StateTransferLockInterceptor.java:152) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.CacheMgmtInterceptor.visitPutKeyValueCommand(CacheMgmtInterceptor.java:124) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:130) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:89) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.commands.AbstractVisitor.visitPutKeyValueCommand(AbstractVisitor.java:61) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.commands.write.PutKeyValueCommand.acceptVisitor(PutKeyValueCommand.java:76) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:345) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:944) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.CacheImpl.put(CacheImpl.java:657) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.DecoratedCache.put(DecoratedCache.java:179) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.AbstractDelegatingCache.put(AbstractDelegatingCache.java:119) [infinispan-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.server.core.AbstractProtocolDecoder.put(AbstractProtocolDecoder.scala:196) [infinispan-server-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.server.core.AbstractProtocolDecoder.decodeValue(AbstractProtocolDecoder.scala:150) [infinispan-server-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.server.core.AbstractProtocolDecoder.decode(AbstractProtocolDecoder.scala:72) [infinispan-server-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.server.core.AbstractProtocolDecoder.decode(AbstractProtocolDecoder.scala:45) [infinispan-server-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.server.core.transport.CustomReplayingDecoder.callDecode(CustomReplayingDecoder.java:250) [infinispan-server-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.server.core.transport.CustomReplayingDecoder.messageReceived(CustomReplayingDecoder.java:223) [infinispan-server-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.infinispan.server.core.AbstractProtocolDecoder.messageReceived(AbstractProtocolDecoder.scala:360) [infinispan-server-core-5.1.3.ER6-redhat-1.jar:5.1.3.ER6-redhat-1]
at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:80) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:274) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:261) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:351) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:282) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:202) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) [netty-3.2.6.Final-redhat-1.jar:]
at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:44) [netty-3.2.6.Final-redhat-1.jar:]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_30]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_30]
at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_30]
{code}
--
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
12 years
[JBoss JIRA] (ISPN-1993) Eviction does not work with FileCacheStore
by dex chen (JIRA)
dex chen created ISPN-1993:
------------------------------
Summary: Eviction does not work with FileCacheStore
Key: ISPN-1993
URL: https://issues.jboss.org/browse/ISPN-1993
Project: Infinispan
Issue Type: Bug
Components: Loaders and Stores
Affects Versions: 5.1.3.FINAL
Environment: ISPN 5.1.3 Final, 2 node cluster with Replication, and FileCahceStore for persistence.
Eviction is configured as:
<eviction maxEntries="2" strategy="LRU"/>
<!-- time units below are millseconds -->
<expiration lifespan="-1" maxIdle="-1" wakeUpInterval="60000"/>
I have a scheduled job updating cache entries, which only occurs on Cluster Coordinator.
Reporter: dex chen
Assignee: Manik Surtani
The eviction does not work and throws IOException:
2012-04-18/00:42:35.714/MDT [Scheduled-eviction-thread-1] TRACE org.infinispan.loaders.file.FileCacheStore[294] - Found bucket file: '/usr/local/cacheData/cipher/ispn-cipherkey/666290176'
2012-04-18/00:42:35.724/MDT [Scheduled-eviction-thread-1] TRACE org.infinispan.loaders.file.FileCacheStore[294] - Found bucket file: '/usr/local/cacheData/cipher/ispn-cipherkey/673135616'
2012-04-18/00:42:35.724/MDT [Scheduled-eviction-thread-1] TRACE org.infinispan.loaders.file.FileCacheStore[294] - Found bucket file: '/usr/local/cacheData/cipher/ispn-cipherkey/673135616'
2012-04-18/00:42:35.724/MDT [Scheduled-eviction-thread-1] TRACE org.infinispan.loaders.file.FileCacheStore[294] - Found bucket file: '/usr/local/cacheData/cipher/ispn-cipherkey/673135616'
2012-04-18/00:42:35.725/MDT [Scheduled-eviction-thread-1] ERROR org.infinispan.loaders.file.FileCacheStore[310] - ISPN000062: Error while reading from file: /usr/local/cacheData/cipher/ispn-cipherkey/673135616
java.io.IOException: No such device
at sun.nio.ch.FileDispatcherImpl.force0(Native Method)
at sun.nio.ch.FileDispatcherImpl.force(FileDispatcherImpl.java:75)
at sun.nio.ch.FileChannelImpl.force(FileChannelImpl.java:363)
at org.infinispan.loaders.file.FileCacheStore$BufferedFileSync.flush(FileCacheStore.java:563)
at org.infinispan.loaders.file.FileCacheStore.loadBucket(FileCacheStore.java:300)
at org.infinispan.loaders.file.FileCacheStore.doPurge(FileCacheStore.java:251)
at org.infinispan.loaders.file.FileCacheStore.purgeInternal(FileCacheStore.java:230)
at org.infinispan.loaders.AbstractCacheStore$2.run(AbstractCacheStore.java:106)
at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:41)
at org.infinispan.loaders.AbstractCacheStore.purgeExpired(AbstractCacheStore.java:103)
at org.infinispan.loaders.decorators.AbstractDelegatingStore.purgeExpired(AbstractDelegatingStore.java:88)
at org.infinispan.eviction.EvictionManagerImpl.processEviction(EvictionManagerImpl.java:118)
at org.infinispan.eviction.EvictionManagerImpl$ScheduledTask.run(EvictionManagerImpl.java:144)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)
--
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
12 years
[JBoss JIRA] (ISPN-1983) putForExternalRead() not obeying the specification
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-1983:
--------------------------------------
Summary: putForExternalRead() not obeying the specification
Key: ISPN-1983
URL: https://issues.jboss.org/browse/ISPN-1983
Project: Infinispan
Issue Type: Bug
Components: Core API
Affects Versions: 5.1.3.FINAL
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 5.1.4.FINAL
The javadoc says: "Only goes through if the key specified does not exist..."
But, two consecutive calls for putForExternalRead result in the second one acting on the cache.
1st call:
{code}2012-04-17 16:19:35,617 1444 TRACE [org.infinispan.interceptors.InvocationContextInterceptor] (main:replSync) Invoked with command PutKeyValueCommand{key=k, value=v, flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ], putIfAbsent=true, lifespanMillis=-1, maxIdleTimeMillis=-1} and InvocationContext [SingleKeyNonTxInvocationContext{flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ]}]
2012-04-17 16:19:35,617 1444 TRACE [org.infinispan.statetransfer.StateTransferLockImpl] (main:replSync) Acquired shared state transfer shared lock, total holders: 1
2012-04-17 16:19:35,617 1444 TRACE [org.infinispan.container.EntryFactoryImpl] (main:replSync) Exists in context? null
2012-04-17 16:19:35,617 1444 TRACE [org.infinispan.container.EntryFactoryImpl] (main:replSync) Retrieved from container null
2012-04-17 16:19:35,617 1444 TRACE [org.infinispan.container.EntryFactoryImpl] (main:replSync) Creating new entry.
2012-04-17 16:19:35,619 1446 TRACE [org.infinispan.interceptors.CallInterceptor] (main:replSync) Executing command: PutKeyValueCommand{key=k, value=v, flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ], putIfAbsent=true, lifespanMillis=-1, maxIdleTimeMillis=-1}.
2012-04-17 16:19:35,620 1447 TRACE [org.infinispan.remoting.rpc.RpcManagerImpl] (main:replSync) NodeA-26945 broadcasting call PutKeyValueCommand{key=k, value=v, flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ], putIfAbsent=true, lifespanMillis=-1, maxIdleTimeMillis=-1} to recipient list null
...
2012-04-17 16:19:35,626 1453 TRACE [org.infinispan.interceptors.EntryWrappingInterceptor] (main:replSync) Committed entry ReadCommittedEntry(1436ae83){key=k, value=v, oldValue=null, isCreated=false, isChanged=false, isRemoved=false, isValid=true}
{code}
2nd call:
{code}2012-04-17 16:19:35,626 1453 TRACE [org.infinispan.interceptors.InvocationContextInterceptor] (main:replSync) Invoked with command PutKeyValueCommand{key=k, value=v, flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ], putIfAbsent=true, lifespanMillis=-1, maxIdleTimeMillis=-1} and InvocationContext [SingleKeyNonTxInvocationContext{flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ]}]
2012-04-17 16:19:35,626 1453 TRACE [org.infinispan.remoting.InboundInvocationHandlerImpl] (Incoming-1,ISPN,NodeB-23417:) Calling perform() on SingleRpcCommand{cacheName='replSync', command=PutKeyValueCommand{key=k, value=v, flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ], putIfAbsent=false, lifespanMillis=-1, maxIdleTimeMillis=-1}}
2012-04-17 16:19:35,626 1453 TRACE [org.infinispan.container.EntryFactoryImpl] (main:replSync) Exists in context? null
2012-04-17 16:19:35,626 1453 TRACE [org.infinispan.container.EntryFactoryImpl] (main:replSync) Retrieved from container ImmortalCacheEntry{key=k, value=ImmortalCacheValue {value=v}}
2012-04-17 16:19:35,627 1454 TRACE [org.infinispan.interceptors.CallInterceptor] (main:replSync) Executing command: PutKeyValueCommand{key=k, value=v, flags=[ZERO_LOCK_ACQUISITION_TIMEOUT, FORCE_ASYNCHRONOUS, FAIL_SILENTLY, PUT_FOR_EXTERNAL_READ], putIfAbsent=true, lifespanMillis=-1, maxIdleTimeMillis=-1}.
2012-04-17 16:19:35,627 1454 TRACE [org.infinispan.container.entries.ReadCommittedEntry] (main:replSync) Updating entry (key=k removed=false valid=true changed=true created=false value=v]
2012-04-17 16:19:35,627 1454 TRACE [org.infinispan.interceptors.EntryWrappingInterceptor] (main:replSync) Committed entry ReadCommittedEntry(7f2ea1dd){key=k, value=v, oldValue=null, isCreated=false, isChanged=false, isRemoved=false, isValid=true}
{code}
Why is updating an entry if if the value is already present? It shouldn't do that.
Even further, in the case of putForExternalRead() the previous value is not needed since we don't return it, so it should not even retrieve it from the container. Just checking if it's present should be enough. This is in contrast to a normal putIfAbsent() call.
--
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
12 years