March 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5232) Entry iterator returns entries created in current TX but does not apply the filter/converter

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5232?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5232: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1198155|https://bugzilla.redhat.com/show_bug.cgi?id=1198155] from NEW to POST > Entry iterator returns entries created in current TX but does not apply the filter/converter > -------------------------------------------------------------------------------------------- > > Key: ISPN-5232 > URL: https://issues.jboss.org/browse/ISPN-5232 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: William Burns > Fix For: 7.2.0.Beta1, 7.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5234) Implement single cluster view page (P1)

by Tomas Sykora (JIRA)

[ https://issues.jboss.org/browse/ISPN-5234?page=com.atlassian.jira.plugin.... ] Tomas Sykora edited comment on ISPN-5234 at 3/3/15 7:33 AM: ------------------------------------------------------------ Update: I don't understand exactly what functionality to imagine for these requests: - Filter by metrics (node view) - Filter by metrics (cache view) Can we elaborate and discuss it a liitle bit here? Meanwhile I -am working on- finished: - Search node (search as you type) - Search cache (search as you type) -I will issue PR with changes ONLY related to those 2 requests that is easy to understand and review. It should be done today (Tuesday) or tomorrow EOD at latest (Wednesday).- PR sent. was (Author: tsykora): Update: I don't understand exactly what functionality to imagine for these requests: - Filter by metrics (node view) - Filter by metrics (cache view) Can we elaborate and discuss it a liitle bit here? Meanwhile I am working on: - Search node (search as you type) - Search cache (search as you type) I will issue PR with changes ONLY related to those 2 requests that is easy to understand and review. It should be done today (Tuesday) or tomorrow EOD at latest (Wednesday). > Implement single cluster view page (P1) > --------------------------------------- > > Key: ISPN-5234 > URL: https://issues.jboss.org/browse/ISPN-5234 > Project: Infinispan > Issue Type: Task > Components: JMX, reporting and management > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 8.0.0.Final > > > In our admin console current single cluster view page does not contain the following functionality that should be implemented: > * -Zoom in/out- > * Node availability/detail > * Filter by metrics (node view) > * Filter by metrics (cache view) > * Search node (search as you type) > * Search cache (search as you type) > * -Cluster switcher- > * Cluster status view -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5234) Implement single cluster view page (P1)

by Tomas Sykora (JIRA)

[ https://issues.jboss.org/browse/ISPN-5234?page=com.atlassian.jira.plugin.... ] Tomas Sykora updated ISPN-5234: ------------------------------- Git Pull Request: https://github.com/infinispan/infinispan-management-console/pull/6, https://github.com/infinispan/infinispan-management-console/pull/7 (was: https://github.com/infinispan/infinispan-management-console/pull/5) > Implement single cluster view page (P1) > --------------------------------------- > > Key: ISPN-5234 > URL: https://issues.jboss.org/browse/ISPN-5234 > Project: Infinispan > Issue Type: Task > Components: JMX, reporting and management > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 8.0.0.Final > > > In our admin console current single cluster view page does not contain the following functionality that should be implemented: > * -Zoom in/out- > * Node availability/detail > * Filter by metrics (node view) > * Filter by metrics (cache view) > * Search node (search as you type) > * Search cache (search as you type) > * -Cluster switcher- > * Cluster status view -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5234) Implement single cluster view page (P1)

by Tomas Sykora (JIRA)

[ https://issues.jboss.org/browse/ISPN-5234?page=com.atlassian.jira.plugin.... ] Tomas Sykora commented on ISPN-5234: ------------------------------------ Update: I don't understand exactly what functionality to imagine for these requests: - Filter by metrics (node view) - Filter by metrics (cache view) Can we elaborate and discuss it a liitle bit here? Meanwhile I am working on: - Search node (search as you type) - Search cache (search as you type) I will issue PR with changes ONLY related to those 2 requests that is easy to understand and review. It should be done today (Tuesday) or tomorrow EOD at latest (Wednesday). > Implement single cluster view page (P1) > --------------------------------------- > > Key: ISPN-5234 > URL: https://issues.jboss.org/browse/ISPN-5234 > Project: Infinispan > Issue Type: Task > Components: JMX, reporting and management > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 8.0.0.Final > > > In our admin console current single cluster view page does not contain the following functionality that should be implemented: > * -Zoom in/out- > * Node availability/detail > * Filter by metrics (node view) > * Filter by metrics (cache view) > * Search node (search as you type) > * Search cache (search as you type) > * -Cluster switcher- > * Cluster status view -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5246) Re-enable the queue for the JGroups internal thread pool in the default configuration

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5246: ----------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Re-enable the queue for the JGroups internal thread pool in the default configuration > ------------------------------------------------------------------------------------- > > Key: ISPN-5246 > URL: https://issues.jboss.org/browse/ISPN-5246 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > Need to change {{default-jgroups-udp/tcp.xml}} for embedded and {{jgroups-defaults.xml}} for server. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3815) Tests which extends persistence.ParallelIterationTest fail randomly on all environments

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3815?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3815: ----------------------------------------------- Roman Macor <rmacor(a)redhat.com> changed the Status of [bug 1040387|https://bugzilla.redhat.com/show_bug.cgi?id=1040387] from NEW to ASSIGNED > Tests which extends persistence.ParallelIterationTest fail randomly on all environments > ----------------------------------------------------------------------------------------- > > Key: ISPN-3815 > URL: https://issues.jboss.org/browse/ISPN-3815 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.0.Final, 6.0.1.Final > Reporter: Vitalii Chepeliuk > Assignee: Dan Berindei > Labels: testsuite_stability > > Following tests fail > LevelDBParallelIterationTest > JdbcBinaryStoreParallelIterationTest > SingleFileStoreParallelIterationTest > java.lang.AssertionError: expected [5] but found [4] > at org.testng.Assert.fail(Assert.java:89) > at org.testng.Assert.failNotEquals(Assert.java:489) > at org.testng.Assert.assertEquals(Assert.java:118) > at org.testng.Assert.assertEquals(Assert.java:365) > at org.testng.Assert.assertEquals(Assert.java:375) > at org.infinispan.persistence.ParallelIterationTest.runIterationTest(ParallelIterationTest.java:117) > at org.infinispan.persistence.ParallelIterationTest.testParallelIteration(ParallelIterationTest.java:58) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > 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:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918) > at java.lang.Thread.run(Thread.java:662) > * on RHEL > 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... > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > * on Windows > 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... > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3023) Re-implement BoundedConcurrentHashMap using CHMv8 designs

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3023?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3023: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1197847|https://bugzilla.redhat.com/show_bug.cgi?id=1197847] from POST to MODIFIED > Re-implement BoundedConcurrentHashMap using CHMv8 designs > --------------------------------------------------------- > > Key: ISPN-3023 > URL: https://issues.jboss.org/browse/ISPN-3023 > Project: Infinispan > Issue Type: Feature Request > Components: Core, Eviction > Affects Versions: 5.2.5.Final > Reporter: Manik Surtani > Assignee: William Burns > Priority: Minor > Labels: performance > Fix For: 7.2.0.Final > > > This is better than the current segment-based approach, in terms of memory footprint as well as performance under high concurrency. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

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

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3631?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-3631: ------------------------------------ I believe this was fixed with ISPN-761, we just need to remove the unstable test annotation. (And possibly the whole method, since it's basically the same as {{testSizeAfterRemove}} after the ISPN-761 fix.) > 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 > Labels: testsuite_stability > 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.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5152) Custom interceptor with Position.OTHER_THAN_FIRST_OR_LAST causes CacheManager start to fail

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5152?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5152: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1182561|https://bugzilla.redhat.com/show_bug.cgi?id=1182561] from POST to MODIFIED > Custom interceptor with Position.OTHER_THAN_FIRST_OR_LAST causes CacheManager start to fail > ------------------------------------------------------------------------------------------- > > Key: ISPN-5152 > URL: https://issues.jboss.org/browse/ISPN-5152 > Project: Infinispan > Issue Type: Bug > Components: Core, Listeners > Affects Versions: 7.1.0.Beta1 > Reporter: Jiří Holuša > Assignee: Pedro Ruivo > Fix For: 7.2.0.Beta1 > > > Use case (done via declarative config, but doesn't matter): > 1) Add CustomInterceptor1 with position="FIRST" > 2) Add CustomInterceptor2 with position="LAST" > 3) Add CustomInterceptor3 with position="OTHER_THAN_FIRST_OR_LAST" > Expected that order of interceptors 1, 3, 2, or at least it would work. Unfortunately, this configuration fails during start of CacheManager with: > org.infinispan.commons.CacheConfigurationException: ISPN000225: Custom interceptor 'testpackage.CustomInterceptor3' doesn't specify a position > Thus (and by looking at the code), option OTHER_THAN_FIRST_OR_LAST doesn't do anything. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5223) NPE in InfinispanCollections.containsAny

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5223?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5223: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1197733|https://bugzilla.redhat.com/show_bug.cgi?id=1197733] from POST to MODIFIED > NPE in InfinispanCollections.containsAny > ---------------------------------------- > > Key: ISPN-5223 > URL: https://issues.jboss.org/browse/ISPN-5223 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.Final > Reporter: Kurt Lehrke > Assignee: Dan Berindei > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > When having partition handling enabled on a replicated cache, a null pointer exception is thrown in the post operation partition check because the ClusteringDependentLogic.getOwners(key) returns null. > Here's the line it's thrown: > https://github.com/infinispan/infinispan/blob/master/commons/src/main/jav... > Here's the calling line: > https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... > Relevant stack trace: > {code} > java.lang.NullPointerException > at org.infinispan.commons.util.InfinispanCollections.containsAny(InfinispanCollections.java:309) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.postOperationPartitionCheck(PartitionHandlingInterceptor.java:149) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.visitGetKeyValueCommand(PartitionHandlingInterceptor.java:114) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:233) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:217) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:103) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:91) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:391) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:384) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at com.redprairie.moca.cluster.manager.AbstractClusterRoleManager$RoleUpdater.run(AbstractClusterRoleManager.java:671) ~[moca-server.jar:?] > at com.redprairie.moca.util.ExceptionSuppressingRunnable.run(ExceptionSuppressingRunnable.java:47) ~[moca-server.jar:?] > at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.FutureTask.runAndReset(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.7.0_67] > at java.lang.Thread.run(Unknown Source) [?:1.7.0_67] > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2015