February 2020 - infinispan-issues

[JBoss JIRA] (ISPN-11369) RetryMechanismTest.testRetryLocally fails randomly

by Pedro Ruivo (Jira)

Pedro Ruivo created ISPN-11369: ---------------------------------- Summary: RetryMechanismTest.testRetryLocally fails randomly Key: ISPN-11369 URL: https://issues.redhat.com/browse/ISPN-11369 Project: Infinispan Issue Type: Bug Components: Test Suite Reporter: Pedro Ruivo Assignee: Pedro Ruivo Fix For: 11.0.0.Alpha2 -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-10515) Docs Productization: Modularize Hot Rod Java Client

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-10515?page=com.atlassian.jira.plugi... ] Donald Naro commented on ISPN-10515: ------------------------------------ Review draft at: http://file.rdu.redhat.com/dnaro/ISPN-10515/hotrod_java/hotrod_java.html > Docs Productization: Modularize Hot Rod Java Client > --------------------------------------------------- > > Key: ISPN-10515 > URL: https://issues.redhat.com/browse/ISPN-10515 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Modularize, update, and revise Hot Rod Java Client docs. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-10515) Docs Productization: Modularize Hot Rod Java Client

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-10515?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-10515: ------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/7918 > Docs Productization: Modularize Hot Rod Java Client > --------------------------------------------------- > > Key: ISPN-10515 > URL: https://issues.redhat.com/browse/ISPN-10515 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Modularize, update, and revise Hot Rod Java Client docs. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11209) Max Idle changes caused a REPL read performance regression

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11209?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11209: ------------------------------ Git Pull Request: https://github.com/infinispan/infinispan/pull/7777, https://github.com/infinispan/infinispan/pull/7876, https://github.com/infinispan/infinispan/pull/7880, https://github.com/infinispan/infinispan/pull/7917 (was: https://github.com/infinispan/infinispan/pull/7777, https://github.com/infinispan/infinispan/pull/7876, https://github.com/infinispan/infinispan/pull/7880) > Max Idle changes caused a REPL read performance regression > ---------------------------------------------------------- > > Key: ISPN-11209 > URL: https://issues.redhat.com/browse/ISPN-11209 > Project: Infinispan > Issue Type: Bug > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.1.3.Final, 11.0.0.Alpha2, 9.4.19.Final > > > The changes in ISPN-11020 inadverdently caused a slow down in read performance, which is unexpected. It should have been faster instead as it is no longer hitting the interceptor stack. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11352) JGroups subsystem does not persist relay properties

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-11352?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-11352: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > JGroups subsystem does not persist relay properties > --------------------------------------------------- > > Key: ISPN-11352 > URL: https://issues.redhat.com/browse/ISPN-11352 > Project: Infinispan > Issue Type: Bug > Components: WildFly Server > Affects Versions: 9.4.18.Final, 10.1.2.Final, 11.0.0.Alpha1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.1.3.Final, 11.0.0.Alpha2, 9.4.19.Final > > > persist the proeprties in the relay element. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11304) Allow scaling up without state transfer

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11304?page=com.atlassian.jira.plugi... ] Work on ISPN-11304 started by Dan Berindei. ------------------------------------------- > Allow scaling up without state transfer > --------------------------------------- > > Key: ISPN-11304 > URL: https://issues.redhat.com/browse/ISPN-11304 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 10.1.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Alpha2 > > > We should allow a cache to scale up without performing any state transfer, but without losing the data. > To simplify things, the initial version will support a single owner, and will assume that only one node is being added at a time. > The cache must be accessible remotely, but since information about the location of the keys is not accessible from the client, the client is expected to ignore ownership and use a round-robin access strategy. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11304) Allow scaling up without state transfer

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11304?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11304: -------------------------------- Status: Open (was: New) > Allow scaling up without state transfer > --------------------------------------- > > Key: ISPN-11304 > URL: https://issues.redhat.com/browse/ISPN-11304 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Affects Versions: 10.1.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Alpha2 > > > We should allow a cache to scale up without performing any state transfer, but without losing the data. > To simplify things, the initial version will support a single owner, and will assume that only one node is being added at a time. > The cache must be accessible remotely, but since information about the location of the keys is not accessible from the client, the client is expected to ignore ownership and use a round-robin access strategy. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11280) ConcurrentModificationException in ConditionFuture

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-11280?page=com.atlassian.jira.plugi... ] Pedro Ruivo resolved ISPN-11280. -------------------------------- Resolution: Done > ConcurrentModificationException in ConditionFuture > -------------------------------------------------- > > Key: ISPN-11280 > URL: https://issues.redhat.com/browse/ISPN-11280 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.1.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 11.0.0.Alpha2 > > > {noformat} > java.util.ConcurrentModificationException > at java.base/java.util.IdentityHashMap$IdentityHashMapIterator.remove(IdentityHashMap.java:749) > at java.base/java.util.IdentityHashMap$EntryIterator.remove(IdentityHashMap.java:850) > at org.infinispan.util.concurrent.ConditionFuture.checkConditions(ConditionFuture.java:114) > at org.infinispan.util.concurrent.ConditionFuture.lambda$updateAsync$1(ConditionFuture.java:98) > at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > at java.base/java.lang.Thread.run(Thread.java:834) > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11172) GracefulShutdownRestartIT fails

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-11172?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-11172: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > GracefulShutdownRestartIT fails > ------------------------------- > > Key: ISPN-11172 > URL: https://issues.redhat.com/browse/ISPN-11172 > Project: Infinispan > Issue Type: Bug > Affects Versions: 10.1.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.1.3.Final, 11.0.0.Alpha2 > > > {noformat} > Error Message > Cluster did not shutdown within timeout > Stacktrace > java.lang.AssertionError: Cluster did not shutdown within timeout > at org.infinispan.commons.util.Eventually.lambda$eventually$0(Eventually.java:33) > at org.infinispan.commons.util.Eventually.eventually(Eventually.java:25) > at org.infinispan.commons.util.Eventually.eventually(Eventually.java:33) > at org.infinispan.server.resilience.GracefulShutdownRestartIT.testGracefulShutdownRestart(GracefulShutdownRestartIT.java:50) > 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:566) > 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.infinispan.server.test.InfinispanServerTestMethodRule$1.evaluate(InfinispanServerTestMethodRule.java:69) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > 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.infinispan.server.test.InfinispanServerRule$1.evaluate(InfinispanServerRule.java:90) > at org.junit.rules.RunRules.evaluate(RunRules.java:20) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > 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.apache.maven.surefire.junitcore.JUnitCore.run(JUnitCore.java:55) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:137) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:107) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:83) > at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:75) > at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:158) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:384) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:345) > at org.apache.maven.surefire.booter.ForkedBooter.execute(ForkedBooter.java:126) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:418) > Standard Output > [OK: 131, KO: 0, SKIP: 0] Test starting: GracefulShutdownRestartIT.testGracefulShutdownRestart > [0] STDOUT: 12:36:05,513 WARN (async-thread--p2-t6) [CONFIG] ISPN000564: Configured store 'SingleFileStore' is segmented and may use a large number of file descriptors&amp#27;[m > [0] STDOUT: 12:36:05,514 WARN (async-thread--p2-t6) [CONFIG] ISPN000149: Fetch persistent state and purge on startup are both disabled, cache may contain stale entries on startup&amp#27;[m > [0] STDOUT: 12:36:05,515 WARN (async-thread--p2-t6) [CONFIG] ISPN000149: Fetch persistent state and purge on startup are both disabled, cache may contain stale entries on startup&amp#27;[m > [1] STDOUT: 12:36:05,558 WARN (remote-thread--p3-t2) [CONFIG] ISPN000564: Configured store 'SingleFileStore' is segmented and may use a large number of file descriptors&amp#27;[m > [1] STDOUT: 12:36:05,560 WARN (remote-thread--p3-t2) [CONFIG] ISPN000149: Fetch persistent state and purge on startup are both disabled, cache may contain stale entries on startup&amp#27;[m > [1] STDOUT: 12:36:05,562 WARN (remote-thread--p3-t2) [CONFIG] ISPN000149: Fetch persistent state and purge on startup are both disabled, cache may contain stale entries on startup&amp#27;[m > [0] STDOUT: 12:36:05,771 WARN (jgroups-13,06978f4151c0-63390) [CONFIG] ISPN000149: Fetch persistent state and purge on startup are both disabled, cache may contain stale entries on startup&amp#27;[m > [0] STDOUT: 12:36:05,776 WARN (jgroups-13,06978f4151c0-63390) [CONFIG] ISPN000149: Fetch persistent state and purge on startup are both disabled, cache may contain stale entries on startup&amp#27;[m > [0] STDOUT: 12:36:05,883 INFO (transport-thread--p5-t7) [CLUSTER] [Context=C3F31F9D169B25D0C68FE5A26A6600FFA0E2E3F4]ISPN100002: Starting rebalance with members [63781b79183e-43839, 06978f4151c0-63390], phase READ_OLD_WRITE_ALL, topology id 2&amp#27;[m > [0] STDOUT: 12:36:05,963 INFO (remote-thread--p3-t1) [CLUSTER] [Context=C3F31F9D169B25D0C68FE5A26A6600FFA0E2E3F4]ISPN100009: Advancing to rebalance phase READ_ALL_WRITE_ALL, topology id 3&amp#27;[m > [0] STDOUT: 12:36:05,978 INFO (remote-thread--p3-t1) [CLUSTER] [Context=C3F31F9D169B25D0C68FE5A26A6600FFA0E2E3F4]ISPN100009: Advancing to rebalance phase READ_NEW_WRITE_ALL, topology id 4&amp#27;[m > [0] STDOUT: 12:36:05,985 INFO (async-thread--p2-t17) [CLUSTER] [Context=C3F31F9D169B25D0C68FE5A26A6600FFA0E2E3F4]ISPN100010: Finished rebalance with members [63781b79183e-43839, 06978f4151c0-63390], topology id 5&amp#27;[m > [0] STDERR: WARNING: An illegal reflective access operation has occurred > [0] STDERR: WARNING: Illegal reflective access by protostream.com.google.protobuf.UnsafeUtil (file:/opt/infinispan/lib/protostream-4.3.1.Final.jar) to field java.nio.Buffer.address > [0] STDERR: WARNING: Please consider reporting this to the maintainers of protostream.com.google.protobuf.UnsafeUtil > [0] STDERR: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations > [0] STDERR: WARNING: All illegal access operations will be denied in a future release > [1] STDERR: WARNING: An illegal reflective access operation has occurred > [1] STDERR: WARNING: Illegal reflective access by protostream.com.google.protobuf.UnsafeUtil (file:/opt/infinispan/lib/protostream-4.3.1.Final.jar) to field java.nio.Buffer.address > [1] STDERR: WARNING: Please consider reporting this to the maintainers of protostream.com.google.protobuf.UnsafeUtil > [1] STDERR: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations > [1] STDERR: WARNING: All illegal access operations will be denied in a future release > [0] STDOUT: 12:36:06,811 INFO (SINGLE_PORT-ServerIO-8-2) [CLUSTER] [Context=___protobuf_metadata]ISPN100008: Updating cache members list [63781b79183e-43839], topology id 6&amp#27;[m > [0] STDOUT: 12:36:06,860 INFO (SINGLE_PORT-ServerIO-8-2) [CLUSTER] [Context=C3F31F9D169B25D0C68FE5A26A6600FFA0E2E3F4]ISPN100008: Updating cache members list [63781b79183e-43839], topology id 6&amp#27;[m > [0] STDOUT: 12:36:06,898 INFO (SINGLE_PORT-ServerIO-8-2) [CLUSTER] [Context=memcachedCache]ISPN100008: Updating cache members list [63781b79183e-43839], topology id 6&amp#27;[m > [1] STDOUT: 12:36:06,904 WARN (remote-thread--p3-t2) [CLUSTER] ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=___script_cache, type=SHUTDOWN_PERFORM, sender=null, joinInfo=null, topologyId=0, rebalanceId=0, currentCH=null, pendingCH=null, availabilityMode=null, phase=null, actualMembers=null, throwable=null, viewId=0} java.lang.NullPointerException > [1] STDOUT: at org.infinispan.topology.LocalTopologyManagerImpl.handleCacheShutdown(LocalTopologyManagerImpl.java:743) > [1] STDOUT: at org.infinispan.topology.CacheTopologyControlCommand.doPerform(CacheTopologyControlCommand.java:189) > [1] STDOUT: at org.infinispan.topology.CacheTopologyControlCommand.invokeAsync(CacheTopologyControlCommand.java:160) > [1] STDOUT: at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$ReplicableCommandRunner.run(GlobalInboundInvocationHandler.java:160) > [1] STDOUT: at org.infinispan.util.concurrent.BlockingTaskAwareExecutorServiceImpl$RunnableWrapper.run(BlockingTaskAwareExecutorServiceImpl.java:215) > [1] STDOUT: at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > [1] STDOUT: at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > [1] STDOUT: at java.base/java.lang.Thread.run(Thread.java:834) > [1] STDOUT: &amp#27;[m > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-11368) Refactor CacheImpl code

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-11368?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-11368: ------------------------------- Component/s: Cross-Site Replication (was: Core) > Refactor CacheImpl code > ----------------------- > > Key: ISPN-11368 > URL: https://issues.redhat.com/browse/ISPN-11368 > Project: Infinispan > Issue Type: Sub-task > Components: Cross-Site Replication > Affects Versions: 11.0.0.Alpha1 > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Priority: Major > Fix For: 11.0.0.Alpha2 > > > The Cross-site request uses the {{Cache}} API to apply the updates from the remote site. With IRAC, we need to bypass the public API to inject the internal version needed. > This JIRA refactors the code in {{CacheImpl}} to another class that can be used by IRAC. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2020