March 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4258) *MassIndexing.testReindexing test fails randomly on RHEL7

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4258?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4258: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1093775|https://bugzilla.redhat.com/show_bug.cgi?id=1093775] from MODIFIED to ON_QA > *MassIndexing.testReindexing test fails randomly on RHEL7 > ----------------------------------------------------------- > > Key: ISPN-4258 > URL: https://issues.jboss.org/browse/ISPN-4258 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha3 > Reporter: Vitalii Chepeliuk > Assignee: Gustavo Fernandes > Labels: testsuite_stability > Fix For: 7.0.0.Beta2 > > Attachments: MassIndexingTests.zip > > > Following tests fail with assertion error > DistProgrammaticMassIndexTest.testReindexing > TopologyAwareDistMassIndexingTest.testReindexing > DistributedMassIndexingTest.testReindexing > DistributedMassIndexingViaJmxTest.testReindexing > DistributedMassIndexingViaJmxTest.createBeforeClass > {noformat} > java.lang.AssertionError: expected:<3> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.query.distributed.DistributedMassIndexingTest.verifyFindsCar(DistributedMassIndexingTest.java:89) > at org.infinispan.query.distributed.DistributedMassIndexingTest.verifyFindsCar(DistributedMassIndexingTest.java:80) > at org.infinispan.query.distributed.DistributedMassIndexingTest.testReindexing(DistributedMassIndexingTest.java:58) > 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: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: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.run(FutureTask.java:262) > 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:744) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 1 month

1
0
0 / 0

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

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5246: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1197725|https://bugzilla.redhat.com/show_bug.cgi?id=1197725] from MODIFIED to ON_QA > 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)

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5087) CacheContainerStatsMBeanTest.testClusterStats() is failing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5087?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5087: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1194355|https://bugzilla.redhat.com/show_bug.cgi?id=1194355] from MODIFIED to ON_QA > CacheContainerStatsMBeanTest.testClusterStats() is failing > ---------------------------------------------------------- > > Key: ISPN-5087 > URL: https://issues.jboss.org/browse/ISPN-5087 > Project: Infinispan > Issue Type: Feature Request > Components: Test Suite - Core > Affects Versions: 7.1.0.Alpha1 > Reporter: Pedro Ruivo > Assignee: Vladimir Blagojevic > Priority: Blocker > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > The test is always failing: > {code} > testClusterStats(org.infinispan.jmx.CacheContainerStatsMBeanTest) Time elapsed: 0.017 sec <<< FAILURE! > java.lang.AssertionError: expecting 0 for AverageWriteTime, to be greater than0 > at org.infinispan.jmx.CacheContainerStatsMBeanTest.assertAttributeValueGreaterThan(CacheContainerStatsMBeanTest.java:100) > at org.infinispan.jmx.CacheContainerStatsMBeanTest.testClusterStats(CacheContainerStatsMBeanTest.java:86) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5173) Cluster-wide RPCs not ForkChannel friendly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5173?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5173: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1189138|https://bugzilla.redhat.com/show_bug.cgi?id=1189138] from MODIFIED to ON_QA > Cluster-wide RPCs not ForkChannel friendly > ------------------------------------------ > > Key: ISPN-5173 > URL: https://issues.jboss.org/browse/ISPN-5173 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.3.Final, 7.1.0.CR2 > Reporter: Paul Ferraro > Assignee: Pedro Ruivo > Priority: Blocker > Fix For: 7.2.0.Alpha1, 7.2.0.Final, 7.1.1.Final > > > Since this commit: > https://github.com/infinispan/infinispan/commit/f0fb26d43f0176c165bd10134... > ... Infinispan is no longer usable in WildFly 9, whose transports are configured to use ForkChannel rather than JChannels. The underlying issue is described in JGRP-1905. The commit above adds a cluster-wide RPC on view change (from org.infinispan.topology.ClusterTopologyManagerImpl.confirmMembersAvailable(), the message for which inevitably arrives on the newly starting node before the requisite fork channel is registered. The RPC eventually times out since Infinispan's RPC dispatcher will wait for a response that will never come. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5180) Hot Rod type converter in Compatibility should not marshall a byte[] again

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5180?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5180: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1196277|https://bugzilla.redhat.com/show_bug.cgi?id=1196277] from MODIFIED to ON_QA > Hot Rod type converter in Compatibility should not marshall a byte[] again > -------------------------------------------------------------------------- > > Key: ISPN-5180 > URL: https://issues.jboss.org/browse/ISPN-5180 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols > Affects Versions: 7.0.3.Final, 7.1.0.CR2 > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Critical > Labels: compatibility > Fix For: 7.1.0.Final > > > When compatibility is enabled, storing a java serialized object with REST, and then retrieving it with Hot Rod results in byte[] being returned instead of the deserilialized object: > {code}java.lang.AssertionError: > Expected :org.infinispan.it.compatibility.EmbeddedRestHotRodTest$Person@22cd6f > Actual :[B@2ff9eb2a > 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.it.compatibility.EmbeddedRestHotRodTest.testCustomObjectRestPutHotRodEmbeddedGet(EmbeddedRestHotRodTest.java:217) > {code} > This is because when the entry is retrieved by Hot Rod and it's going to marshall it for sending it back to the client, it should check if the entry is already a byte[], in which case it should not touch it. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4323) ConditionalOperationsConcurrentWriteSkewTest fails randomly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4323?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4323: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1101088|https://bugzilla.redhat.com/show_bug.cgi?id=1101088] from MODIFIED to ON_QA > ConditionalOperationsConcurrentWriteSkewTest fails randomly > ----------------------------------------------------------- > > Key: ISPN-4323 > URL: https://issues.jboss.org/browse/ISPN-4323 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3, 7.0.0.Alpha4 > Environment: RHEL and Open JDK > Reporter: Vitalii Chepeliuk > Assignee: William Burns > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.Beta2 > > Attachments: ConditionalOperationsConcurrentWriteSkewTest.log.zip, ConditionalOperationsConcurrentWriteSkewTest.tar.bz2 > > > Following tests fail with TImeout exception > org.infinispan.api.ConditionalOperationsConcurrentWriteSkewTest.testConditionalRemove > org.infinispan.api.ConditionalOperationsConcurrentWriteSkewTest.testReplace > org.infinispan.api.ConditionalOperationsConcurrentWriteSkewTest.testPutIfAbsent > {noformat} > java.lang.AssertionError: java.lang.RuntimeException: java.util.concurrent.TimeoutException > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.assertTrue(Assert.java:41) > at org.junit.Assert.assertFalse(Assert.java:64) > at org.infinispan.api.ConditionalOperationsConcurrentTest.testOnCaches(ConditionalOperationsConcurrentTest.java:129) > at org.infinispan.api.ConditionalOperationsConcurrentWriteSkewTest.testConditionalRemove(ConditionalOperationsConcurrentWriteSkewTest.java:56) > 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: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: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.run(FutureTask.java:262) > 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:744) > {noformat} > Failing tests in Jenkins > 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)

