February 2018 - infinispan-issues

[JBoss JIRA] (ISPN-8375) Allow additional HikariCP properties to be passed via PooledConnectionFactoryConfiguration

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8375?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8375: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > Allow additional HikariCP properties to be passed via PooledConnectionFactoryConfiguration > ------------------------------------------------------------------------------------------ > > Key: ISPN-8375 > URL: https://issues.jboss.org/browse/ISPN-8375 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Affects Versions: 9.1.1.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.3.0.Final > > > Currently the only way to provide additional HikariCP configuration is via a `hikari.properties` file. We should allow users to enter these properties via our xml/config builders. > This will also benefit the new datagrid-infinispan-datasources subsystem, as it will allow users to continue to utilise many of the additional tuning options that we have inherited from the wildfly-connector subsystem. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8721) Clustered 2nd level cache sometimes throws NullPointerException when new node starts up

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8721?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8721: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > Clustered 2nd level cache sometimes throws NullPointerException when new node starts up > --------------------------------------------------------------------------------------- > > Key: ISPN-8721 > URL: https://issues.jboss.org/browse/ISPN-8721 > Project: Infinispan > Issue Type: Bug > Components: Hibernate Cache > Affects Versions: 9.1.4.Final > Environment: jvm 1.8 > Reporter: Tom Dearman > Assignee: Tom Dearman > Fix For: 9.3.0.Final > > Attachments: sample-app.cache.tar.gz > > > There is a race condition in PutFromLoadValidator as it registers itself in the component registry before it is fully initialised. You can reproduce this by running the contained app against h2 server db. First start this app with default port. Then start the app on port '8080' and make a few requests to '/add' to create data. After that send continuous requests to '/update' in order change data and trigger the cache: > for i in > {code} > {1..1000} > ; do sleep 0.01; curl http://localhost:8080/update -X POST; done > {code} > Then start another instance of the app on port 8090: > {code} > java -jar test-app-0.0.1-SNAPSHOT.jar --server.port=8090 > {code} > Most of the time one of the updates will fail and the logs will show the following: > {code} > 2018-01-23 15:36:46 [main] DEBUG o.h.c.i.access.PutFromLoadValidator - Interceptor chain was: [org.infinispan.interceptors.InvocationContextInterceptor@407a7f2a, org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor@4ea5b703, org.infinispan.interceptors.EntryWrappingInterceptor@2a7ed1f, org.infinispan.interceptors.InvalidationInterceptor@3fa247d1, org.infinispan.interceptors.CallInterceptor@2cb2fc20] > 2018-01-23 15:36:46 [main] DEBUG o.h.c.i.access.PutFromLoadValidator - New interceptor chain is: [org.infinispan.interceptors.InvocationContextInterceptor@407a7f2a, org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor@4ea5b703, org.hibernate.cache.infinispan.access.NonTxPutFromLoadInterceptor@495ee280, org.infinispan.interceptors.EntryWrappingInterceptor@2a7ed1f, org.hibernate.cache.infinispan.access.NonTxInvalidationInterceptor@4fa1c212, org.infinispan.interceptors.CallInterceptor@2cb2fc20] > 2018-01-23 15:36:46 [main] TRACE o.i.manager.DefaultCacheManager - About to wire and start cache test.app.data.User-pending-puts > 2018-01-23 15:36:46 [remote-thread--p2-t1] ERROR o.i.i.InvocationContextInterceptor - ISPN000136: Error executing command BeginInvalidationCommand, writing keys test.app.data.User#2 > java.lang.NullPointerException: null > at org.hibernate.cache.infinispan.access.PutFromLoadValidator.beginInvalidatingWithPFER(PutFromLoadValidator.java:561) > at org.hibernate.cache.infinispan.access.PutFromLoadValidator.beginInvalidatingKey(PutFromLoadValidator.java:555) > at org.hibernate.cache.infinispan.access.NonTxPutFromLoadInterceptor.visitInvalidateCommand(NonTxPutFromLoadInterceptor.java:70) > at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:114) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitInvalidateCommand(AbstractLockingInterceptor.java:112) > at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:114) > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:110) > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:79) > at org.infinispan.commands.AbstractVisitor.visitInvalidateCommand(AbstractVisitor.java:127) > at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:114) > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335) > at org.infinispan.commands.remote.BaseRpcInvokingCommand.processVisitableCommand(BaseRpcInvokingCommand.java:43) > at org.infinispan.commands.remote.SingleRpcCommand.perform(SingleRpcCommand.java:51) > at org.infinispan.remoting.inboundhandler.BasePerCacheInboundInvocationHandler.invokePerform(BasePerCacheInboundInvocationHandler.java:92) > at org.infinispan.remoting.inboundhandler.BaseBlockingRunnable.run(BaseBlockingRunnable.java:34) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > 2018-01-23 15:36:47 [main] TRACE o.i.manager.DefaultCacheManager - Closing latch for cache test.app.data.User-pending-puts > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8648) Support protobuf encoding as a storage format for embedded query

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8648?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8648: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > Support protobuf encoding as a storage format for embedded query > ---------------------------------------------------------------- > > Key: ISPN-8648 > URL: https://issues.jboss.org/browse/ISPN-8648 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.3.0.Final > > > This use case is alreay supported in remote mode and should also be supported in embedded mode. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8643) ClientConnectionPoolingTest.testMaxActiveReached random failures

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8643?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8643: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > ClientConnectionPoolingTest.testMaxActiveReached random failures > ---------------------------------------------------------------- > > Key: ISPN-8643 > URL: https://issues.jboss.org/browse/ISPN-8643 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.2.0.Beta2 > Reporter: Dan Berindei > Labels: testsuite_stability > Fix For: 9.3.0.Final > > > Looks like waiting for 1s for all the connections to be releases is not enough: > {noformat} > java.lang.AssertionError: > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:229) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:211) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:187) > at org.infinispan.client.hotrod.ClientConnectionPoolingTest.testMaxActiveReached(ClientConnectionPoolingTest.java:208) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > {noformat} > http://ci.infinispan.org/job/Infinispan/job/master/336 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8627) Add CacheContainerAdmin.getOrCreateCache() method

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8627?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8627: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > Add CacheContainerAdmin.getOrCreateCache() method > ------------------------------------------------- > > Key: ISPN-8627 > URL: https://issues.jboss.org/browse/ISPN-8627 > Project: Infinispan > Issue Type: Bug > Components: Core, Hot Rod > Affects Versions: 9.2.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.3.0.Final > > > CacheContainerAdmin has a createCache method which fails if the cache already exists. To make the life of developers easier, it should also have a getOrCreateCache() which returns an existing cache if possible. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8626) Hot Rod task execution exceptions should be unwrapped

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8626?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8626: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > Hot Rod task execution exceptions should be unwrapped > ----------------------------------------------------- > > Key: ISPN-8626 > URL: https://issues.jboss.org/browse/ISPN-8626 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod, Server > Affects Versions: 9.2.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.3.0.Final > > > When running remote tasks through Hot Rod and an exception occurs it is wrapped in an ExecutionException. This should be unwrapped to get the real cause. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8625) PostStart methods should be invoked after ModuleLifecyle.cacheManagerStarted

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8625?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8625: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > PostStart methods should be invoked after ModuleLifecyle.cacheManagerStarted > ---------------------------------------------------------------------------- > > Key: ISPN-8625 > URL: https://issues.jboss.org/browse/ISPN-8625 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.0.Beta1 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.3.0.Final > > > The PostStart methods should be invoked after the ModuleLifecycle have executed their cacheManagerStarted methods (which might include global component registrations) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8622) PessimisticStateTransferLocksTest.testPutStartedDuringRebalance random failure

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8622?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8622: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > PessimisticStateTransferLocksTest.testPutStartedDuringRebalance random failure > ------------------------------------------------------------------------------ > > Key: ISPN-8622 > URL: https://issues.jboss.org/browse/ISPN-8622 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.3.0.Final > > > {noformat} > java.lang.AssertionError: expected:<[key]> but was:<[]> > at org.infinispan.distribution.rehash.PessimisticStateTransferLocksTest.checkLocksBeforeCommit(PessimisticStateTransferLocksTest.java:185) > at org.infinispan.distribution.rehash.PessimisticStateTransferLocksTest.testPutStartedDuringRebalance(PessimisticStateTransferLocksTest.java:121) > {noformat} > http://ci.infinispan.org/job/Infinispan/job/master/319 -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8610) ClientListenerLeakTest.testNoLeaksAfterShutdown random failures

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8610?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8610: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > ClientListenerLeakTest.testNoLeaksAfterShutdown random failures > --------------------------------------------------------------- > > Key: ISPN-8610 > URL: https://issues.jboss.org/browse/ISPN-8610 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.2.0.Beta1 > Reporter: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.3.0.Final > > > {noformat} > java.lang.AssertionError: Leaked threads: [Thread[Client-Listener-ClientListenerLeakTest-DC6560A287854ED7,5,main]] > at org.infinispan.test.TestingUtil.detectThreadLeaks(TestingUtil.java:1765) > at org.infinispan.client.hotrod.event.ClientListenerLeakTest.testNoLeaksAfterShutdown(ClientListenerLeakTest.java:41) > {noformat} > More examples at http://ci.infinispan.org/job/Infinispan/job/master/324/testReport/org.inf... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8604) Upgrade to JGroups 4.0.9.Final

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8604?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8604: ---------------------------------- Fix Version/s: 9.3.0.Final (was: 9.2.0.Final) > Upgrade to JGroups 4.0.9.Final > ------------------------------ > > Key: ISPN-8604 > URL: https://issues.jboss.org/browse/ISPN-8604 > Project: Infinispan > Issue Type: Component Upgrade > Components: Core > Affects Versions: 9.2.0.Beta1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.3.0.Final > > > Release 4.0.9.Final includes a fix for JGRP-2236. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

6 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2018