May 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-9241) NPE when creating caches via HotRod on non-clustered servers

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9241?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9241: ------------------------------------ Labels: kie-integration (was: ) > NPE when creating caches via HotRod on non-clustered servers > ------------------------------------------------------------ > > Key: ISPN-9241 > URL: https://issues.jboss.org/browse/ISPN-9241 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.2.4.Final > Reporter: Gustavo Fernandes > Labels: kie-integration > > The following snipped throws NPE: > {code:java} > import org.infinispan.client.hotrod.RemoteCache; > import org.infinispan.client.hotrod.RemoteCacheManager; > import org.infinispan.client.hotrod.configuration.ConfigurationBuilder; > import org.infinispan.commons.configuration.XMLStringConfiguration; > public class Demo { > public static void main(String[] args) { > org.infinispan.client.hotrod.configuration.Configuration build = new ConfigurationBuilder().build(); > RemoteCacheManager rcm = new RemoteCacheManager(build); > String xml = String.format("<infinispan><cache-container><distributed-cache name=\"%s\"><expiration interval=\"10000\" lifespan=\"10\" max-idle=\"10\"/></distributed-cache></cache-container></infinispan>", "cache"); > RemoteCache<Object, Object> index = rcm.administration().createCache("cache", new XMLStringConfiguration(xml)); > System.out.println(index.size()); > } > } > {code} > {noformat} > java.lang.NullPointerException > Exception in thread "main" org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=3 returned server error (status=0x85): org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.NullPointerException] while invoking method [public void org.infinispan.globalstate.impl.GlobalConfigurationStateListener.createCache(org.infinispan.notifications.cachelistener.event.CacheEntryCreatedEvent)] on listener instance: org.infinispan.globalstate.impl.GlobalConfigurationStateListener@37aecb9c > java.lang.NullPointerException > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:396) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:183) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:169) > at org.infinispan.client.hotrod.impl.transport.netty.HeaderDecoder.decode(HeaderDecoder.java:85) > at org.infinispan.client.hotrod.impl.transport.netty.HintedReplayingDecoder.callDecode(HintedReplayingDecoder.java:98) > at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:265) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) > at io.netty.handler.timeout.IdleStateHandler.channelRead(IdleStateHandler.java:286) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:340) > at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1414) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:362) > at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:348) > at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:945) > at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:806) > at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:404) > at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:304) > at io.netty.util.concurrent.SingleThreadEventExecutor$5.run(SingleThreadEventExecutor.java:886) > 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} > on the server: > {noformat} > Caused by: java.lang.NullPointerException > at org.infinispan.cache.impl.CacheImpl.toString(CacheImpl.java:1286) > at java.lang.String.valueOf(String.java:2994) > at java.lang.StringBuilder.append(StringBuilder.java:131) > at org.infinispan.factories.AbstractComponentRegistry.wireDependencies(AbstractComponentRegistry.java:188) > at org.infinispan.cache.impl.EncoderCache.wireRealCache(EncoderCache.java:125) > at sun.reflect.GeneratedMethodAccessor7.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.infinispan.commons.util.SecurityActions.lambda$invokeAccessibly$0(SecurityActions.java:79) > at org.infinispan.commons.util.SecurityActions.doPrivileged(SecurityActions.java:71) > at org.infinispan.commons.util.SecurityActions.invokeAccessibly(SecurityActions.java:76) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:185) > at org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:286) > at org.infinispan.factories.AbstractComponentRegistry.access$100(AbstractComponentRegistry.java:73) > at org.infinispan.factories.AbstractComponentRegistry$Component.injectDependencies(AbstractComponentRegistry.java:872) > at org.infinispan.factories.AbstractComponentRegistry.registerComponentInternal(AbstractComponentRegistry.java:257) > at org.infinispan.factories.ComponentRegistry.registerComponentInternal(ComponentRegistry.java:199) > at org.infinispan.factories.AbstractComponentRegistry.registerComponent(AbstractComponentRegistry.java:208) > at org.infinispan.factories.InternalCacheFactory.bootstrap(InternalCacheFactory.java:154) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9246) DataContainer should be in a public package

by William Burns (JIRA)

William Burns created ISPN-9246: ----------------------------------- Summary: DataContainer should be in a public package Key: ISPN-9246 URL: https://issues.jboss.org/browse/ISPN-9246 Project: Infinispan Issue Type: Task Components: Core Reporter: William Burns Assignee: William Burns Fix For: 9.3.0.CR1 The DataContainer interface should be in a public package. We need to move all the other classes into an impl package instead. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9245) ReflectionUtil.getAllMethods misses interfaces extended by another interface

by William Burns (JIRA)

William Burns created ISPN-9245: ----------------------------------- Summary: ReflectionUtil.getAllMethods misses interfaces extended by another interface Key: ISPN-9245 URL: https://issues.jboss.org/browse/ISPN-9245 Project: Infinispan Issue Type: Bug Affects Versions: 9.3.0.Beta1 Reporter: William Burns Assignee: William Burns Fix For: 9.3.0.CR1 ReflectionUtil.getAllMethods that returns all methods that have a given annotation on it will not return methods from an interface that was extended another and the implementing class doesn't define the super interface. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9165) ManifestUberJarDuplicatedJarsWarner uses FJP without privileged block

by David Lloyd (JIRA)