11 years, 1 month

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: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1197847|https://bugzilla.redhat.com/show_bug.cgi?id=1197847] from MODIFIED to ON_QA > 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)

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-4172) Update to JCache 1.0 final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4172?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4172: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1186860|https://bugzilla.redhat.com/show_bug.cgi?id=1186860] from MODIFIED to ON_QA > Update to JCache 1.0 final > -------------------------- > > Key: ISPN-4172 > URL: https://issues.jboss.org/browse/ISPN-4172 > Project: Infinispan > Issue Type: Component Upgrade > Components: JCache > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.0.0.Alpha3, 7.0.0.Final > > > JCache 1.0 has been released to Maven Central now. Update. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-5028) BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5028?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5028: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1193558|https://bugzilla.redhat.com/show_bug.cgi?id=1193558] from MODIFIED to ON_QA > BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned random failures > -------------------------------------------------------------------------- > > Key: ISPN-5028 > URL: https://issues.jboss.org/browse/ISPN-5028 > Project: Infinispan > Issue Type: Bug > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.1.0.Beta1 > > > {noformat} > 01:40:35,536 ERROR (testng-LocalEntryRetrieverEvictionTest:) [UnitTestTestNGListener] Test testExpiredEntryNotReturned(org.infinispan.iteration.LocalEntryRetrieverEvictionTest) failed. > java.lang.AssertionError: expected:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, 3=3 stay in cache, 4=4 stay in cache}> but was:<{0=0 stay in cache, 1=1 stay in cache, 2=2 stay in cache, expired=this shouldn't be returned, 3=3 stay in cache, 4=4 stay in cache}> > 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.iteration.BaseEntryRetrieverEvictionTest.testExpiredEntryNotReturned(BaseEntryRetrieverEvictionTest.java:56) > {noformat} > The problem is that the test measures the time expired since _before_ inserting the value, it should measure the time since _after_ inserting the value (actually {{Thread.sleep()}} would suffice). Computing the time since before the insert is only useful when check that the entry didn't expire too soon. > I have seen a failure in {{LocalEntryRetrieverEvictionTest}} on my machine, but only failures in {{ReplicatedEntryRetrieverEvictionTest}} and {{DistributedEntryRetrieverEvictionTest}} in CI: > http://ci.infinispan.org/viewLog.html?buildId=14438&tab=buildResultsDiv&b... > http://ci.infinispan.org/viewLog.html?buildId=14568&tab=buildResultsDiv&b... -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-35) JSR107 compliant API

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-35?page=com.atlassian.jira.plugin.sy... ] RH Bugzilla Integration commented on ISPN-35: --------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1186860|https://bugzilla.redhat.com/show_bug.cgi?id=1186860] from MODIFIED to ON_QA > JSR107 compliant API > -------------------- > > Key: ISPN-35 > URL: https://issues.jboss.org/browse/ISPN-35 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Manik Surtani > Assignee: Mircea Markus > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years, 1 month

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 2015