[JBoss JIRA] (ISPN-11902) WriteBehindFaultToleranceTest.testBlockingOnStoreAvailabilityChange random failures
by Ryan Emerson (Jira)
[ https://issues.redhat.com/browse/ISPN-11902?page=com.atlassian.jira.plugi... ]
Ryan Emerson resolved ISPN-11902.
---------------------------------
Resolution: Done
> WriteBehindFaultToleranceTest.testBlockingOnStoreAvailabilityChange random failures
> -----------------------------------------------------------------------------------
>
> Key: ISPN-11902
> URL: https://issues.redhat.com/browse/ISPN-11902
> Project: Infinispan
> Issue Type: Bug
> Components: Core, Test Suite
> Affects Versions: 11.0.0.CR1
> Reporter: Dan Berindei
> Assignee: Will Burns
> Priority: Major
> Labels: testsuite_stability
> Fix For: 11.0.0.Final
>
> Attachments: WriteBehindFaultToleranceTest.log.gz
>
>
> It always fails for me when I run from the IDE with trace logging enabled
> {noformat}
> java.util.concurrent.ExecutionException: org.infinispan.persistence.spi.StoreUnavailableException: Store org.infinispan.persistence.async.AsyncNonBlockingStore@1cddb77e is unavailable
> at java.base/java.util.concurrent.FutureTask.report(FutureTask.java:122)
> at java.base/java.util.concurrent.FutureTask.get(FutureTask.java:205)
> at org.infinispan.persistence.WriteBehindFaultToleranceTest.testBlockingOnStoreAvailabilityChange(WriteBehindFaultToleranceTest.java:96)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:567)
> at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:124)
> at org.testng.internal.MethodInvocationHelper$1.runTestMethod(MethodInvocationHelper.java:230)
> at org.infinispan.commons.test.TestNGLongTestsHook.run(TestNGLongTestsHook.java:24)
> at org.testng.internal.MethodInvocationHelper.invokeHookable(MethodInvocationHelper.java:242)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:579)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:719)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:989)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:125)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:109)
> at org.testng.TestRunner.privateRun(TestRunner.java:648)
> at org.testng.TestRunner.run(TestRunner.java:505)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:455)
> at org.testng.SuiteRunner.runSequentially(SuiteRunner.java:450)
> at org.testng.SuiteRunner.privateRun(SuiteRunner.java:415)
> at org.testng.SuiteRunner.run(SuiteRunner.java:364)
> at org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52)
> at org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:84)
> at org.testng.TestNG.runSuitesSequentially(TestNG.java:1208)
> at org.testng.TestNG.runSuitesLocally(TestNG.java:1137)
> at org.testng.TestNG.runSuites(TestNG.java:1049)
> at org.testng.TestNG.run(TestNG.java:1017)
> at com.intellij.rt.testng.IDEARemoteTestNG.run(IDEARemoteTestNG.java:66)
> at com.intellij.rt.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:110)
> Caused by: org.infinispan.persistence.spi.StoreUnavailableException: Store org.infinispan.persistence.async.AsyncNonBlockingStore@1cddb77e is unavailable
> at org.infinispan.persistence.manager.PersistenceManagerImpl.checkStoreAvailability(PersistenceManagerImpl.java:1093)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.lambda$writeBatchToAllNonTxStores$58(PersistenceManagerImpl.java:952)
> at io.reactivex.rxjava3.internal.operators.completable.CompletableUsing.subscribeActual(CompletableUsing.java:57)
> at io.reactivex.rxjava3.core.Completable.subscribe(Completable.java:2850)
> at io.reactivex.rxjava3.core.Completable.subscribeWith(Completable.java:2900)
> at io.reactivex.rxjava3.core.Completable.toCompletionStage(Completable.java:3424)
> at org.infinispan.persistence.manager.PersistenceManagerImpl.writeBatchToAllNonTxStores(PersistenceManagerImpl.java:970)
> at org.infinispan.interceptors.impl.CacheWriterInterceptor.processIterableBatch(CacheWriterInterceptor.java:276)
> at org.infinispan.interceptors.impl.CacheWriterInterceptor.handlePutMapCommandReturn(CacheWriterInterceptor.java:263)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextThenApply(BaseAsyncInterceptor.java:86)
> at org.infinispan.interceptors.impl.CacheWriterInterceptor.visitPutMapCommand(CacheWriterInterceptor.java:253)
> at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:74)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:53)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitPutMapCommand(DDAsyncInterceptor.java:89)
> at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:74)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
> at org.infinispan.interceptors.BaseAsyncInterceptor.asyncInvokeNext(BaseAsyncInterceptor.java:232)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForManyEntriesCommand(EntryWrappingInterceptor.java:694)
> at org.infinispan.interceptors.impl.EntryWrappingInterceptor.visitPutMapCommand(EntryWrappingInterceptor.java:433)
> at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:74)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndFinally(BaseAsyncInterceptor.java:155)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.lambda$nonTxLockAndInvokeNext$3(AbstractLockingInterceptor.java:308)
> at org.infinispan.interceptors.SyncInvocationStage.andHandle(SyncInvocationStage.java:69)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.nonTxLockAndInvokeNext(AbstractLockingInterceptor.java:303)
> at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.handleWriteManyCommand(NonTransactionalLockingInterceptor.java:65)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitPutMapCommand(AbstractLockingInterceptor.java:182)
> at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:74)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
> at org.infinispan.interceptors.impl.CacheMgmtInterceptor.visitPutMapCommand(CacheMgmtInterceptor.java:193)
> at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:74)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
> at org.infinispan.interceptors.impl.IsMarshallableInterceptor.visitPutMapCommand(IsMarshallableInterceptor.java:58)
> at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:74)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNext(BaseAsyncInterceptor.java:59)
> at org.infinispan.interceptors.DDAsyncInterceptor.handleDefault(DDAsyncInterceptor.java:53)
> at org.infinispan.interceptors.DDAsyncInterceptor.visitPutMapCommand(DDAsyncInterceptor.java:89)
> at org.infinispan.commands.write.PutMapCommand.acceptVisitor(PutMapCommand.java:74)
> at org.infinispan.interceptors.BaseAsyncInterceptor.invokeNextAndExceptionally(BaseAsyncInterceptor.java:128)
> at org.infinispan.interceptors.impl.InvocationContextInterceptor.visitCommand(InvocationContextInterceptor.java:90)
> at org.infinispan.interceptors.impl.AsyncInterceptorChainImpl.invoke(AsyncInterceptorChainImpl.java:244)
> at org.infinispan.cache.impl.InvocationHelper.doInvoke(InvocationHelper.java:298)
> at org.infinispan.cache.impl.InvocationHelper.invoke(InvocationHelper.java:102)
> at org.infinispan.cache.impl.InvocationHelper.invoke(InvocationHelper.java:84)
> at org.infinispan.cache.impl.CacheImpl.putAll(CacheImpl.java:1328)
> at org.infinispan.cache.impl.CacheImpl.putAll(CacheImpl.java:1796)
> at org.infinispan.cache.impl.CacheImpl.putAll(CacheImpl.java:473)
> at org.infinispan.cache.impl.AbstractDelegatingCache.putAll(AbstractDelegatingCache.java:459)
> at org.infinispan.cache.impl.EncoderCache.putAll(EncoderCache.java:726)
> at org.infinispan.persistence.WriteBehindFaultToleranceTest.lambda$testBlockingOnStoreAvailabilityChange$2(WriteBehindFaultToleranceTest.java:82)
> at org.infinispan.test.AbstractInfinispanTest.lambda$fork$6(AbstractInfinispanTest.java:262)
> at {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-10373) Store/Loader Non blocking SPI
by Ryan Emerson (Jira)
[ https://issues.redhat.com/browse/ISPN-10373?page=com.atlassian.jira.plugi... ]
Ryan Emerson resolved ISPN-10373.
---------------------------------
Fix Version/s: 11.0.0.Final
Resolution: Done
> Store/Loader Non blocking SPI
> -----------------------------
>
> Key: ISPN-10373
> URL: https://issues.redhat.com/browse/ISPN-10373
> Project: Infinispan
> Issue Type: Feature Request
> Components: Loaders and Stores
> Reporter: Will Burns
> Assignee: Will Burns
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> We need to add and use a non blocking SPI internally for our stores/loaders. We added ISPN-9722, which is a good step and refactored all of our internal code to use "non blocking" stores. However the stores themselves are all inherently sync even if the store itself could be non blocking. We would have to add a new SPI interface to allow for such non blocking operations. We would then remove all the explicit threading added in ISPN-9722 and move it to a wrapper around a currently sync loader instead. This way an invoking thread doesn't need to do a context switch or anything if invoking just a non blocking store operation.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11970) RemoteCacheImpl.retrieveEntries with explicit segments is not server aware
by Will Burns (Jira)
Will Burns created ISPN-11970:
---------------------------------
Summary: RemoteCacheImpl.retrieveEntries with explicit segments is not server aware
Key: ISPN-11970
URL: https://issues.redhat.com/browse/ISPN-11970
Project: Infinispan
Issue Type: Bug
Components: Hot Rod
Reporter: Will Burns
Assignee: Will Burns
Unfortunately retrieveEntries method always chooses a random server to send a request to. This is fine when segments is not provided. However if an explicit set of segments is provided we should route the request to the address that has the most segments of the set and hasn't failed yet.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11862) Remove CacheStoreFactoryRegistry
by Will Burns (Jira)
[ https://issues.redhat.com/browse/ISPN-11862?page=com.atlassian.jira.plugi... ]
Will Burns updated ISPN-11862:
------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> Remove CacheStoreFactoryRegistry
> --------------------------------
>
> Key: ISPN-11862
> URL: https://issues.redhat.com/browse/ISPN-11862
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Affects Versions: 11.0.0.Dev05
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> We should remove {{CacheStoreFactoryRegistry}} as its original use was to allow for custom store implementations that were deployed to the Wildfly server, however as the new server does not allow runtime deployments this abstraction only adds unnecessary complexity to core.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11961) DefaultIracManager should handle ImmutableSet
by Pedro Ruivo (Jira)
[ https://issues.redhat.com/browse/ISPN-11961?page=com.atlassian.jira.plugi... ]
Pedro Ruivo updated ISPN-11961:
-------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/8431
> DefaultIracManager should handle ImmutableSet
> ---------------------------------------------
>
> Key: ISPN-11961
> URL: https://issues.redhat.com/browse/ISPN-11961
> Project: Infinispan
> Issue Type: Bug
> Components: Cross-Site Replication
> Affects Versions: 11.0.0.CR1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> I forgot there are immutable {{Intset}} implementation and {{IntSet.from()}} can return one of those instances.
> If that is the case, bad things happen...
> {code}
> Caused by: java.lang.UnsupportedOperationException: RangeSet is immutable
> at org.infinispan.commons.util.RangeSet.removeAll(RangeSet.java:156)
> at org.infinispan.xsite.irac.DefaultIracManager.onTopologyUpdate(DefaultIracManager.java:211)
> at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:189)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11961) DefaultIracManager should handle ImmutableSet
by Pedro Ruivo (Jira)
[ https://issues.redhat.com/browse/ISPN-11961?page=com.atlassian.jira.plugi... ]
Pedro Ruivo updated ISPN-11961:
-------------------------------
Status: Open (was: New)
> DefaultIracManager should handle ImmutableSet
> ---------------------------------------------
>
> Key: ISPN-11961
> URL: https://issues.redhat.com/browse/ISPN-11961
> Project: Infinispan
> Issue Type: Bug
> Components: Cross-Site Replication
> Affects Versions: 11.0.0.CR1
> Reporter: Pedro Ruivo
> Assignee: Pedro Ruivo
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> I forgot there are immutable {{Intset}} implementation and {{IntSet.from()}} can return one of those instances.
> If that is the case, bad things happen...
> {code}
> Caused by: java.lang.UnsupportedOperationException: RangeSet is immutable
> at org.infinispan.commons.util.RangeSet.removeAll(RangeSet.java:156)
> at org.infinispan.xsite.irac.DefaultIracManager.onTopologyUpdate(DefaultIracManager.java:211)
> at org.infinispan.statetransfer.StateTransferManagerImpl.doTopologyUpdate(StateTransferManagerImpl.java:189)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months
[JBoss JIRA] (ISPN-11948) Exclude infinispan-jboss-marshalling from server/testdriver
by Ryan Emerson (Jira)
[ https://issues.redhat.com/browse/ISPN-11948?page=com.atlassian.jira.plugi... ]
Ryan Emerson updated ISPN-11948:
--------------------------------
Status: Open (was: New)
> Exclude infinispan-jboss-marshalling from server/testdriver
> -----------------------------------------------------------
>
> Key: ISPN-11948
> URL: https://issues.redhat.com/browse/ISPN-11948
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 11.0.0.CR1
> Reporter: Ryan Emerson
> Assignee: Ryan Emerson
> Priority: Major
> Fix For: 11.0.0.Final
>
>
> The {{server-runtime}} modules has a dependency on {{infinispan-jboss-marshalling}} in order for the server to provide transcoding and jbmar on the server-side. However, the {{infinispan-server-testdriver-core}} does not exclude this dependency, resulting in all client tests automatically configuring the {{GenericJBossMarshaller}} .
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 10 months