March 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5857) HotRod client should use the consistent hash in replicated mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5857?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5857: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1272389|https://bugzilla.redhat.com/show_bug.cgi?id=1272389] from POST to MODIFIED > HotRod client should use the consistent hash in replicated mode > --------------------------------------------------------------- > > Key: ISPN-5857 > URL: https://issues.jboss.org/browse/ISPN-5857 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.0.1.Final, 8.1.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: hotrod > Fix For: 8.1.0.Alpha2, 8.1.0.Final > > > The HotRod server assumes that in replicated mode the server accessed by the client doesn't matter, so it doesn't send a consistent hash in the topology updates. > However, since replicated mode is now implemented on top of distributed mode, hitting the primary owner or another node makes a big difference. We should change the server to send the consistent hash for replicated caches as well. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5954) Adjust Embedded and Remote Uber Jar packaging

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5954?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5954: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1264840|https://bugzilla.redhat.com/show_bug.cgi?id=1264840] from POST to MODIFIED > Adjust Embedded and Remote Uber Jar packaging > --------------------------------------------- > > Key: ISPN-5954 > URL: https://issues.jboss.org/browse/ISPN-5954 > Project: Infinispan > Issue Type: Bug > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Fix For: 8.2.0.Beta2, 8.2.0.Final > > > During the tests it turned out that both Remote and Embedded Uber Jars contains some classes which can not be loaded by JVM (because their dependencies are not there). This is not critical, but we should get rid of them -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5860) ComponentRegistry should cache the VersionGenerator in a field

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5860?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5860: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1235332|https://bugzilla.redhat.com/show_bug.cgi?id=1235332] from POST to MODIFIED > ComponentRegistry should cache the VersionGenerator in a field > -------------------------------------------------------------- > > Key: ISPN-5860 > URL: https://issues.jboss.org/browse/ISPN-5860 > Project: Infinispan > Issue Type: Bug > Components: Core, Server > Affects Versions: 8.0.1.Final, 8.1.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.1.0.Alpha2, 8.1.0.Final > > > The {{VersionGenerator}} component is read by the HotRod server for each write operation, and we can optimize it by caching the component in a field. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5857) HotRod client should use the consistent hash in replicated mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5857?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5857: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1235332|https://bugzilla.redhat.com/show_bug.cgi?id=1235332] from POST to MODIFIED > HotRod client should use the consistent hash in replicated mode > --------------------------------------------------------------- > > Key: ISPN-5857 > URL: https://issues.jboss.org/browse/ISPN-5857 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.0.1.Final, 8.1.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: hotrod > Fix For: 8.1.0.Alpha2, 8.1.0.Final > > > The HotRod server assumes that in replicated mode the server accessed by the client doesn't matter, so it doesn't send a consistent hash in the topology updates. > However, since replicated mode is now implemented on top of distributed mode, hitting the primary owner or another node makes a big difference. We should change the server to send the consistent hash for replicated caches as well. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5859) HotRod server should not use privileged actions for common stuff

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5859?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5859: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1235332|https://bugzilla.redhat.com/show_bug.cgi?id=1235332] from POST to MODIFIED > HotRod server should not use privileged actions for common stuff > ---------------------------------------------------------------- > > Key: ISPN-5859 > URL: https://issues.jboss.org/browse/ISPN-5859 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.0.1.Final, 8.1.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.1.0.Alpha2, 8.1.0.Final > > > The HotRod server uses privileged actions to perform operations that are needed for each request, like reading the cache mode to decide what kind (if any) topology update to send to the client. Since privileged actions use thread-locals, we should try to avoid them. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5858) ValueMatcher and AvailabilityMode should have externalizers

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5858?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5858: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1235332|https://bugzilla.redhat.com/show_bug.cgi?id=1235332] from POST to MODIFIED > ValueMatcher and AvailabilityMode should have externalizers > ----------------------------------------------------------- > > Key: ISPN-5858 > URL: https://issues.jboss.org/browse/ISPN-5858 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.0.1.Final, 8.1.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.1.0.Alpha2, 8.1.0.CR1 > > > The default enum serialization is pretty bad, it writes both the enum name and value name as strings. > {{ValueMatcher}} is needed in each write command, so we should optimize it. > {{AvailabilityMode}} doesn't matter that much, except when the coordinator changes, and the new coordinator has to retrieve the status of all the caches on all the nodes. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5434?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5434: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1218148|https://bugzilla.redhat.com/show_bug.cgi?id=1218148] from POST to MODIFIED > 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 > Assignee: William Burns > Fix For: 7.2.2.Final, 8.0.0.Alpha1, 8.0.0.Final > > > 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.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5289) REST endpoint has wrong hyperlinks for keys when retrieving all keys as html

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5289?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5289: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1196422|https://bugzilla.redhat.com/show_bug.cgi?id=1196422] from POST to MODIFIED > REST endpoint has wrong hyperlinks for keys when retrieving all keys as html > ---------------------------------------------------------------------------- > > Key: ISPN-5289 > URL: https://issues.jboss.org/browse/ISPN-5289 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 7.1.1.Final > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > Actual results: > cache keys link > http://10.17.48.50:8080/rest/resumen-cache > item link > http://10.17.48.50:8080/rest/88299123 > Expected results: > item link > http://10.17.48.50:8080/rest/resumen-cache/88299123 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-3631) AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3631: ----------------------------------------------- Sat6QE Jenkins <sat6-jenkins(a)redhat.com> changed the Status of [bug 1019075|https://bugzilla.redhat.com/show_bug.cgi?id=1019075] from POST to MODIFIED > AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration fails randomly > ---------------------------------------------------------------------- > > Key: ISPN-3631 > URL: https://issues.jboss.org/browse/ISPN-3631 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 6.0.0.CR1, 6.0.0.Final, 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3 > Environment: {IBM JDK, OPEN JDK} x {RHEL5, RHEL6}, Solaris, RHEL7 > Reporter: Vitalii Chepeliuk > Assignee: Vitalii Chepeliuk > Labels: testsuite_stability > Fix For: 7.2.0.Beta1 > > Attachments: AsyncStoreEvictionTest.log.zip > > > java.lang.AssertionError: remove only works after expiration > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.testng.AssertJUnit.assertFalse(AssertJUnit.java:41) > at org.infinispan.persistence.support.AsyncStoreEvictionTest$10.call(AsyncStoreEvictionTest.java:289) > at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1236) > at org.infinispan.persistence.support.AsyncStoreEvictionTest.testSizeAfterRemoveAndExpiration(AsyncStoreEvictionTest.java:281) > 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:715) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237) > 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:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) > at java.util.concurrent.FutureTask.run(FutureTask.java:166) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:724) > Here are links on jenkins job > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