[ https://issues.jboss.org/browse/ISPN-9165?page=com.atlassian.jira.plugin.... ] David Lloyd updated ISPN-9165: ------------------------------ Labels: security-manager (was: ) > ManifestUberJarDuplicatedJarsWarner uses FJP without privileged block > --------------------------------------------------------------------- > > Key: ISPN-9165 > URL: https://issues.jboss.org/browse/ISPN-9165 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.2.2.Final > Reporter: David Lloyd > Priority: Critical > Labels: security-manager > > {{ManifestUberJarDuplicatedJarsWarner}} has a method called {{isClasspathCorrectAsync}} which dispatches a task to the fork-join pool. The task loads resources from the Infinispan JAR. > This fails under a security manager. The common FJP executes tasks with no permissions. One of two things must be done: > # Do not use the fork-join pool; find some other async solution which preserves the access control context. > # Capture and propagate the current AccessControlContext when calling {{isClasspathCorrectAsync}}. This can be done by calling {{AccessController.getContext()}} before submitting the task, and then, within the submitted lambda, wrap the call to isClasspathCorrect with a call to {{AccessController.doPrivileged()}} which restores the captured context (by giving it as the second parameter). Note that this will entail a nested lambda or anonymous class. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9242) Address refactorings brought up in segmented data container review

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-9242?page=com.atlassian.jira.plugin.... ] William Burns commented on ISPN-9242: ------------------------------------- https://github.com/infinispan/infinispan/pull/5997#discussion_r191985344 https://github.com/infinispan/infinispan/pull/5997#discussion_r191986848 https://github.com/infinispan/infinispan/pull/5997#discussion_r191993294 https://github.com/infinispan/infinispan/pull/5997#discussion_r191995872 https://github.com/infinispan/infinispan/pull/5997#discussion_r192007079 https://github.com/infinispan/infinispan/pull/5997#discussion_r192010300 https://github.com/infinispan/infinispan/pull/5997#discussion_r192017569 https://github.com/infinispan/infinispan/pull/5997#discussion_r192028191 https://github.com/infinispan/infinispan/pull/5997#discussion_r192033343 https://github.com/infinispan/infinispan/pull/5997#discussion_r192049976 > Address refactorings brought up in segmented data container review > ------------------------------------------------------------------ > > Key: ISPN-9242 > URL: https://issues.jboss.org/browse/ISPN-9242 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 9.3.0.CR1 > Reporter: William Burns > Assignee: William Burns > Fix For: 9.3.0.Final > > > There were some concerns brought up with trying to reduce the # of casts and checking for an UNKNOWN segment. We should be able to refactor these, but it will take a bit more effort, so this has been broken out of that PR. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9244) CacheNotifier shouldn't need to check commit type

by William Burns (JIRA)

William Burns created ISPN-9244: ----------------------------------- Summary: CacheNotifier shouldn't need to check commit type Key: ISPN-9244 URL: https://issues.jboss.org/browse/ISPN-9244 Project: Infinispan Issue Type: Task Components: Core, Listeners Affects Versions: 9.3.0.Beta1 Reporter: William Burns Currently the CacheNotifier checks what the commit type is. But this can change between when it is notified. This is mentioned at https://github.com/infinispan/infinispan/pull/5997#discussion_r192043274, maybe we should just remove this check altogether. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9243) Upgrade integration tests to WildFly 13.0.0.Final

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-9243?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-9243: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/6029 > Upgrade integration tests to WildFly 13.0.0.Final > ------------------------------------------------- > > Key: ISPN-9243 > URL: https://issues.jboss.org/browse/ISPN-9243 > Project: Infinispan > Issue Type: Task > Components: Build, Test Suite - Query > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 9.3.0.CR1 > > > The Infinispan Lucene Directory integration tests using WildFly were using 13.0.0.Beta1 , and needed a patch for a broken module definition which is no longer necessary in WildFly 13.0.0.Final -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9243) Upgrade integration tests to WildFly 13.0.0.Final

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-9243: ------------------------------------- Summary: Upgrade integration tests to WildFly 13.0.0.Final Key: ISPN-9243 URL: https://issues.jboss.org/browse/ISPN-9243 Project: Infinispan Issue Type: Task Components: Build, Test Suite - Query Reporter: Sanne Grinovero Assignee: Sanne Grinovero Fix For: 9.3.0.CR1 The Infinispan Lucene Directory integration tests using WildFly were using 13.0.0.Beta1 , and needed a patch for a broken module definition which is no longer necessary in WildFly 13.0.0.Final -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9243) Upgrade integration tests to WildFly 13.0.0.Final

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-9243?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-9243: ---------------------------------- Status: Open (was: New) > Upgrade integration tests to WildFly 13.0.0.Final > ------------------------------------------------- > > Key: ISPN-9243 > URL: https://issues.jboss.org/browse/ISPN-9243 > Project: Infinispan > Issue Type: Task > Components: Build, Test Suite - Query > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Fix For: 9.3.0.CR1 > > > The Infinispan Lucene Directory integration tests using WildFly were using 13.0.0.Beta1 , and needed a patch for a broken module definition which is no longer necessary in WildFly 13.0.0.Final -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

[JBoss JIRA] (HRJS-53) nodeJS client expired certificates

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/HRJS-53?page=com.atlassian.jira.plugin.sy... ] Galder Zamarreño updated HRJS-53: --------------------------------- Status: Open (was: New) > nodeJS client expired certificates > ---------------------------------- > > Key: HRJS-53 > URL: https://issues.jboss.org/browse/HRJS-53 > Project: Infinispan Javascript client > Issue Type: Bug > Affects Versions: 0.4.0 > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 0.5.0 > > > Certificates expired at nodeJS client. > 4 tests failed with error: > Error: certificate has expired > at Error (native) > at TLSSocket.<anonymous> (_tls_wrap.js:1092:38) > at emitNone (events.js:86:13) > at TLSSocket.emit (events.js:185:7) > at TLSSocket._finishInit (_tls_wrap.js:610:8) > at TLSWrap.ssl.onhandshakedone (_tls_wrap.js:440:38) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

5 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2018