September 2017 - infinispan-issues

[JBoss JIRA] (ISPN-8323) Cache.evict(...) throws NPE if entry was already evicted and an eviction listener is present

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8323?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8323: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Cache.evict(...) throws NPE if entry was already evicted and an eviction listener is present > -------------------------------------------------------------------------------------------- > > Key: ISPN-8323 > URL: https://issues.jboss.org/browse/ISPN-8323 > Project: Infinispan > Issue Type: Bug > Components: Eviction > Affects Versions: 9.1.1.Final > Reporter: Paul Ferraro > Assignee: William Burns > Priority: Critical > Fix For: 9.1.2.Final, 9.2.0.Alpha1 > > Attachments: Test.java > > > Attached reproducer throws: > {noformat} > ERROR: ISPN000136: Error executing command EvictCommand, writing keys [1] > java.lang.NullPointerException > at java.util.HashMap.merge(HashMap.java:1224) > at java.util.stream.Collectors.lambda$toMap$58(Collectors.java:1320) > at java.util.stream.ReduceOps$3ReducingSink.accept(ReduceOps.java:169) > at java.util.Collections$2.tryAdvance(Collections.java:4717) > at java.util.Collections$2.forEachRemaining(Collections.java:4725) > at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481) > at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) > at java.util.stream.ReduceOps$ReduceOp.evaluateSequential(ReduceOps.java:708) > at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) > at java.util.stream.ReferencePipeline.collect(ReferencePipeline.java:499) > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntriesEvicted(CacheNotifierImpl.java:509) > at org.infinispan.commands.write.EvictCommand.notify(EvictCommand.java:56) > at org.infinispan.notifications.cachelistener.NotifyHelper.entryCommitted(NotifyHelper.java:25) > at org.infinispan.interceptors.locking.ClusteringDependentLogic$LocalLogic.commitSingleEntry(ClusteringDependentLogic.java:332) > at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.commitEntry(ClusteringDependentLogic.java:183) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitContextEntry(EntryWrappingInterceptor.java:578) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitEntryIfNeeded(EntryWrappingInterceptor.java:801) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.commitContextEntries(EntryWrappingInterceptor.java:555) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.applyChanges(EntryWrappingInterceptor.java:611) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.lambda$setSkipRemoteGetsAndInvokeNextForDataCommand$7(EntryWrappingInterceptor.java:667) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenAccept(BaseAsyncInterceptor.java:109) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:664) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:360) > at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitEvictCommand(EntryWrappingInterceptor.java:398) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:34) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:58) > at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:54) > at org.infinispan.interceptors.DDAsyncInterceptor.visitEvictCommand(DDAsyncInterceptor.java:95) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:34) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:58) > at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitEvictCommand(CacheMgmtInterceptor.java:74) > at org.infinispan.commands.write.EvictCommand.acceptVisitor(EvictCommand.java:34) > at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:127) > at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:96) > at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:248) > at org.infinispan.cache.impl.CacheImpl.evict(CacheImpl.java:863) > at org.infinispan.cache.impl.CacheImpl.evict(CacheImpl.java:853) > at org.infinispan.cache.impl.AbstractDelegatingCache.evict(AbstractDelegatingCache.java:64) > at org.infinispan.cache.impl.EncoderCache.evict(EncoderCache.java:234) > at org.wildfly.clustering.infinispan.spi.persistence.Test.evict(Test.java:52) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:86) > at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:459) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:678) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:382) > at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:192) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8342) Minor improvements and fixes for clustered counters

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8342?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8342: ---------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.0.Alpha1 Resolution: Done > Minor improvements and fixes for clustered counters > --------------------------------------------------- > > Key: ISPN-8342 > URL: https://issues.jboss.org/browse/ISPN-8342 > Project: Infinispan > Issue Type: Bug > Components: Clustered Counter > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.2.0.Alpha1 > > > Changes: > * Remove deprecated methods usage > * Fixed toString() for WeakCounterImpl > * Fixed getCachedValue for WeakCounterImpl > * Store only the value and not the CounterValue for WeakCounterImpl -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8229) Rest Server should allow custom maxContentLength

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8229?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8229: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Rest Server should allow custom maxContentLength > ------------------------------------------------ > > Key: ISPN-8229 > URL: https://issues.jboss.org/browse/ISPN-8229 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Server > Affects Versions: 9.1.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.2.0.Final > > > The REST endpoint and the REST cache store need to support custom maxContentLength -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8321) Deadlock in hibernate-cache tests

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/ISPN-8321?page=com.atlassian.jira.plugin.... ] Bela Ban commented on ISPN-8321: -------------------------------- [~galder.zamarreno] Can you try this (with the test protocol re-enabled) with the latest 4.0.7-SNAPSHOT? > Deadlock in hibernate-cache tests > --------------------------------- > > Key: ISPN-8321 > URL: https://issues.jboss.org/browse/ISPN-8321 > Project: Infinispan > Issue Type: Bug > Components: Hibernate Cache > Affects Versions: 9.1.0.Final > Reporter: Gustavo Fernandes > Assignee: Galder Zamarreño > Labels: testsuite_stability > Attachments: deadlock.txt > > > {noformat} > Found one Java-level deadlock: > ============================= > "TestDisconnectHandler-1": > waiting to lock monitor 0x00007fdff40036f8 (object 0x00000007359182d0, a org.jgroups.protocols.pbcast.Merger), > which is held by "jgroups-4,EntityCollectionInvalidationTest-NodeF-59512" > "jgroups-4,EntityCollectionInvalidationTest-NodeF-59512": > waiting for ownable synchronizer 0x0000000735645138, (a java.util.concurrent.locks.ReentrantLock$NonfairSync), > which is held by "TestDisconnectHandler-1" > Java stack information for the threads listed above: > =================================================== > "TestDisconnectHandler-1": > at org.jgroups.protocols.pbcast.Merger.cancelMerge(Merger.java:431) > - waiting to lock <0x00000007359182d0> (a org.jgroups.protocols.pbcast.Merger) > at org.jgroups.protocols.pbcast.CoordGmsImpl.init(CoordGmsImpl.java:34) > at org.jgroups.protocols.pbcast.GMS.becomeCoordinator(GMS.java:407) > at org.jgroups.protocols.pbcast.ParticipantGmsImpl.handleMembershipChange(ParticipantGmsImpl.java:114) > at org.jgroups.protocols.pbcast.GMS.process(GMS.java:1296) > at org.jgroups.protocols.pbcast.GMS$$Lambda$95/1582906120.accept(Unknown Source) > at org.jgroups.protocols.pbcast.ViewHandler.process(ViewHandler.java:173) > at org.jgroups.protocols.pbcast.ViewHandler.add(ViewHandler.java:111) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:841) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:233) > at org.jgroups.stack.Protocol.up(Protocol.java:302) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:591) > at org.jgroups.stack.Protocol.up(Protocol.java:302) > at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:245) > at org.infinispan.test.hibernate.cache.util.TestDisconnectHandler.lambda$down$0(TestDisconnectHandler.java:63) > at org.infinispan.test.hibernate.cache.util.TestDisconnectHandler$$Lambda$392/1960261368.run(Unknown Source) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > "jgroups-4,EntityCollectionInvalidationTest-NodeF-59512": > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x0000000735645138> (a java.util.concurrent.locks.ReentrantLock$NonfairSync) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:836) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireQueued(AbstractQueuedSynchronizer.java:870) > at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquire(AbstractQueuedSynchronizer.java:1199) > at java.util.concurrent.locks.ReentrantLock$NonfairSync.lock(ReentrantLock.java:209) > at java.util.concurrent.locks.ReentrantLock.lock(ReentrantLock.java:285) > at org.jgroups.protocols.pbcast.ViewHandler.resume(ViewHandler.java:140) > at org.jgroups.protocols.pbcast.Merger.cancelMerge(Merger.java:435) > - locked <0x00000007359182d0> (a org.jgroups.protocols.pbcast.Merger) > at org.jgroups.protocols.pbcast.CoordGmsImpl.init(CoordGmsImpl.java:34) > at org.jgroups.protocols.pbcast.GMS.becomeCoordinator(GMS.java:407) > at org.jgroups.protocols.pbcast.GMS.installView(GMS.java:688) > - locked <0x0000000735918798> (a org.jgroups.Membership) > - locked <0x0000000735643d68> (a org.jgroups.protocols.pbcast.GMS) > at org.jgroups.protocols.pbcast.ParticipantGmsImpl.handleViewChange(ParticipantGmsImpl.java:135) > at org.jgroups.protocols.pbcast.GMS.up(GMS.java:918) > at org.jgroups.stack.Protocol.up(Protocol.java:336) > at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:293) > at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:428) > at org.jgroups.protocols.pbcast.NAKACK2.deliverBatch(NAKACK2.java:962) > at org.jgroups.protocols.pbcast.NAKACK2.removeAndDeliver(NAKACK2.java:896) > at org.jgroups.protocols.pbcast.NAKACK2.handleMessages(NAKACK2.java:870) > at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:690) > at org.jgroups.protocols.FD.up(FD.java:280) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.stack.Protocol.up(Protocol.java:344) > at org.jgroups.protocols.TP.passBatchUp(TP.java:1255) > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.passBatchUp(MaxOneThreadPerSender.java:284) > at org.jgroups.util.SubmitToThreadPool$BatchHandler.run(SubmitToThreadPool.java:136) > at org.jgroups.util.MaxOneThreadPerSender$BatchHandlerLoop.run(MaxOneThreadPerSender.java:273) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8325) MemoryConfiguration.isEvictionEnabled() returns false if size = 0

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/ISPN-8325?page=com.atlassian.jira.plugin.... ] Paul Ferraro commented on ISPN-8325: ------------------------------------ [~william.burns] This is more than just a documentation issue. When creating its data container, Infinispan will create a bounded cache container if size >= 0L [1], which internally configures Caffeine's maximumSize with the value supplied by size() [2]. Caffeine allows maximumSize(0L), meaning that it will immediately evict entries. [3] Consequently, if size(0L) is genuinely unsupported, we need to adjust this logic. [1] https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... [2] https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... [3] https://github.com/ben-manes/caffeine/blob/master/caffeine/src/main/java/... > MemoryConfiguration.isEvictionEnabled() returns false if size = 0 > ----------------------------------------------------------------- > > Key: ISPN-8325 > URL: https://issues.jboss.org/browse/ISPN-8325 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Eviction > Affects Versions: 9.1.1.Final > Reporter: Paul Ferraro > Priority: Critical > > The documentation for MemoryConfiguration explicitly states that eviction is disabled if size < 0, however, this method returns false if size = 0. > Configuring MemoryConfigurationBuilder with size(0L) causes evict(...) to log a confusing WARN message: > WARN: ISPN000419: Eviction of an entry invoked without an explicit eviction strategy for cache foo -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8331) CacheEntryExpiredEvent.getValue() is always null when entry expired from cache store