[JBoss JIRA] (ISPN-6442) NullPointerException in HotRodDecoder.channelActive

by Dan Berindei (JIRA)

Dan Berindei created ISPN-6442: ---------------------------------- Summary: NullPointerException in HotRodDecoder.channelActive Key: ISPN-6442 URL: https://issues.jboss.org/browse/ISPN-6442 Project: Infinispan Issue Type: Bug Components: Server, Test Suite - Server Affects Versions: 8.2.0.Final Reporter: Dan Berindei Priority: Critical Fix For: 9.0.0.Alpha1 {{HotRodServer.startInternal}} first starts the Netty transport (with {{super.startInternal()}}) and only then initializes the {{clientListenerRegistry}} field. That means the server can accept a request before {{clientListenerRegistry}} is initialized, causing a NPE in {{HotRodDecoder.channelActive()}}. Visible as random failures in {{DistTopologyChangeUnderLoadSingleOwnerTest.testRestartServerWhilePutting}}: {noformat} 00:10:54,718 ERROR (HotRodServerWorker-408-1) [CacheDecodeContext] ISPN005009: Unexpected error before any request parameters read java.lang.NullPointerException at org.infinispan.server.hotrod.HotRodDecoder.channelActive(HotRodDecoder.scala:284) at io.netty.channel.AbstractChannelHandlerContext.invokeChannelActive(AbstractChannelHandlerContext.java:183) at io.netty.channel.AbstractChannelHandlerContext.fireChannelActive(AbstractChannelHandlerContext.java:169) at io.netty.channel.DefaultChannelPipeline.fireChannelActive(DefaultChannelPipeline.java:817) at io.netty.channel.AbstractChannel$AbstractUnsafe.register0(AbstractChannel.java:453) at io.netty.channel.AbstractChannel$AbstractUnsafe.access$100(AbstractChannel.java:377) at io.netty.channel.AbstractChannel$AbstractUnsafe$1.run(AbstractChannel.java:423) at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:380) java.util.concurrent.ExecutionException: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=46498 returned server error (status=0x85): java.lang.NullPointerException at java.util.concurrent.FutureTask.report(FutureTask.java:122) at java.util.concurrent.FutureTask.get(FutureTask.java:192) at org.infinispan.client.hotrod.DistTopologyChangeUnderLoadSingleOwnerTest.testRestartServerWhilePutting(DistTopologyChangeUnderLoadSingleOwnerTest.java:64) Caused by: org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for messageId=46498 returned server error (status=0x85): java.lang.NullPointerException at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:343) at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:132) at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:118) at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:56) at org.infinispan.client.hotrod.impl.operations.PutOperation.executeOperation(PutOperation.java:32) at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:54) at org.infinispan.client.hotrod.impl.RemoteCacheImpl.put(RemoteCacheImpl.java:268) at org.infinispan.client.hotrod.impl.RemoteCacheSupport.put(RemoteCacheSupport.java:79) at org.infinispan.client.hotrod.DistTopologyChangeUnderLoadSingleOwnerTest$PutHammer.call(DistTopologyChangeUnderLoadSingleOwnerTest.java:76) at org.infinispan.client.hotrod.DistTopologyChangeUnderLoadSingleOwnerTest$PutHammer.call(DistTopologyChangeUnderLoadSingleOwnerTest.java:67) at org.infinispan.test.AbstractInfinispanTest$LoggingCallable.call(AbstractInfinispanTest.java:478) ... 4 more {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2016