July 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-10225) Upgrade to WildFly 17.0.0.Beta1

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10225?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10225: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > Upgrade to WildFly 17.0.0.Beta1 > ------------------------------- > > Key: ISPN-10225 > URL: https://issues.jboss.org/browse/ISPN-10225 > Project: Infinispan > Issue Type: Component Upgrade > Components: Server > Affects Versions: 10.0.0.Beta3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta5 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10204) Server integration tests fail with ModuleNotFoundException: java.se

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10204?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10204: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > Server integration tests fail with ModuleNotFoundException: java.se > ------------------------------------------------------------------- > > Key: ISPN-10204 > URL: https://issues.jboss.org/browse/ISPN-10204 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 10.0.0.Beta3, 9.4.13.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta5, 9.4.16.Final > > > Prevents ModuleNotFoundException: java.se when executing the server testsuite. Strangely, this issue only seems to present on some machines and does not affect CI. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10190) Fix JDK 12/13 builds

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10190?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10190: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > Fix JDK 12/13 builds > -------------------- > > Key: ISPN-10190 > URL: https://issues.jboss.org/browse/ISPN-10190 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 10.0.0.Beta3, 9.4.13.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta5, 9.4.16.Final > > > Fixes running builds under JDK 13 -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10185) hotrod-client tests hang on Windows

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10185?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10185: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > hotrod-client tests hang on Windows > ----------------------------------- > > Key: ISPN-10185 > URL: https://issues.jboss.org/browse/ISPN-10185 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.4.13.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.Beta5 > > Attachments: ReplFailOverRemoteIteratorTest.txt > > > All the {{ForkJoin.commonPool}} in the thread dump are busy doing blocking operations: > {noformat} > "ForkJoinPool.commonPool-worker-1" #66 prio=0 tid=0x42 nid=NA timed_waiting > java.lang.Thread.State: TIMED_WAITING > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x75d9efe2> (a java.util.concurrent.CompletableFuture$Signaller) > at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) > at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1695) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3313) > at java.util.concurrent.CompletableFuture.timedGet(CompletableFuture.java:1775) > at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1915) > at org.infinispan.client.hotrod.impl.Util.await(Util.java:21) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:335) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at org.infinispan.client.hotrod.impl.iteration.AbstractRemoteIteratorTest.lambda$populateCache$0(AbstractRemoteIteratorTest.java:34) > {noformat} > {{ForkJoinPool.commonPool}} is supposed to add new threads to maintain the default parallelism level (= number of cpus), but that doesn't seem to work because {{RemoteCacheManagerTest}} is trying to start a cache and it didn't get a {{commonPool}} thread: > {noformat} > "testng-RemoteCacheManagerTest" #61 prio=0 tid=0x3d nid=NA waiting > java.lang.Thread.State: WAITING > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x23a92f0a> (a java.util.concurrent.CompletableFuture$Signaller) > at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175) > at java.util.concurrent.CompletableFuture$Signaller.block(CompletableFuture.java:1693) > at java.util.concurrent.ForkJoinPool.managedBlock(ForkJoinPool.java:3323) > at java.util.concurrent.CompletableFuture.waitingGet(CompletableFuture.java:1729) > at java.util.concurrent.CompletableFuture.get(CompletableFuture.java:1895) > at org.infinispan.client.hotrod.RemoteCacheManagerTest.testStartStopAsync(RemoteCacheManagerTest.java:55) > {noformat} > Server threads are all free. The first test to time out was {{ProtobufRemoteIteratorIndexingTest}}, but most put operations on {{ForkJoinPool.commonPool}} are issued by {{ReplFailOverRemoteIteratorTest}}: > {noformat} > "testng-ReplFailOverRemoteIteratorTest" #62 prio=0 tid=0x3e nid=NA waiting > java.lang.Thread.State: WAITING > at java.lang.Object.wait(Native Method) > - waiting on <0x404a8e70> (a java.util.stream.ForEachOps$ForEachTask) > at java.util.concurrent.ForkJoinTask.externalAwaitDone(ForkJoinTask.java:334) > at java.util.concurrent.ForkJoinTask.doInvoke(ForkJoinTask.java:405) > at java.util.concurrent.ForkJoinTask.invoke(ForkJoinTask.java:734) > at java.util.stream.ForEachOps$ForEachOp.evaluateParallel(ForEachOps.java:160) > at java.util.stream.ForEachOps$ForEachOp$OfInt.evaluateParallel(ForEachOps.java:189) > at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:233) > at java.util.stream.IntPipeline.forEach(IntPipeline.java:404) > at java.util.stream.IntPipeline$Head.forEach(IntPipeline.java:560) > at org.infinispan.client.hotrod.impl.iteration.AbstractRemoteIteratorTest.populateCache(AbstractRemoteIteratorTest.java:34) > at org.infinispan.client.hotrod.impl.iteration.BaseIterationFailOverTest.testFailOver(BaseIterationFailOverTest.java:38) > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10183) Unable to add cache configuration via server CLI

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10183?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10183: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > Unable to add cache configuration via server CLI > ------------------------------------------------ > > Key: ISPN-10183 > URL: https://issues.jboss.org/browse/ISPN-10183 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 10.0.0.Beta3, 9.4.13.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta5, 9.4.16.Final > > > {code} > [standalone@localhost:9990 /] cd subsystem=datagrid-infinispan/cache-container=local/configurations=CONFIGURATIONS > [standalone@localhost:9990 configurations=CONFIGURATIONS] ./local-cache-configuration=txCache:add() > {"outcome" => "success"} > [standalone@localhost:9990 configurations=CONFIGURATIONS] ls local-cache-configuration=txCache > {"WFLYCTL0062: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => "WFLYCTL0216: Management resource '[ > (\"subsystem\" => \"datagrid-infinispan\"), > (\"cache-container\" => \"local\"), > (\"configurations\" => \"CONFIGURATIONS\"), > (\"local-cache-configuration\" => \"txCache\"), > (\"persistence\" => \"PERSISTENCE\") > ]' not found"}} > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10149) Enable checkstyle plugin during the verify maven phase

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10149?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10149: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > Enable checkstyle plugin during the verify maven phase > ------------------------------------------------------ > > Key: ISPN-10149 > URL: https://issues.jboss.org/browse/ISPN-10149 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.4.12.Final, 10.0.0.Beta3 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Major > Fix For: 10.0.0.Beta5, 9.4.16.Final > > > Today the checkstyle configuration is duplicated across multiple projects > The docs say > {noformat} > ===== Checking coding style > If you have written any new code, it is highly recommended to validate formatting before submitting a Pull Request. > This might be done by invoking: > $ mvn checktyle:check > {noformat} > but it is failing > {noformat} > [INFO] BUILD FAILURE > [INFO] ------------------------------------------------------------------------ > [INFO] Total time: 7.296 s > [INFO] Finished at: 2019-04-25T19:55:17-03:00 > [INFO] ------------------------------------------------------------------------ > [ERROR] No plugin found for prefix 'checktyle' in the current project and in the plugin groups [com.oracle.weblogic, org.jenkins-ci.tools, org.apache.maven.plugins, org.codehaus.mojo] available from the repositories [local (/Users/dlovison/.m2/repository), -> [Help 1] > [ERROR] > [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. > [ERROR] Re-run Maven using the -X switch to enable full debug logging. > [ERROR] > [ERROR] For more information about the errors and possible solutions, please read the following articles: > [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/NoPluginFoundForPrefixEx... > {noformat} -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10129) CLI NullPointerException after running CLI "create" command

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10129?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10129: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > CLI NullPointerException after running CLI "create" command > ----------------------------------------------------------- > > Key: ISPN-10129 > URL: https://issues.jboss.org/browse/ISPN-10129 > Project: Infinispan > Issue Type: Bug > Components: CLI > Affects Versions: 9.4.12.Final, 10.0.0.Beta3 > Environment: JDG-7.3 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta5, 9.4.16.Final > > > Getting Null Pointer Exception after running "create" command from CLI : > Below is the exception snippet : > ~~~ > 16:59:43,111 ERROR [org.infinispan.cli.interpreter.Interpreter] (management-handler-thread - 1) ISPN019003: Interpreter error: java.lang.NullPointerException > at org.infinispan.cli.interpreter.session.SessionImpl.createCache(SessionImpl.java:109) > at org.infinispan.cli.interpreter.statement.CreateStatement.execute(CreateStatement.java:25) > at org.infinispan.cli.interpreter.Interpreter.execute(Interpreter.java:140) > at org.infinispan.server.infinispan.SecurityActions.lambda$executeInterpreter$7(SecurityActions.java:268) > at org.infinispan.security.Security.doPrivileged(Security.java:57) > at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:77) > at org.infinispan.server.infinispan.SecurityActions.executeInterpreter(SecurityActions.java:269) > at org.jboss.as.clustering.infinispan.subsystem.CliInterpreterHandler.execute(CliInterpreterHandler.java:71) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999) > at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743) > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467) > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411) > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423) > at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:265) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:231) > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:240) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$400(ModelControllerClientOperationHandler.java:138) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:162) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289) > at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:246) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254) > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225) > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:158) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70) > at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160) > at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35) > at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487) > at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378) > at java.lang.Thread.run(Thread.java:748) > at org.jboss.threads.JBossThread.run(JBossThread.java:485) > ~~~ -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10399) Add JGroups native S3_PING to WF modules

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10399?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10399: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > Add JGroups native S3_PING to WF modules > ---------------------------------------- > > Key: ISPN-10399 > URL: https://issues.jboss.org/browse/ISPN-10399 > Project: Infinispan > Issue Type: Enhancement > Components: WildFly modules > Affects Versions: 10.0.0.Beta3, 9.4.15.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta5, 9.4.16.Final > > > Productize replacement for current S3_PING. Native AWS libraries shouldn't be productized, but deployed by end user. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10386) OSGi integration tests never run

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-10386?page=com.atlassian.jira.plugin... ] Tristan Tarrant updated ISPN-10386: ----------------------------------- Fix Version/s: 10.0.0.Beta5 (was: 10.0.0.Beta4) > OSGi integration tests never run > -------------------------------- > > Key: ISPN-10386 > URL: https://issues.jboss.org/browse/ISPN-10386 > Project: Infinispan > Issue Type: Bug > Components: Build, Test Suite - Core > Affects Versions: 10.0.0.Beta3, 9.4.15.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Beta5 > > > When we started supporting JDK9, Karaf and Pax-Exam didn't support it yet, so we disabled the OSGi integration tests when running on JDK11. > When we started building on JDK11 and only running the tests on JDK8 with the {{java8-test}} profile, we didn't update the {{integrationtests-osgi}} POM, so the tests stay disabled regardless of profile. -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10403) Add queries and async-cache functional tests

by Gustavo Lira e Silva (Jira)

[ https://issues.jboss.org/browse/ISPN-10403?page=com.atlassian.jira.plugin... ] Gustavo Lira e Silva updated ISPN-10403: ---------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/7148, https://github.com/infinispan/infinispan/pull/7147 > Add queries and async-cache functional tests > -------------------------------------------- > > Key: ISPN-10403 > URL: https://issues.jboss.org/browse/ISPN-10403 > Project: Infinispan > Issue Type: Enhancement > Components: Test Suite - Core, Test Suite - Query > Affects Versions: 9.4.15.Final > Reporter: Gustavo Lira e Silva > Assignee: Gustavo Lira e Silva > Priority: Major > > jdg-functional-tests project has some tests that needs to be migrate to upstream to have a unique test base. > QE team will wrap all upstream tests and run with arquillian, deploying with different servers and databases vendors and versions using jdg-functional-tests > Some changes on upstream tests will need to be made to be possible customize sme configurations -- This message was sent by Atlassian Jira (v7.12.1#712002)

5 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues July 2019