March 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5096) DefaultBeanExtension can fail with NPE

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-5096?page=com.atlassian.jira.plugin.... ] Vojtech Juranek closed ISPN-5096. --------------------------------- Resolution: Rejected > DefaultBeanExtension can fail with NPE > -------------------------------------- > > Key: ISPN-5096 > URL: https://issues.jboss.org/browse/ISPN-5096 > Project: Infinispan > Issue Type: Bug > Components: CDI Integration > Reporter: Vojtech Juranek > Assignee: Vojtech Juranek > > Following NPE comes from {{DefaultBeanExtension}}, see ISPN-5092 for whole scenario > {noformat} > org.jboss.weld.exceptions.DefinitionException: Exception List with 1 exceptions: > Exception 0 : > java.lang.NullPointerException > at org.infinispan.cdi.util.defaultbean.DefaultBeanExtension.afterBeanDiscovery(DefaultBeanExtension.java:345) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:267) > at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:52) > at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:137) > at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:263) > at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:170) > at org.jboss.weld.introspector.ForwardingWeldMethod.invokeOnInstance(ForwardingWeldMethod.java:51) > at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstanceWithSpecialValue(MethodInjectionPoint.java:154) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:245) > at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:233) > at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:213) > at org.jboss.weld.bootstrap.events.AbstractContainerEvent.fire(AbstractContainerEvent.java:75) > at org.jboss.weld.bootstrap.events.AbstractDefinitionContainerEvent.fire(AbstractDefinitionContainerEvent.java:46) > at org.jboss.weld.bootstrap.events.AfterBeanDiscoveryImpl.fire(AfterBeanDiscoveryImpl.java:42) > at org.jboss.weld.bootstrap.WeldBootstrap.deployBeans(WeldBootstrap.java:359) > at org.jboss.weld.bootstrap.api.helpers.ForwardingBootstrap.deployBeans(ForwardingBootstrap.java:70) > at org.jboss.weld.environment.se.Weld.initialize(Weld.java:133) > at org.infinispan.all.remote.RemoteCDIDefaultCacheTest.loadBean(RemoteCDIDefaultCacheTest.java:26) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5325) Upgrade to protostream-3.0.1.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5325?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5325: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1205679|https://bugzilla.redhat.com/show_bug.cgi?id=1205679] from POST to MODIFIED > Upgrade to protostream-3.0.1.Final > ---------------------------------- > > Key: ISPN-5325 > URL: https://issues.jboss.org/browse/ISPN-5325 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 7.2.0.Beta1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta2, 7.2.0.Final, 7.1.2.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5331) Enable node statistics with global jmx enabled flag

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-5331?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-5331: -------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/3341 > Enable node statistics with global jmx enabled flag > --------------------------------------------------- > > Key: ISPN-5331 > URL: https://issues.jboss.org/browse/ISPN-5331 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Affects Versions: 7.2.0.Beta1, 7.1.1.Final > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Priority: Minor > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > Infinispan node statistics introduced with ISPN-4992 are by default disabled and enabled through JMX. However, we should consult global JMX enabled field and initialize node statistics enablement based on enabled global jmx field. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5331) Enable node statistics with global jmx enabled flag

by Vladimir Blagojevic (JIRA)