by Paul Ferraro (JIRA)

[ https://issues.jboss.org/browse/ISPN-8331?page=com.atlassian.jira.plugin.... ] Paul Ferraro commented on ISPN-8331: ------------------------------------ [~william.burns] Why not PurgeListener.entryPurged(MarshalledEntry entry)? That way both values and meta data are exposed, yet unmarshalled lazily. > CacheEntryExpiredEvent.getValue() is always null when entry expired from cache store > ------------------------------------------------------------------------------------ > > Key: ISPN-8331 > URL: https://issues.jboss.org/browse/ISPN-8331 > Project: Infinispan > Issue Type: Enhancement > Components: Expiration > Affects Versions: 9.1.1.Final > Reporter: Paul Ferraro > > AdvancedCacheWriter.PurgeListener callback only sends the key of the expired entry. > Proposal: > AdvancedCacheWriter.PurgeListener.entryPurged(MarshalledEntry entry); > This way, we only incur the cost of unmarshalling value/metadata when requested. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8343) Add TRACE logs for component metadata loading and lifecycle registration

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8343?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-8343: ------------------------------------- Assignee: Tristan Tarrant > Add TRACE logs for component metadata loading and lifecycle registration > ------------------------------------------------------------------------ > > Key: ISPN-8343 > URL: https://issues.jboss.org/browse/ISPN-8343 > Project: Infinispan > Issue Type: Enhancement > Reporter: Gustavo Fernandes > Assignee: Tristan Tarrant > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8343) Add TRACE logs for component metadata loading and lifecycle registration

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-8343: --------------------------------------- Summary: Add TRACE logs for component metadata loading and lifecycle registration Key: ISPN-8343 URL: https://issues.jboss.org/browse/ISPN-8343 Project: Infinispan Issue Type: Enhancement Reporter: Gustavo Fernandes -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8342) Minor improvements and fixes for clustered counters

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-8342?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-8342: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5466 > Minor improvements and fixes for clustered counters > --------------------------------------------------- > > Key: ISPN-8342 > URL: https://issues.jboss.org/browse/ISPN-8342 > Project: Infinispan > Issue Type: Bug > Components: Clustered Counter > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > > Changes: > * Remove deprecated methods usage > * Fixed toString() for WeakCounterImpl > * Fixed getCachedValue for WeakCounterImpl > * Store only the value and not the CounterValue for WeakCounterImpl -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8342) Minor improvements and fixes for clustered counters

by Pedro Ruivo (JIRA)

Pedro Ruivo created ISPN-8342: --------------------------------- Summary: Minor improvements and fixes for clustered counters Key: ISPN-8342 URL: https://issues.jboss.org/browse/ISPN-8342 Project: Infinispan Issue Type: Bug Components: Clustered Counter Reporter: Pedro Ruivo Assignee: Pedro Ruivo Changes: * Remove deprecated methods usage * Fixed toString() for WeakCounterImpl * Fixed getCachedValue for WeakCounterImpl * Store only the value and not the CounterValue for WeakCounterImpl -- This message was sent by Atlassian JIRA (v7.2.3#72005)

8 years, 6 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2017