May 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5444) Filter/converters in server can't unmarshall custom cached classes

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5444?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5444: ---------------------------------- Fix Version/s: 7.2.2.Final (was: 7.2.1.Final) > Filter/converters in server can't unmarshall custom cached classes > ------------------------------------------------------------------ > > Key: ISPN-5444 > URL: https://issues.jboss.org/browse/ISPN-5444 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.2.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.2.Final > > > If a user deploys a filter/converter into server, and the cache contains custom classes, the default behaviour of unmarshalling custom classes for the filter/converter will generate CNFEs, e.g. > {code} > Caused by: java.lang.ClassNotFoundException: ValueAddedEvent from [Module > "org.infinispan.commons:main" from local module loader @4b7504fb > (finder: local module finder @6f9a2170 (roots: > /opt/infinispan/modules,/opt/infinispan/modules/system/layers/base))] > [..] > at > org.infinispan.commons.marshall.AbstractMarshaller.objectFromByteBuffer(AbstractMarshaller.java:82) > [infinispan-commons-7.2.0-SNAPSHOT.jar:7.2.0-SNAPSHOT] > at > org.infinispan.server.hotrod.ClientListenerRegistry$UnmarshallConverter.convert(ClientListenerRegistry.scala:383) > [infinispan-server-hotrod-7.2.0-SNAPSHOT.jar:7.2.0-SNAPSHOT] > {code} > Even if the classes are deployed along with the filter/converter, these won't be found. Currently, the only way to workaround it is to add those classes into a module and get the infinispan-commons module to depend on it to locate them. > A better solution is needed here... -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5436) Some ClientClusterEventsTest tests fail randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5436?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5436: ---------------------------------- Fix Version/s: 7.2.2.Final (was: 7.2.1.Final) > Some ClientClusterEventsTest tests fail randomly > ------------------------------------------------ > > Key: ISPN-5436 > URL: https://issues.jboss.org/browse/ISPN-5436 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.2.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.2.Final > > > Some org.infinispan.client.hotrod.event.ClientClusterEventsTest tests seem to fail randomly: > {code} > testFilterCustomEventsInCluster(org.infinispan.client.hotrod.event.ClientClusterEventsTest) Time elapsed: 0.119 sec <<< FAILURE! > java.lang.AssertionError: expected:<CustomEvent{key=2, value='two', timestamp=10917205818735, counter=3}> but was:<CustomEvent{key=2, value='two', timestamp=10917204740046, counter=1}> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80) > at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:88) > at org.infinispan.test.TestingUtil.assertAnyEquals(TestingUtil.java:1485) > at org.infinispan.client.hotrod.event.CustomEventLogListener.expectSingleCustomEvent(CustomEventLogListener.java:64) > at org.infinispan.client.hotrod.event.CustomEventLogListener.expectCreatedEvent(CustomEventLogListener.java:68) > at org.infinispan.client.hotrod.event.ClientClusterEventsTest$4.call(ClientClusterEventsTest.java:130) > at org.infinispan.client.hotrod.test.HotRodClientTestingUtil.withClientListener(HotRodClientTestingUtil.java:158) > at org.infinispan.client.hotrod.event.ClientClusterEventsTest.testFilterCustomEventsInCluster(ClientClusterEventsTest.java:121) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > testFilteringInCluster(org.infinispan.client.hotrod.event.ClientClusterEventsTest) Time elapsed: 0.103 sec <<< FAILURE! > java.lang.AssertionError: > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.testng.AssertJUnit.assertNotNull(AssertJUnit.java:267) > at org.testng.AssertJUnit.assertNotNull(AssertJUnit.java:259) > at org.infinispan.client.hotrod.event.EventLogListener.pollEvent(EventLogListener.java:51) > at org.infinispan.client.hotrod.event.EventLogListener.expectSingleEvent(EventLogListener.java:125) > at org.infinispan.client.hotrod.event.EventLogListener.expectOnlyCreatedEvent(EventLogListener.java:105) > at org.infinispan.client.hotrod.event.ClientClusterEventsTest$2.call(ClientClusterEventsTest.java:91) > at org.infinispan.client.hotrod.test.HotRodClientTestingUtil.withClientListener(HotRodClientTestingUtil.java:147) > at org.infinispan.client.hotrod.event.ClientClusterEventsTest.testFilteringInCluster(ClientClusterEventsTest.java:83) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:348) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:38) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:382) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5434) ClusteringConfigurationBuilder.l1() javadoc incorrectly states that the l1 method enables l1

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5434?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5434: ---------------------------------- Fix Version/s: 7.2.2.Final (was: 7.2.1.Final) > ClusteringConfigurationBuilder.l1() javadoc incorrectly states that the l1 method enables l1 > -------------------------------------------------------------------------------------------- > > Key: ISPN-5434 > URL: https://issues.jboss.org/browse/ISPN-5434 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 5.2.10.Final, 7.1.1.Final > Reporter: Dominik Pospisil > Fix For: 7.2.2.Final, 8.0.0.Alpha1 > > > ClusteringConfigurationBuilder.l1() method javadocs says: > This method allows configuration of the L1 cache for distributed caches. When this method is called, it automatically enables L1. > However what it does is it just return plain instance of L1ConfigurationBuilder created by empty constructor whith default (disabled) value. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5445) Build is overwriting the valid module definition of hibernate-search-storage with an alias definition

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5445?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5445: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Build is overwriting the valid module definition of hibernate-search-storage with an alias definition > ----------------------------------------------------------------------------------------------------- > > Key: ISPN-5445 > URL: https://issues.jboss.org/browse/ISPN-5445 > Project: Infinispan > Issue Type: Bug > Components: Build process > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Blocker > Fix For: 7.2.1.Final > > > The module definition > {quote}name="org.hibernate.search.infinispan-storage" slot="ispn-7.2"{quote} > is initially created correctly during the build, the correct dependencies are added, but then it's overwritten with an alias definition. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5445) Build is overwriting the valid module definition of hibernate-search-storage with an alias definition

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-5445?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-5445: ---------------------------------- Status: Open (was: New) > Build is overwriting the valid module definition of hibernate-search-storage with an alias definition > ----------------------------------------------------------------------------------------------------- > > Key: ISPN-5445 > URL: https://issues.jboss.org/browse/ISPN-5445 > Project: Infinispan > Issue Type: Bug > Components: Build process > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Blocker > Fix For: 7.2.1.Final > > > The module definition > {quote}name="org.hibernate.search.infinispan-storage" slot="ispn-7.2"{quote} > is initially created correctly during the build, the correct dependencies are added, but then it's overwritten with an alias definition. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5445) Build is overwriting the valid module definition of hibernate-search-storage with an alias definition

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-5445?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-5445: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3444 > Build is overwriting the valid module definition of hibernate-search-storage with an alias definition > ----------------------------------------------------------------------------------------------------- > > Key: ISPN-5445 > URL: https://issues.jboss.org/browse/ISPN-5445 > Project: Infinispan > Issue Type: Bug > Components: Build process > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Blocker > Fix For: 7.2.1.Final > > > The module definition > {quote}name="org.hibernate.search.infinispan-storage" slot="ispn-7.2"{quote} > is initially created correctly during the build, the correct dependencies are added, but then it's overwritten with an alias definition. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5445) Build is overwriting the valid module definition of hibernate-search-storage with an alias definition

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-5445: ------------------------------------- Summary: Build is overwriting the valid module definition of hibernate-search-storage with an alias definition Key: ISPN-5445 URL: https://issues.jboss.org/browse/ISPN-5445 Project: Infinispan Issue Type: Bug Components: Build process Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Blocker Fix For: 7.2.1.Final The module definition {quote}name="org.hibernate.search.infinispan-storage" slot="ispn-7.2"{quote} is initially created correctly during the build, the correct dependencies are added, but then it's overwritten with an alias definition. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5398) Run integration tests against WildFly 9.0.0.Beta2

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-5398?page=com.atlassian.jira.plugin.... ] Sanne Grinovero reassigned ISPN-5398: ------------------------------------- Assignee: Sanne Grinovero (was: Tristan Tarrant) > Run integration tests against WildFly 9.0.0.Beta2 > ------------------------------------------------- > > Key: ISPN-5398 > URL: https://issues.jboss.org/browse/ISPN-5398 > Project: Infinispan > Issue Type: Component Upgrade > Components: Test Suite - Core, Test Suite - Query > Affects Versions: 7.2.0.CR1 > Reporter: Tristan Tarrant > Assignee: Sanne Grinovero > Fix For: 8.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5398) Run integration tests against WildFly 9.0.0.Beta2

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-5398?page=com.atlassian.jira.plugin.... ] Work on ISPN-5398 started by Sanne Grinovero. --------------------------------------------- > Run integration tests against WildFly 9.0.0.Beta2 > ------------------------------------------------- > > Key: ISPN-5398 > URL: https://issues.jboss.org/browse/ISPN-5398 > Project: Infinispan > Issue Type: Component Upgrade > Components: Test Suite - Core, Test Suite - Query > Affects Versions: 7.2.0.CR1 > Reporter: Tristan Tarrant > Assignee: Sanne Grinovero > Fix For: 8.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5437) Hot Rod getAll() sometimes fails Unable to unmarshall bytes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5437?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5437: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1218675|https://bugzilla.redhat.com/show_bug.cgi?id=1218675] from POST to MODIFIED > Hot Rod getAll() sometimes fails Unable to unmarshall bytes > ----------------------------------------------------------- > > Key: ISPN-5437 > URL: https://issues.jboss.org/browse/ISPN-5437 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Vojtech Juranek > Assignee: William Burns > > fails with > {noformat} > org.infinispan.client.hotrod.exceptions.HotRodClientException: ISPN004034: Unable to unmarshall bytes 034303ec21acedb3a35eaf > {noformat} > usually happen with ~10k of entries -- This message was sent by Atlassian JIRA (v6.3.15#6346)

9 years, 8 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2015