Vladimir Blagojevic created ISPN-5331: ----------------------------------------- Summary: Enable node statistics with global jmx enabled flag Key: ISPN-5331 URL: https://issues.jboss.org/browse/ISPN-5331 Project: Infinispan Issue Type: Enhancement Components: JMX, reporting and management Affects Versions: 7.1.1.Final, 7.2.0.Beta1 Reporter: Vladimir Blagojevic Assignee: Vladimir Blagojevic Priority: Minor Infinispan node statistics introduced with ISPN-4992 are by default disabled and enabled through JMX. However, we should consult global JMX enabled field and initialize node statistics enablement based on enabled global jmx field. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5208) Avoid invalid topology

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5208?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5208: ----------------------------------------------- Adrian Nistor <anistor(a)redhat.com> changed the Status of [bug 1190001|https://bugzilla.redhat.com/show_bug.cgi?id=1190001] from POST to MODIFIED > Avoid invalid topology > ---------------------- > > Key: ISPN-5208 > URL: https://issues.jboss.org/browse/ISPN-5208 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Reporter: Takayoshi Kimura > Assignee: Galder Zamarreño > Labels: jdg641 > Fix For: 7.2.0.Beta2, 7.2.0.Final > > Attachments: ISPN_5208.java > > > We've seen some invalid topology propagated to client and it causes ArrayIndexOutOfBoundsException: > {noformat} > Caused by: java.lang.ArrayIndexOutOfBoundsException: 0 > at org.infinispan.client.hotrod.impl.transport.tcp.RoundRobinBalancingStrategy.getServerByIndex(RoundRobinBalancingStrategy.java:68) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.transport.tcp.RoundRobinBalancingStrategy.nextServer(RoundRobinBalancingStrategy.java:44) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.nextServer(TcpTransportFactory.java:220) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:194) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.getTransport(FaultTolerantPingOperation.java:27) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:48) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:535) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.ping(RemoteCacheManager.java:635) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:616) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:527) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:523) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > {noformat} > {noformat} > Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 0 > at org.infinispan.client.hotrod.impl.consistenthash.SegmentConsistentHash.getServer(SegmentConsistentHash.java:33) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:204) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:48) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at sample.Main.main(Main.java:16) > {noformat} > It happens on both Hot Rod 2 and 1.3 clients. > It's really hard to reproduce this state and we don't have a consistent way to reproduce it. However when this happens there is always view change happening so it's related to view change. > Judging from the stack trace, the client receives numOwners=0 or numSegments=0 topology from the server. > Also we are unable to find to recover this situation. Rebooting random nodes don't help and keep getting this exceptions on client side. > Until we can find the root cause, I think it's better to add a guard to avoid this kind invalid topology stored in the server side and propagated to the clients. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4955) JCache implementation over HotRod

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4955?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4955: ---------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/3264, https://github.com/infinispan/infinispan/pull/3286, https://github.com/infinispan/infinispan/pull/3340 (was: https://github.com/infinispan/infinispan/pull/3264, https://github.com/infinispan/infinispan/pull/3286) > JCache implementation over HotRod > --------------------------------- > > Key: ISPN-4955 > URL: https://issues.jboss.org/browse/ISPN-4955 > Project: Infinispan > Issue Type: Feature Request > Components: Remote Protocols > Reporter: Tristan Tarrant > Assignee: Ion Savin > Fix For: 7.2.0.Beta2 > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5324) Create extended RemoteCacheManager for testing purposes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5324?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5324: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1205828|https://bugzilla.redhat.com/show_bug.cgi?id=1205828] from NEW to POST > Create extended RemoteCacheManager for testing purposes > ------------------------------------------------------- > > Key: ISPN-5324 > URL: https://issues.jboss.org/browse/ISPN-5324 > Project: Infinispan > Issue Type: Feature Request > Components: Test Suite - Core > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.2.0.Beta2 > > > The extended RemoteCacheManager should expose details such as the following: > * transportFactory > The implementation should be internal and NOT part of public API. > This way we can get rid of reflection in tests for HotRod client and these tests can be reused for C++ and C# HotRod clients. Any tests that use reflection are currently unusable for those implementations. > The ultimate goal is to extend the test suite for C++ and C# clients. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5208) Avoid invalid topology

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5208?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5208: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1190001|https://bugzilla.redhat.com/show_bug.cgi?id=1190001] from ASSIGNED to POST > Avoid invalid topology > ---------------------- > > Key: ISPN-5208 > URL: https://issues.jboss.org/browse/ISPN-5208 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Reporter: Takayoshi Kimura > Assignee: Galder Zamarreño > Labels: jdg641 > Fix For: 7.2.0.Beta2, 7.2.0.Final > > Attachments: ISPN_5208.java > > > We've seen some invalid topology propagated to client and it causes ArrayIndexOutOfBoundsException: > {noformat} > Caused by: java.lang.ArrayIndexOutOfBoundsException: 0 > at org.infinispan.client.hotrod.impl.transport.tcp.RoundRobinBalancingStrategy.getServerByIndex(RoundRobinBalancingStrategy.java:68) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.transport.tcp.RoundRobinBalancingStrategy.nextServer(RoundRobinBalancingStrategy.java:44) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.nextServer(TcpTransportFactory.java:220) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:194) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.getTransport(FaultTolerantPingOperation.java:27) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:48) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:535) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.ping(RemoteCacheManager.java:635) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:616) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:527) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:523) [infinispan-client-hotrod-6.1.0.Final-redhat-4.jar:6.1.0.Final-redhat-4] > {noformat} > {noformat} > Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 0 > at org.infinispan.client.hotrod.impl.consistenthash.SegmentConsistentHash.getServer(SegmentConsistentHash.java:33) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:204) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyOperation.getTransport(AbstractKeyOperation.java:40) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:48) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:237) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) > at sample.Main.main(Main.java:16) > {noformat} > It happens on both Hot Rod 2 and 1.3 clients. > It's really hard to reproduce this state and we don't have a consistent way to reproduce it. However when this happens there is always view change happening so it's related to view change. > Judging from the stack trace, the client receives numOwners=0 or numSegments=0 topology from the server. > Also we are unable to find to recover this situation. Rebooting random nodes don't help and keep getting this exceptions on client side. > Until we can find the root cause, I think it's better to add a guard to avoid this kind invalid topology stored in the server side and propagated to the clients. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5324) Create extended RemoteCacheManager for testing purposes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5324?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5324: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1205828 > Create extended RemoteCacheManager for testing purposes > ------------------------------------------------------- > > Key: ISPN-5324 > URL: https://issues.jboss.org/browse/ISPN-5324 > Project: Infinispan > Issue Type: Feature Request > Components: Test Suite - Core > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.2.0.Beta2 > > > The extended RemoteCacheManager should expose details such as the following: > * transportFactory > The implementation should be internal and NOT part of public API. > This way we can get rid of reflection in tests for HotRod client and these tests can be reused for C++ and C# HotRod clients. Any tests that use reflection are currently unusable for those implementations. > The ultimate goal is to extend the test suite for C++ and C# clients. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5304) WildFly module "/org/infinispan/client/hotrod/jdg-6.4" is different if installed with library or HR-client

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5304?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5304: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1202370|https://bugzilla.redhat.com/show_bug.cgi?id=1202370] from POST to MODIFIED > WildFly module "/org/infinispan/client/hotrod/jdg-6.4" is different if installed with library or HR-client > ---------------------------------------------------------------------------------------------------------- > > Key: ISPN-5304 > URL: https://issues.jboss.org/browse/ISPN-5304 > Project: Infinispan > Issue Type: Feature Request > Affects Versions: 7.2.0.Alpha1, 7.1.1.Final > Environment: Infinispan as WildFly module > Reporter: Wolf-Dieter Fink > Assignee: Adrian Nistor > Fix For: 7.2.0.Beta2, 7.2.0.Final, 7.1.2.Final > > > If Infinispan is used inside WildFly applications there are two WF modules for Infinispan. > One for Library mode > One for HotRod remote client mode > Both modules contain > modules/org/infinispan/client/hotrod/jdg-6.4/infinispan-client-hotrod-6.2.0.Final-redhat-4.jar > modules/org/infinispan/client/hotrod/jdg-6.4/module.xml > BUT > the module.xml is different: > < <module name="org.infinispan" slot="jdg-6.4"/> > --- > > <module name="org.infinispan.commons" slot="jdg-6.4"/> > > <module name="org.infinispan.protostream" slot="jdg-6.4"/> > > <module name="org.infinispan.query.dsl" slot="jdg-6.4"/> > > <module name="org.infinispan.query.remote.client" slot="jdg-6.4"/> > This mean it is not possible to use both modules if there are applications with library mode and others with HR remote client mode. > Also it is odd because it depends on the installation order what dependencies are installed. > It should be possible to install both modules and use it at the same time from different applicaitons. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

10 years, 6 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2015