[JBoss JIRA] (ISPN-8337) Empty results from queries from QueryFactory with offheap
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-8337?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-8337:
------------------------------------
Description:
When enabling Storage.OFF_HEAP or Storage.BINARY, queries obtained from {{Search.getQueryFactory}} return empty results. Queries built
with Lucene from {{Search.getSearchManager}} are not affected.
was:When enabling Storage.OFF_HEAP or Storage.BINARY, queries obtained from {{Search.getQueryFactory}} return empty results. Queries build with Lucene from {{Search.getSearchManager}} are not affected.
> Empty results from queries from QueryFactory with offheap
> ---------------------------------------------------------
>
> Key: ISPN-8337
> URL: https://issues.jboss.org/browse/ISPN-8337
> Project: Infinispan
> Issue Type: Bug
> Components: Embedded Querying
> Affects Versions: 9.1.1.Final
> Reporter: Gustavo Fernandes
> Assignee: Gustavo Fernandes
> Fix For: 9.1.2.Final, 9.2.0.Alpha1
>
>
> When enabling Storage.OFF_HEAP or Storage.BINARY, queries obtained from {{Search.getQueryFactory}} return empty results. Queries built
> with Lucene from {{Search.getSearchManager}} are not affected.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8140) Getting IndexOutOfBoundsException when retrieving WeakCounter
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8140?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8140:
------------------------------
Status: Open (was: New)
> Getting IndexOutOfBoundsException when retrieving WeakCounter
> -------------------------------------------------------------
>
> Key: ISPN-8140
> URL: https://issues.jboss.org/browse/ISPN-8140
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Counter
> Affects Versions: 9.1.0.Final
> Reporter: Martin Gencur
> Assignee: Pedro Ruivo
>
> Calling getWeakCounter on EmbeddedCounterManager leads to the following exception:
> {code}
> java.lang.ArrayIndexOutOfBoundsException: 0
> at org.infinispan.counter.impl.weak.WeakCounterImpl.registerListener(WeakCounterImpl.java:228) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.weak.WeakCounterImpl.init(WeakCounterImpl.java:105) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createWeakCounter(EmbeddedCounterManager.java:66) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:129) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager$$Lambda$320/1622399598.apply(Unknown Source) ~[?:?]
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660) ~[?:1.8.0_40]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getWeakCounter(EmbeddedCounterManager.java:94) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.radargun.service.Infinispan91WeakCounterOperations.getWeakCounter(Infinispan91WeakCounterOperations.java:22) ~[plugin-infinispan91-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.WeakCounterTestStage$WeakCounterLogic.init(WeakCounterTestStage.java:59) ~[radargun-counter-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.test.Stressor.run(Stressor.java:65) [radargun-core-3.0.0-SNAPSHOT.jar:?]
> {code}
> The counter has this configuration:
> {code}
> <counters xmlns="urn:infinispan:config:counters:9.0" num-owners="2" reliability="CONSISTENT">
> <weak-counter name="c5" initial-value="5" storage="VOLATILE" concurrency-level="1"/>
> </counters>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8140) Getting IndexOutOfBoundsException when retrieving WeakCounter
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-8140?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-8140:
------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5459
> Getting IndexOutOfBoundsException when retrieving WeakCounter
> -------------------------------------------------------------
>
> Key: ISPN-8140
> URL: https://issues.jboss.org/browse/ISPN-8140
> Project: Infinispan
> Issue Type: Bug
> Components: Clustered Counter
> Affects Versions: 9.1.0.Final
> Reporter: Martin Gencur
> Assignee: Pedro Ruivo
>
> Calling getWeakCounter on EmbeddedCounterManager leads to the following exception:
> {code}
> java.lang.ArrayIndexOutOfBoundsException: 0
> at org.infinispan.counter.impl.weak.WeakCounterImpl.registerListener(WeakCounterImpl.java:228) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.weak.WeakCounterImpl.init(WeakCounterImpl.java:105) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createWeakCounter(EmbeddedCounterManager.java:66) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.createCounter(EmbeddedCounterManager.java:129) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager$$Lambda$320/1622399598.apply(Unknown Source) ~[?:?]
> at java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1660) ~[?:1.8.0_40]
> at org.infinispan.counter.impl.manager.EmbeddedCounterManager.getWeakCounter(EmbeddedCounterManager.java:94) ~[infinispan-clustered-counter-9.1.0.Final.jar:9.1.0.Final]
> at org.radargun.service.Infinispan91WeakCounterOperations.getWeakCounter(Infinispan91WeakCounterOperations.java:22) ~[plugin-infinispan91-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.WeakCounterTestStage$WeakCounterLogic.init(WeakCounterTestStage.java:59) ~[radargun-counter-3.0.0-SNAPSHOT.jar:?]
> at org.radargun.stages.test.Stressor.run(Stressor.java:65) [radargun-core-3.0.0-SNAPSHOT.jar:?]
> {code}
> The counter has this configuration:
> {code}
> <counters xmlns="urn:infinispan:config:counters:9.0" num-owners="2" reliability="CONSISTENT">
> <weak-counter name="c5" initial-value="5" storage="VOLATILE" concurrency-level="1"/>
> </counters>
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8335) Lingering end invalidation messages
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8335?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-8335:
----------------------------------------
Found while investigating ISPN-8318.
> Lingering end invalidation messages
> -----------------------------------
>
> Key: ISPN-8335
> URL: https://issues.jboss.org/browse/ISPN-8335
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.1.1.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
>
> Some random failures in Hibernate 2LC still lingering. I've not seen this in CI, but happened in a looped run to try to replicate ISPN-8318:
> {code}
> [ERROR] Tests run: 180, Failures: 1, Errors: 0, Skipped: 18, Time elapsed: 13.855 s <<< FAILURE! - in org.infinispan.test.hibernate.cache.entity.EntityRegionAccessStrategyTest
> [ERROR] testRemoveAll[non-JTA, INVALIDATION_SYNC,AccessType[transactional]](org.infinispan.test.hibernate.cache.entity.EntityRegionAccessStrategyTest) Time elapsed: 0.013 s <<< FAILURE!
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.infinispan.test.hibernate.cache.AbstractRegionAccessStrategyTest.evictOrRemoveAllTest(AbstractRegionAccessStrategyTest.java:583)
> at org.infinispan.test.hibernate.cache.AbstractRegionAccessStrategyTest.testRemoveAll(AbstractRegionAccessStrategyTest.java:495)
> {code}
> It appears to be the result of an end invalidation from a putFromLoad test that lingers and ends up affecting {{evictOrRemoveAllTest}} method.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8335) Lingering end invalidation messages
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-8335?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-8335:
-----------------------------------
Status: Open (was: New)
> Lingering end invalidation messages
> -----------------------------------
>
> Key: ISPN-8335
> URL: https://issues.jboss.org/browse/ISPN-8335
> Project: Infinispan
> Issue Type: Bug
> Components: Hibernate Cache
> Affects Versions: 9.1.1.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: testsuite_stability
>
> Some random failures in Hibernate 2LC still lingering. I've not seen this in CI, but happened in a looped run to try to replicate ISPN-8318:
> {code}
> [ERROR] Tests run: 180, Failures: 1, Errors: 0, Skipped: 18, Time elapsed: 13.855 s <<< FAILURE! - in org.infinispan.test.hibernate.cache.entity.EntityRegionAccessStrategyTest
> [ERROR] testRemoveAll[non-JTA, INVALIDATION_SYNC,AccessType[transactional]](org.infinispan.test.hibernate.cache.entity.EntityRegionAccessStrategyTest) Time elapsed: 0.013 s <<< FAILURE!
> java.lang.AssertionError
> at org.junit.Assert.fail(Assert.java:86)
> at org.junit.Assert.assertTrue(Assert.java:41)
> at org.junit.Assert.assertTrue(Assert.java:52)
> at org.infinispan.test.hibernate.cache.AbstractRegionAccessStrategyTest.evictOrRemoveAllTest(AbstractRegionAccessStrategyTest.java:583)
> at org.infinispan.test.hibernate.cache.AbstractRegionAccessStrategyTest.testRemoveAll(AbstractRegionAccessStrategyTest.java:495)
> {code}
> It appears to be the result of an end invalidation from a putFromLoad test that lingers and ends up affecting {{evictOrRemoveAllTest}} method.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8336) lockAllAndRecording() method is blocking
by Pedro Ruivo (JIRA)
Pedro Ruivo created ISPN-8336:
---------------------------------
Summary: lockAllAndRecording() method is blocking
Key: ISPN-8336
URL: https://issues.jboss.org/browse/ISPN-8336
Project: Infinispan
Issue Type: Bug
Components: Core
Reporter: Pedro Ruivo
Assignee: Pedro Ruivo
the lockAndRecord (and lock all) method can block the application thread until the lock is available. There is no impact for a remote command since it is blocked in the inbound handler until the lock is available.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 6 months
[JBoss JIRA] (ISPN-8323) Cache.evict(...) throws NPE if entry was already evicted and an eviction listener is present
by William Burns (JIRA)
[ https://issues.jboss.org/browse/ISPN-8323?page=com.atlassian.jira.plugin.... ]
William Burns updated ISPN-8323:
--------------------------------
Status: Pull Request Sent (was: Coding In Progress)
Git Pull Request: https://github.com/infinispan/infinispan/pull/5457
> 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