[JBoss JIRA] (IPROTO-124) Remove javassit code generation and replace it with ByteBuddy or Gizmo
by Nistor Adrian (Jira)
Nistor Adrian created IPROTO-124:
------------------------------------
Summary: Remove javassit code generation and replace it with ByteBuddy or Gizmo
Key: IPROTO-124
URL: https://issues.redhat.com/browse/IPROTO-124
Project: Infinispan ProtoStream
Issue Type: Enhancement
Reporter: Nistor Adrian
Javassist is not dead yet but it is just minimally maintained and does not seem to have a great future. bytecode level support for latest released jdk is usually added quite late but source level support is never added. At source level it is still Java 1.4 compatible. We need a high level java bytecode library to replace it, and also play well in the Quarkus ecosystem. ByteBuddy and Gizmo seem to be the right candidates.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10964) Provide Exceptions for unsupported operations with APPLICATION_UNKNOWN
by Nistor Adrian (Jira)
[ https://issues.redhat.com/browse/ISPN-10964?page=com.atlassian.jira.plugi... ]
Nistor Adrian updated ISPN-10964:
---------------------------------
Status: Open (was: New)
> Provide Exceptions for unsupported operations with APPLICATION_UNKNOWN
> ----------------------------------------------------------------------
>
> Key: ISPN-10964
> URL: https://issues.redhat.com/browse/ISPN-10964
> Project: Infinispan
> Issue Type: Enhancement
> Components: Server
> Affects Versions: 10.1.0.Beta1
> Reporter: Ryan Emerson
> Priority: Major
>
> The default media type for cache types is APPLICATION_UNKNOWN if not explicitly configured by the user. However, APPLICATION_UNKNOWN is not supported when using the following:
> * Filters
> * Converters
> * Transcoders (works sometimes, best effort)
> Instead of failures occurring at runtime, we should throw a configuration exception where possible. In the case of the transcoder, we should either throw a more meaningful exception when transcoding fails or remove the ability to transcode APPLICATION_UNKNOWN sources.
> The exception(s) should instruct the user to explicitly configure the media type.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10984) StackOverflowError following restart of scattered-cache with state-transfer awaitInitialTransfer disabled
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-10984?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-10984:
-----------------------------------
Fix Version/s: 9.4.18.Final
(was: 9.4.17.Final)
> StackOverflowError following restart of scattered-cache with state-transfer awaitInitialTransfer disabled
> ---------------------------------------------------------------------------------------------------------
>
> Key: ISPN-10984
> URL: https://issues.redhat.com/browse/ISPN-10984
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 9.4.16.Final
> Reporter: Paul Ferraro
> Assignee: Dan Berindei
> Priority: Critical
> Fix For: 10.1.0.Final, 9.4.18.Final
>
>
> {noformat}
> 2019-11-24 18:30:00,837 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.clustering.web."clusterbench-ee8.ear.clusterbench-ee8-web.war": org.jboss.msc.service.StartException in service jboss.clustering.web."clusterbench-ee8.ear.clusterbench-ee8-web.war": org.infinispan.commons.CacheException: java.util.concurrent.ExecutionException: java.lang.StackOverflowError
> at org.wildfly.clustering.service@18.0.1.Final//org.wildfly.clustering.service.FunctionalService.start(FunctionalService.java:70)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1739)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1701)
> at org.jboss.msc@1.4.11.Final//org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1559)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1982)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1486)
> at org.jboss.threads@2.3.3.Final//org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1377)
> at java.base/java.lang.Thread.run(Thread.java:834)
> Caused by: org.infinispan.commons.CacheException: java.util.concurrent.ExecutionException: java.lang.StackOverflowError
> at org.infinispan@9.4.16.Final//org.infinispan.interceptors.impl.PrefetchInterceptor$BackingIterator.hasNext(PrefetchInterceptor.java:651)
> at org.infinispan.commons@9.4.16.Final//org.infinispan.commons.util.IteratorMapper.hasNext(IteratorMapper.java:27)
> at org.wildfly.clustering.web.infinispan@18.0.1.Final//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory.schedule(InfinispanSessionManagerFactory.java:232)
> at org.wildfly.clustering.web.infinispan(a)18.0.1.Final//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactory.<init>(InfinispanSessionManagerFactory.java:120)
> at org.wildfly.clustering.web.infinispan@18.0.1.Final//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactoryServiceConfigurator.get(InfinispanSessionManagerFactoryServiceConfigurator.java:92)
> at org.wildfly.clustering.web.infinispan@18.0.1.Final//org.wildfly.clustering.web.infinispan.session.InfinispanSessionManagerFactoryServiceConfigurator.get(InfinispanSessionManagerFactoryServiceConfigurator.java:69)
> at org.wildfly.clustering.service@18.0.1.Final//org.wildfly.clustering.service.FunctionalService.start(FunctionalService.java:67)
> ... 8 more
> Caused by: java.util.concurrent.ExecutionException: java.lang.StackOverflowError
> at java.base/java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:395)
> at java.base/java.util.concurrent.CompletableFuture.get(CompletableFuture.java:2022)
> at org.infinispan@9.4.16.Final//org.infinispan.interceptors.impl.PrefetchInterceptor$BackingIterator.hasNext(PrefetchInterceptor.java:649)
> ... 14 more
> Caused by: java.lang.StackOverflowError
> at java.base/java.lang.Throwable.getMessage(Throwable.java:382)
> at java.base/java.lang.Throwable.getLocalizedMessage(Throwable.java:396)
> at java.base/java.lang.Throwable.toString(Throwable.java:485)
> at java.base/java.lang.Throwable.<init>(Throwable.java:316)
> at java.base/java.lang.Exception.<init>(Exception.java:102)
> at java.base/java.lang.RuntimeException.<init>(RuntimeException.java:96)
> at java.base/java.util.concurrent.CompletionException.<init>(CompletionException.java:88)
> at java.base/java.util.concurrent.CompletableFuture.encodeThrowable(CompletableFuture.java:314)
> at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1113)
> at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235)
> at org.infinispan@9.4.16.Final//org.infinispan.scattered.impl.ScatteredVersionManagerImpl.valuesFuture(ScatteredVersionManagerImpl.java:348)
> at org.infinispan@9.4.16.Final//org.infinispan.scattered.impl.ScatteredVersionManagerImpl.lambda$valuesFuture$3(ScatteredVersionManagerImpl.java:348)
> at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106)
> at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235)
> at org.infinispan@9.4.16.Final//org.infinispan.scattered.impl.ScatteredVersionManagerImpl.valuesFuture(ScatteredVersionManagerImpl.java:348)
> at org.infinispan@9.4.16.Final//org.infinispan.scattered.impl.ScatteredVersionManagerImpl.lambda$valuesFuture$3(ScatteredVersionManagerImpl.java:348)
> at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106)
> at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235)
> at org.infinispan@9.4.16.Final//org.infinispan.scattered.impl.ScatteredVersionManagerImpl.valuesFuture(ScatteredVersionManagerImpl.java:348)
> at org.infinispan@9.4.16.Final//org.infinispan.scattered.impl.ScatteredVersionManagerImpl.lambda$valuesFuture$3(ScatteredVersionManagerImpl.java:348)
> at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106)
> at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235)
> ...etc...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10981) CacheWriterTest.shouldWriteThoughUsingPutAll_partialSuccess random failures
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-10981?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-10981:
-----------------------------------
Fix Version/s: 10.1.0.Final
(was: 10.1.0.CR1)
> CacheWriterTest.shouldWriteThoughUsingPutAll_partialSuccess random failures
> ---------------------------------------------------------------------------
>
> Key: ISPN-10981
> URL: https://issues.redhat.com/browse/ISPN-10981
> Project: Infinispan
> Issue Type: Bug
> Components: JCache
> Affects Versions: 10.1.0.Beta1
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Labels: testsuite_stability
> Fix For: 10.1.0.Final
>
>
> {{CacheWriterTest.shouldWriteThoughUsingPutAll_partialSuccess}} fails very often.
> {noformat}
> 17:34:36,699 ERROR [TestSuiteProgress] Test failed: CacheWriterTest.shouldWriteThroughRemoveAllSpecific_partialSuccess
> java.lang.AssertionError: expected:<Hola World> but was:<null>
> at org.junit.Assert.fail(Assert.java:88) ~[junit-4.12.jar:4.12]
> at org.junit.Assert.failNotEquals(Assert.java:834) ~[junit-4.12.jar:4.12]
> at org.junit.Assert.assertEquals(Assert.java:118) ~[junit-4.12.jar:4.12]
> at org.junit.Assert.assertEquals(Assert.java:144) ~[junit-4.12.jar:4.12]
> at org.jsr107.tck.integration.CacheWriterTest.shouldWriteThroughRemoveAllSpecific_partialSuccess(CacheWriterTest.java:1047) ~[cache-tests-1.1.0-tests.jar:?]
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10939) PessimisticTxPartitionAndMergeDuringRollbackTest random failures
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-10939?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-10939:
-----------------------------------
Fix Version/s: 10.1.0.Final
(was: 10.1.0.CR1)
> PessimisticTxPartitionAndMergeDuringRollbackTest random failures
> ----------------------------------------------------------------
>
> Key: ISPN-10939
> URL: https://issues.redhat.com/browse/ISPN-10939
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 10.0.1.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Priority: Major
> Labels: testsuite_stability
> Fix For: 10.1.0.Final
>
> Attachments: test.log.gz
>
>
> {{PessimisticTxPartitionAndMergeDuringRollbackTest.testPrimaryOwnerIsolatedPartitionWithDiscard[DIST_SYNC, DENY_READ_WRITES]}} sometimes fails because {{NodeC}} never rolls back {{NodeA}}'s transaction. It's normal to not roll back the transaction on {{NodeC}} while it's in {{DEGRADED_MODE}}, but it should roll back the transaction after the merge.
> {noformat}
> 16:31:28,895 TRACE (ForkThread-1,PessimisticTxPartitionAndMergeDuringRollbackTest:[]) [TransactionCoordinator] rollback transaction GlobalTx:Test-NodeA-24422:22
> 16:31:28,897 DEBUG (jgroups-7,Test-NodeC-35037:[]) [BaseTxPartitionAndMergeTest] Ignoring command RollbackCommand {gtx=GlobalTx:Test-NodeA-24422:22, cacheName='pes-cache', topologyId=13}
> 16:31:28,898 DEBUG (testng-Test:[]) [GMS] Test-NodeC-35037: installing view [Test-NodeC-35037|31] (1) [Test-NodeC-35037]
> 16:31:28,904 DEBUG (testng-Test:[]) [GMS] Test-NodeA-24422: installing view [Test-NodeA-24422|32] (3) [Test-NodeA-24422, Test-NodeB-15428, Test-NodeD-40706]
> 16:31:28,968 TRACE (transport-thread-Test-NodeC-p181-t1:[Topology-pes-cache]) [TransactionTable] Checking for transactions originated on leavers. Current cache members are [Test-NodeC-35037], remote transactions: 1
> 16:31:28,971 TRACE (transport-thread-Test-NodeC-p181-t1:[Topology-pes-cache]) [TransactionTable] Checking transaction GlobalTx:Test-NodeA-24422:22
> 16:31:28,971 TRACE (transport-thread-Test-NodeC-p181-t1:[Topology-pes-cache]) [PartitionHandlingManagerImpl] Can rollback transaction? false
> 16:31:29,113 DEBUG (testng-Test:[]) [GMS] Test-NodeC-35037: installing view MergeView::[Test-NodeC-35037|35] (4) [Test-NodeC-35037, Test-NodeA-24422, Test-NodeB-15428, Test-NodeD-40706], 2 subgroups: [Test-NodeC-35037|33] (1) [Test-NodeC-35037], [Test-NodeA-24422|34] (3) [Test-NodeA-24422, Test-NodeB-15428, Test-NodeD-40706]
> 16:31:29,291 TRACE (transport-thread-Test-NodeC-p181-t4:[Topology-pes-cache]) [TransactionTable] Checking transaction GlobalTx:Test-NodeA-24422:22
> 16:31:29,291 TRACE (transport-thread-Test-NodeC-p181-t4:[Topology-pes-cache]) [TransactionTable] No remote transactions pertain to originator(s) who have left the cluster.
> 16:31:29,435 DEBUG (testng-Test:[]) [PessimisticTxPartitionAndMergeDuringRollbackTest] Cluster merged
> 16:31:29,436 TRACE (testng-Test:[]) [PessimisticTxPartitionAndMergeDuringRollbackTest] Local tx=[], remote tx=[GlobalTx:Test-NodeA-24422:22], for cache Test-NodeC-35037
> ...
> 16:31:39,446 TRACE (testng-Test:[]) [PessimisticTxPartitionAndMergeDuringRollbackTest] Local tx=[], remote tx=[GlobalTx:Test-NodeA-24422:22], for cache Test-NodeC-35037
> 16:31:39,446 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.partitionhandling.PessimisticTxPartitionAndMergeDuringRollbackTest.testPrimaryOwnerIsolatedPartitionWithDiscard[DIST_SYNC, DENY_READ_WRITES]
> java.lang.AssertionError: There are pending transactions!
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.14.3.jar:?]
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) ~[testng-6.14.3.jar:?]
> at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:250) ~[test-classes/:?]
> at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:390) ~[test-classes/:?]
> at org.infinispan.test.MultipleCacheManagersTest.assertNoTransactions(MultipleCacheManagersTest.java:947) ~[test-classes/:?]
> at org.infinispan.partitionhandling.BaseTxPartitionAndMergeTest.finalAsserts(BaseTxPartitionAndMergeTest.java:101) ~[test-classes/:?]
> at org.infinispan.partitionhandling.BasePessimisticTxPartitionAndMergeTest.doTest(BasePessimisticTxPartitionAndMergeTest.java:83) ~[test-classes/:?]
> at org.infinispan.partitionhandling.PessimisticTxPartitionAndMergeDuringRollbackTest.testPrimaryOwnerIsolatedPartitionWithDiscard(PessimisticTxPartitionAndMergeDuringRollbackTest.java:43) ~[test-classes/:?]
> {noformat}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months
[JBoss JIRA] (ISPN-10910) Server should not keep running after a startup error
by Tristan Tarrant (Jira)
[ https://issues.redhat.com/browse/ISPN-10910?page=com.atlassian.jira.plugi... ]
Tristan Tarrant updated ISPN-10910:
-----------------------------------
Fix Version/s: 10.1.0.Final
(was: 10.1.0.CR1)
> Server should not keep running after a startup error
> ----------------------------------------------------
>
> Key: ISPN-10910
> URL: https://issues.redhat.com/browse/ISPN-10910
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 10.0.1.Final
> Reporter: Dan Berindei
> Priority: Major
> Fix For: 10.1.0.Final
>
>
> Some startup exceptions are logged on the console and ignored:
> {noformat}
> java.lang.IllegalArgumentException: A metric with metricID MetricID{name='Server_Transport_numberOfGlobalConnections', tags=[_domain="test_domain",name="Memcached-11221"]} already exists
> java.lang.RuntimeException: java.lang.IllegalArgumentException: A metric with metricID MetricID{name='Server_Transport_numberOfGlobalConnections', tags=[_domain="test_domain",name="Memcached-11221"]} already exists
> at org.infinispan.server.core.AbstractProtocolServer.registerServerMBeans(AbstractProtocolServer.java:168)
> at org.infinispan.server.core.AbstractProtocolServer.startTransport(AbstractProtocolServer.java:116)
> at org.infinispan.server.core.AbstractProtocolServer.startInternal(AbstractProtocolServer.java:72)
> at org.infinispan.server.memcached.MemcachedServer.startInternal(MemcachedServer.java:60)
> at org.infinispan.server.memcached.MemcachedServer.startInternal(MemcachedServer.java:33)
> at org.infinispan.server.core.AbstractProtocolServer.start(AbstractProtocolServer.java:103)
> at org.infinispan.server.SecurityActions.lambda$startProtocolServer$4(SecurityActions.java:72)
> at org.infinispan.security.Security.doPrivileged(Security.java:47)
> at org.infinispan.server.SecurityActions.doPrivileged(SecurityActions.java:32)
> at org.infinispan.server.SecurityActions.startProtocolServer(SecurityActions.java:75)
> at org.infinispan.server.Server.lambda$run$1(Server.java:294)
> at java.base/java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:183)
> at java.base/java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1654)
> at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:484)
> at java.base/java.util.stream.ForEachOps$ForEachTask.compute(ForEachOps.java:290)
> at java.base/java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:746)
> at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:290)
> at java.base/java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1020)
> at java.base/java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1656)
> at java.base/java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1594)
> at java.base/java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:177)
> Caused by: java.lang.IllegalArgumentException: A metric with metricID MetricID{name='Server_Transport_numberOfGlobalConnections', tags=[_domain="test_domain",name="Memcached-11221"]} already exists
> at io.smallrye.metrics.MetricsRegistryImpl.register(MetricsRegistryImpl.java:129)
> at org.infinispan.metrics.impl.ApplicationMetricsRegistry.register(ApplicationMetricsRegistry.java:81)
> at org.infinispan.jmx.AbstractJmxRegistration.registerExternalMBean(AbstractJmxRegistration.java:222)
> at org.infinispan.jmx.CacheManagerJmxRegistration.registerExternalMBean(CacheManagerJmxRegistration.java:16)
> at org.infinispan.server.core.AbstractProtocolServer.registerServerMBeans(AbstractProtocolServer.java:165)
> ... 20 more
> {noformat}
> Other exceptions are only logged during stop:
> {noformat}
> 09:09:48,404 ERROR (testng-ShutdownRestIT:[]) [TestSuiteProgress] Test failed: suite.null
> java.lang.RuntimeException: null
> at org.infinispan.server.test.EmbeddedInfinispanServerDriver.stop(EmbeddedInfinispanServerDriver.java:59) ~[test-classes/:?]
> at org.infinispan.server.test.InfinispanServerDriver.after(InfinispanServerDriver.java:101) ~[test-classes/:?]
> at org.infinispan.server.test.InfinispanServerRule$1.evaluate(InfinispanServerRule.java:72) ~[test-classes/:?]
> at org.junit.rules.RunRules.evaluate(RunRules.java:20) ~[junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363) [junit-4.12.jar:4.12]
> at org.junit.runners.Suite.runChild(Suite.java:128) [junit-4.12.jar:4.12]
> at org.junit.runners.Suite.runChild(Suite.java:27) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363) [junit-4.12.jar:4.12]
> at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> Suppressed: java.util.concurrent.ExecutionException: io.netty.channel.unix.Errors$NativeIoException: bind(..) failed: Address already in use
> at java.util.concurrent.CompletableFuture.reportGet(CompletableFuture.java:395) ~[?:?]
> at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1999) ~[?:?]
> at org.infinispan.server.test.EmbeddedInfinispanServerDriver.stop(EmbeddedInfinispanServerDriver.java:65) ~[test-classes/:?]
> at org.infinispan.server.test.InfinispanServerDriver.after(InfinispanServerDriver.java:101) ~[test-classes/:?]
> at org.infinispan.server.test.InfinispanServerRule$1.evaluate(InfinispanServerRule.java:72) ~[test-classes/:?]
> at org.junit.rules.RunRules.evaluate(RunRules.java:20) ~[junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363) [junit-4.12.jar:4.12]
> at org.junit.runners.Suite.runChild(Suite.java:128) [junit-4.12.jar:4.12]
> at org.junit.runners.Suite.runChild(Suite.java:27) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) [junit-4.12.jar:4.12]
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363) [junit-4.12.jar:4.12]
> at org.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158) [surefire-junit47-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418) [surefire-booter-3.0.0-M3.jar:3.0.0-M3]
> Caused by: io.netty.channel.unix.Errors$NativeIoException: bind(..) failed: Address already in use
> {noformat}
> It would be much better for the test suite if the server failed fast instead of showing an exception only after the test has run with a broken server.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years, 4 months