October 2017 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3804) Test server.hotrod.HotRod<11, 12>ReplicationTest.testReplicatedPutWithTopologyChanges fails on all platforms

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-3804?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reopened ISPN-3804: ----------------------------------- > Test server.hotrod.HotRod<11,12>ReplicationTest.testReplicatedPutWithTopologyChanges fails on all platforms > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-3804 > URL: https://issues.jboss.org/browse/ISPN-3804 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 6.0.0.Final > Environment: Solaris, Oracle JDK 6 and 7, Windows Oracle JDK6 > Reporter: Vojtech Juranek > Labels: testsuite_stability > Attachments: server.hotrod.zip > > > SO following tests fail often on RHEL > org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges > org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges > org.infinispan.server.hotrod.HotRod11ReplicationTest.testDistributedPutWithTopologyChanges > And these fail on Solaris > org.infinispan.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges > org.infinispan.server.hotrod.HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges > org.infinispan.server.hotrod.HotRod11ReplicationTest.testDistributedPutWithTopologyChanges > Tests {{HotRod12ReplicationTest.testReplicatedPutWithTopologyChanges}}, {{HotRod11ReplicationTest.testDistributedPutWithTopologyChanges}} and {{HotRodReplicationTest.testReplicatedPutWithTopologyChanges}} fails with following assertions failure: > {noformat} > java.lang.AssertionError: expected [2] but found [3] > 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.server.hotrod.HotRodReplicationTest.testReplicatedPutWithTopologyChanges(HotRodReplicationTest.scala:123) > 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.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:724) > {noformat} > See e.g. > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8391) PartitionHandlingConfiguration inconsistent with documentaiton

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8391?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8391: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > PartitionHandlingConfiguration inconsistent with documentaiton > -------------------------------------------------------------- > > Key: ISPN-8391 > URL: https://issues.jboss.org/browse/ISPN-8391 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Core > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > > Currently the docs state that the default merge policy is PREFERRED_NON_NULL, but it's currently null. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8417) Upgrade to JGroups 4.0.7

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8417?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-8417: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Upgrade to JGroups 4.0.7 > ------------------------ > > Key: ISPN-8417 > URL: https://issues.jboss.org/browse/ISPN-8417 > Project: Infinispan > Issue Type: Component Upgrade > Components: Core > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8359) Add default methods for various Serializable methods on Streams

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8359?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8359: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Add default methods for various Serializable methods on Streams > --------------------------------------------------------------- > > Key: ISPN-8359 > URL: https://issues.jboss.org/browse/ISPN-8359 > Project: Infinispan > Issue Type: Task > Reporter: William Burns > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > > Java 8 added default methods. At the time I didn't think to add them when I introduced Serializable variants for various methods. But as the hierarchy becomes larger, this produces a lot of code bloat. Thus we should remove all of the impl methods and replace them all with default variant on the interface. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8355) Calling withEncoding on a DecoratedCache loses state

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8355?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8355: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Calling withEncoding on a DecoratedCache loses state > ---------------------------------------------------- > > Key: ISPN-8355 > URL: https://issues.jboss.org/browse/ISPN-8355 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > > If you have a DecoratedCache say by invoking `cache.getAdvancedCache.withFlags(Flag.CACHE_MODE_LOCAL)` if you invoke `withEncoder` on that it will lose the Flag, Subject or lock owner. We need to make sure these are kept. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8348) Some methods from cache API do not work properly with off-heap

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8348?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8348: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Some methods from cache API do not work properly with off-heap > -------------------------------------------------------------- > > Key: ISPN-8348 > URL: https://issues.jboss.org/browse/ISPN-8348 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 9.1.0.Final > Reporter: Vojtech Juranek > Assignee: William Burns > Fix For: 9.1.2.Final, 9.2.0.Alpha2 > > > Following methods from cache API don't work properly with off-heap: > * {{get()}} returns value even for keys, which are not equal (for keys, which have same content, but {{key#equals()}} returns {{false}}) > * {{keySet()}} - from docs: modifications and changes to the cache will be reflected in the set and vice versa. This is not the case for off-heap. > * {{replaceAll()}} fails with class cast exception (e.g. in case of {{Cache<String,String>}} with {{java.lang.ClassCastException: java.lang.String cannot be cast to org.infinispan.commons.marshall.WrappedBytes}}) -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8430) Create Online Service Configuration Templates

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8430?page=com.atlassian.jira.plugin.... ] Ryan Emerson updated ISPN-8430: ------------------------------- Summary: Create Online Service Configuration Templates (was: Create Online Service Templates) > Create Online Service Configuration Templates > --------------------------------------------- > > Key: ISPN-8430 > URL: https://issues.jboss.org/browse/ISPN-8430 > Project: Infinispan > Issue Type: Bug > Reporter: Ryan Emerson > Assignee: Ryan Emerson > > We should create a standalone configuration file that only contains the templates that will be used for the shared-memory and caching services. This will reduce the amount of cli operations required for our dataservices images and will also allow non-openshift users to utilise the same configurations. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8430) Create Online Service Templates

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-8430: ---------------------------------- Summary: Create Online Service Templates Key: ISPN-8430 URL: https://issues.jboss.org/browse/ISPN-8430 Project: Infinispan Issue Type: Bug Reporter: Ryan Emerson Assignee: Ryan Emerson We should create a standalone configuration file that only contains the templates that will be used for the shared-memory and caching services. This will reduce the amount of cli operations required for our dataservices images and will also allow non-openshift users to utilise the same configurations. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6677) Deal with unavailable dependencies during startup

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-6677?page=com.atlassian.jira.plugin.... ] Work on ISPN-6677 stopped by Ryan Emerson. ------------------------------------------ > Deal with unavailable dependencies during startup > ------------------------------------------------- > > Key: ISPN-6677 > URL: https://issues.jboss.org/browse/ISPN-6677 > Project: Infinispan > Issue Type: Feature Request > Components: Cloud Integrations > Reporter: Sebastian Łaskawiec > Assignee: Ryan Emerson > Priority: Blocker > > In Kubernetes not all Pods start at the same time. It is perfectly possible to start first Infinispan and a bit later the database (in this configuration we are assuming that Infinispan has a dependency to DB). Note that this setup would fails. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-8429) TX manager fails to lock off-heap entries

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-8429?page=com.atlassian.jira.plugin.... ] Pedro Ruivo commented on ISPN-8429: ----------------------------------- [~vjuranek] the test is checking the internal component ({{LockManager}}) and it is not using any public API to test if the key is locked. From an user perspective, the key {{"k"}} is locked (I checked the logs and everything is fine) but from the test perspective, the binary representation is locked and not the string {{"k"}}. > TX manager fails to lock off-heap entries > ----------------------------------------- > > Key: ISPN-8429 > URL: https://issues.jboss.org/browse/ISPN-8429 > Project: Infinispan > Issue Type: Bug > Components: Off Heap, Transactions > Affects Versions: 9.0.1.Final, 9.1.1.Final > Reporter: Vojtech Juranek > > TX manager seems to fail lock off-heap entries properly. E.g. running {{LocalOptimisticTxTest}} with off-heap container fails with > {noformat} > java.lang.AssertionError: expected [true] but found [false] > at org.testng.Assert.fail(Assert.java:94) > at org.testng.Assert.failNotEquals(Assert.java:494) > at org.testng.Assert.assertTrue(Assert.java:42) > at org.testng.Assert.assertTrue(Assert.java:52) > at org.infinispan.tx.locking.LocalOptimisticTxTest.assertLocking(LocalOptimisticTxTest.java:63) > at org.infinispan.tx.locking.AbstractLocalTest.testPut(AbstractLocalTest.java:29) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues October 2017