May 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-10086) AllClusterExecutorTest.testExecutorTriConsumerTimeoutException random failures

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10086?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10086: ------------------------------ Git Pull Request: https://github.com/infinispan/infinispan/pull/6808, https://github.com/infinispan/infinispan/pull/6809, https://github.com/infinispan/infinispan/pull/6913, https://github.com/infinispan/infinispan/pull/6976 (was: https://github.com/infinispan/infinispan/pull/6808, https://github.com/infinispan/infinispan/pull/6809, https://github.com/infinispan/infinispan/pull/6913) > AllClusterExecutorTest.testExecutorTriConsumerTimeoutException random failures > ------------------------------------------------------------------------------ > > Key: ISPN-10086 > URL: https://issues.jboss.org/browse/ISPN-10086 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.4.11.Final, 10.0.0.Beta3 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.Beta4, 9.4.14.Final > > > When running tests in parallel, the remote request may complete before the thread that sent the request resumes. Because the scheduled executor is mocked to return {{null}}, this leads to a {{NullPointerException}}: > {noformat} > 09:43:41,995 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.manager.AllClusterExecutorTest.testExecutorTriConsumerTimeoutException > java.lang.NullPointerException: null > at org.infinispan.remoting.transport.AbstractRequest.setTimeoutFuture(AbstractRequest.java:94) ~[classes/:?] > at org.infinispan.remoting.transport.AbstractRequest.setTimeout(AbstractRequest.java:55) ~[classes/:?] > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeCommand(JGroupsTransport.java:831) ~[classes/:?] > at org.infinispan.manager.impl.AllClusterExecutor.submitConsumer(AllClusterExecutor.java:182) ~[classes/:?] > at org.infinispan.manager.ClusterExecutor.submitConsumer(ClusterExecutor.java:116) ~[classes/:?] > at org.infinispan.manager.Test$17.call(AllClusterExecutorTest.java:402) ~[test-classes/:?] > at org.infinispan.test.TestingUtil.withCacheManagers(TestingUtil.java:1601) ~[test-classes/:?] > at org.infinispan.manager.AllClusterExecutorTest.testExecutorTriConsumerTimeoutException(AllClusterExecutorTest.java:382) ~[test-classes/:?] > {noformat} > The problem may be that the test calls {{Mockito.verify()}} from the consumer twice, once for each node, instead of doing it only on the remote node. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8132) Remove deprecated methods from CacheTransaction

by Pedro Ruivo (Jira)

[ https://issues.jboss.org/browse/ISPN-8132?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-8132: ------------------------------ Status: Open (was: New) > Remove deprecated methods from CacheTransaction > ----------------------------------------------- > > Key: ISPN-8132 > URL: https://issues.jboss.org/browse/ISPN-8132 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Major > Fix For: 10.0.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8132) Remove deprecated methods from CacheTransaction

by Pedro Ruivo (Jira)

[ https://issues.jboss.org/browse/ISPN-8132?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-8132: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/6975 > Remove deprecated methods from CacheTransaction > ----------------------------------------------- > > Key: ISPN-8132 > URL: https://issues.jboss.org/browse/ISPN-8132 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Reporter: Radim Vansa > Assignee: Pedro Ruivo > Priority: Major > Fix For: 10.0.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10230) Remove org.infinispan.atomic implementations and MergeOnStore

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-10230?page=com.atlassian.jira.plugin... ] Dan Berindei commented on ISPN-10230: ------------------------------------- I wish we had deprecated them at some point before removing them... this way they're not documented in the user guide, but we didn't tell users who know about them that we're going to remove them either. Are you still using them [~pferraro] and [~sannegrinovero]? > Remove org.infinispan.atomic implementations and MergeOnStore > ------------------------------------------------------------- > > Key: ISPN-10230 > URL: https://issues.jboss.org/browse/ISPN-10230 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 10.0.0.Beta3 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Beta4 > > > We should remove AtomicMap and FineGrainedAtomicMap as their implementation requires several workarounds that make parts of the codebase very fragile. As AtomicMaps and AtomicMapLookup are not documented in the user guide, the fallout from this should be minimal. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-12) Add support for 'oneof' in generated proto schema

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-12?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-12: -------------------------------- Fix Version/s: 4.3.0.Alpha4 (was: 4.2.0.Alpha4) > Add support for 'oneof' in generated proto schema > ------------------------------------------------- > > Key: IPROTO-12 > URL: https://issues.jboss.org/browse/IPROTO-12 > Project: Infinispan ProtoStream > Issue Type: Feature Request > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha4 > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-72) Integrate error-prone plugin in build system to catch more errors at compile time

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-72?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-72: -------------------------------- Fix Version/s: (was: 4.2.0.Alpha4) > Integrate error-prone plugin in build system to catch more errors at compile time > --------------------------------------------------------------------------------- > > Key: IPROTO-72 > URL: https://issues.jboss.org/browse/IPROTO-72 > Project: Infinispan ProtoStream > Issue Type: Task > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-74) Allow repeatable fields to be written as a stream

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-74?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-74: -------------------------------- Fix Version/s: 4.3.0.Alpha4 (was: 4.2.0.Alpha4) > Allow repeatable fields to be written as a stream > ------------------------------------------------- > > Key: IPROTO-74 > URL: https://issues.jboss.org/browse/IPROTO-74 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Affects Versions: 4.2.0.Final > Reporter: Ryan Emerson > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha4 > > > Currently in order to write to a repeatable field it is necessary for an entire array or collection to be serialized at once. When writing larger collections it would be better if each object could be written individually from a stream. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-62) Implement annotation based schema generation support for 'oneof'

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-62?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-62: -------------------------------- Fix Version/s: (was: 4.2.0.Alpha4) > Implement annotation based schema generation support for 'oneof' > ---------------------------------------------------------------- > > Key: IPROTO-62 > URL: https://issues.jboss.org/browse/IPROTO-62 > Project: Infinispan ProtoStream > Issue Type: Enhancement > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Final > > -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (IPROTO-88) Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility

by Nistor Adrian (Jira)

[ https://issues.jboss.org/browse/IPROTO-88?page=com.atlassian.jira.plugin.... ] Nistor Adrian updated IPROTO-88: -------------------------------- Fix Version/s: 4.3.0.Alpha4 (was: 4.2.0.Alpha4) > Replace usages of javassist.CtClass.toClass() with javassist.CtClass.toClass(java.lang.Class) for JDK 11 compatibility > ---------------------------------------------------------------------------------------------------------------------- > > Key: IPROTO-88 > URL: https://issues.jboss.org/browse/IPROTO-88 > Project: Infinispan ProtoStream > Issue Type: Bug > Reporter: Nistor Adrian > Assignee: Nistor Adrian > Priority: Major > Fix For: 4.3.0.Alpha4 > > > The javadoc of javassist.CtClass.toClass() explains why. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10232) PersistenceManagerImpl stop waits forever for active publishers to finish

by Dan Berindei (Jira)

Dan Berindei created ISPN-10232: ----------------------------------- Summary: PersistenceManagerImpl stop waits forever for active publishers to finish Key: ISPN-10232 URL: https://issues.jboss.org/browse/ISPN-10232 Project: Infinispan Issue Type: Enhancement Components: Core Affects Versions: 9.4.13.Final, 10.0.0.Beta3 Reporter: Dan Berindei Assignee: Will Burns Fix For: 10.0.0.Final {{PersistenceManagerImpl.stop()}} acquires all the permits of {{publisherSemaphore}} to make sure there is no ongoing iteration. But there is no timeout, so if the application is slowly going through all the entries in a huge cache it could block cache stop for a very long time. What's more, when a publisher finishes, the stop thread and other threads trying to start a new publisher have the same priority, and if the new publisher acquires a permit stop will have to wait for it to finish. We should limit the amount of time we wait for iterations to finish, similar to how {{TransactionTable}} only waits for ongoing transactions to finish for {{transaction.cacheStopTimeout}} millis. Ideally we would move {{cacheStopTimeout}} out of the transaction configuration and use it everywhere we could wait for user threads to finish doing their work before stopping. -- This message was sent by Atlassian Jira (v7.12.1#712002)

6 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2019