February 2018 - infinispan-issues

[JBoss JIRA] (ISPN-8843) Running Hot Rod client tests from IDE results in CompletionFailure

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-8843?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-8843: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5770 > Running Hot Rod client tests from IDE results in CompletionFailure > ------------------------------------------------------------------ > > Key: ISPN-8843 > URL: https://issues.jboss.org/browse/ISPN-8843 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 9.1.0.CR1 > Environment: * OpenJDK Runtime Environment (build 1.8.0_161-b14) > * Fedora, kernel 4.14.16-200.fc26.x86_64 > * Apache Maven 3.5.0 > * IntelliJ IDEA 2017.3.4 (Community Edition) > Build #IC-173.4548.28, built on January 30, 2018 > JRE: 1.8.0_152-release-1024-b11 amd64 > JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o > Linux 4.14.16-200.fc26.x86_64 > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Priority: Minor > > After migrating from Netty Uber Jar to small jars approach we were able to fine-tune the artifacts we depend on. This however caused some very unexpected errors when running testsuite from IDE (see the steps to reproduce): > {code} > Error:java: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for org.conscrypt.AllocatedBuffer not found > {code} > Everything works absolutely fine with Maven, so there must be something with the IDE. So far I noticed that {{server/core}} module seems to be the best suspect in this case. The class the IDE is complaining about might be found [here|https://github.com/netty/netty/blob/5a6ee27cee9df99404016f124d3768f9...]. Note that this is an optional dependency of the handler module ([see the pom.xml|https://github.com/netty/netty/blob/5a6ee27cee9df99404016f124d376...]). Why does IntelliJ is trying to compile it? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8844) [JDK9+] org.infinispan.util package is exported by multiple jars

by Tomaz Cerar (JIRA)

Tomaz Cerar created ISPN-8844: --------------------------------- Summary: [JDK9+] org.infinispan.util package is exported by multiple jars Key: ISPN-8844 URL: https://issues.jboss.org/browse/ISPN-8844 Project: Infinispan Issue Type: Bug Components: Core Affects Versions: 9.1.6.Final Environment: JDK9, JDK10 Reporter: Tomaz Cerar Currently if you have {{infinispan-commons-9.1.6.Final.jar}} and {{infinispan-core-9.1.6.Final.jar}} on your module path, jvm complains as both jars export package {{org.infinispan.util}} which violates the modules contract where only one module (jar) can provide single package. example error that jvm prints {noformat} Error: Modules infinispan.commons and infinispan.core export package org.infinispan.util to module wildfly.clustering.common {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8843) Running Hot Rod client tests from IDE results in CompletionFailure

by Sebastian Łaskawiec (JIRA)

Sebastian Łaskawiec created ISPN-8843: ----------------------------------------- Summary: Running Hot Rod client tests from IDE results in CompletionFailure Key: ISPN-8843 URL: https://issues.jboss.org/browse/ISPN-8843 Project: Infinispan Issue Type: Bug Components: Build Affects Versions: 9.1.0.CR1 Environment: * OpenJDK Runtime Environment (build 1.8.0_161-b14) * Fedora, kernel 4.14.16-200.fc26.x86_64 * Apache Maven 3.5.0 * IntelliJ IDEA 2017.3.4 (Community Edition) Build #IC-173.4548.28, built on January 30, 2018 JRE: 1.8.0_152-release-1024-b11 amd64 JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o Linux 4.14.16-200.fc26.x86_64 Reporter: Sebastian Łaskawiec Assignee: Sebastian Łaskawiec Priority: Minor After migrating from Netty Uber Jar to small jars approach we were able to fine-tune the artifacts we depend on. This however caused some very unexpected errors when running testsuite from IDE (see the steps to reproduce): {code} Error:java: com.sun.tools.javac.code.Symbol$CompletionFailure: class file for org.conscrypt.AllocatedBuffer not found {code} Everything works absolutely fine with Maven, so there must be something with the IDE. So far I noticed that {{server/core}} module seems to be the best suspect in this case. The class the IDE is complaining about might be found [here|https://github.com/netty/netty/blob/5a6ee27cee9df99404016f124d3768f9...]. Note that this is an optional dependency of the handler module ([see the pom.xml|https://github.com/netty/netty/blob/5a6ee27cee9df99404016f124d376...]). Why does IntelliJ is trying to compile it? -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8841) JCache does not respect when ttl is null

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8841?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8841: ----------------------------------- Stackoverflow ID: 48803903 > JCache does not respect when ttl is null > ---------------------------------------- > > Key: ISPN-8841 > URL: https://issues.jboss.org/browse/ISPN-8841 > Project: Infinispan > Issue Type: Bug > Components: JCache > Affects Versions: 9.2.0.CR2 > Reporter: Radim Vansa > > JCache does not respect {{ttl = null}} when updating an entry; {{view.set(value);}} resets entry lifespan to default value set in Infinispan configuration (immortal). > {code} > public void testPutPut(Method m) { > final MutableConfiguration<Integer, String> > cfg = new MutableConfiguration<Integer, String>(); > cfg.setExpiryPolicyFactory(CreatedExpiryPolicy.factoryOf(new Duration(TimeUnit.SECONDS, 1))); > final String name = getName(m); > withCachingProvider(provider -> { > CacheManager cm = provider.getCacheManager(); > Cache<Integer, String> cache = cm.createCache(name, cfg); > cache.put(1, "v1"); > assertTrue(cache.containsKey(1)); > assertEquals("v1", cache.get(1)); > try { > Thread.sleep(1100); > } catch (InterruptedException e) { > assert false; > } > assertEquals(null, cache.get(1)); > cache.put(1, "v2"); > cache.put(1, "v3"); > try { > Thread.sleep(1100); > } catch (InterruptedException e) { > assert false; > } > assertEquals(null, cache.get(1)); > }); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8706) HotRodMergeTest Timed out waiting for rebalancing to complete

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8706?page=com.atlassian.jira.plugin.... ] Work on ISPN-8706 started by Ryan Emerson. ------------------------------------------ > HotRodMergeTest Timed out waiting for rebalancing to complete > ------------------------------------------------------------- > > Key: ISPN-8706 > URL: https://issues.jboss.org/browse/ISPN-8706 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.2.0.Alpha2 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Attachments: HotRodMergeTest_20180129.log.gz > > > The HotRodMergeTest is now consistently failing with the following error: > {code} > [OK: 321, KO: 1, SKIP: 0] Test failed: org.infinispan.server.hotrod.HotRodMergeTest.testNewTopologySentAfterCleanMerge[DIST_SYNC] > java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node HotRodMergeTest[DIST_SYNC]-NodeA-31095, expected member list is [HotRodMergeTest[DIST_SYNC]-NodeA-31095, HotRodMergeTest[DIST_SYNC]-NodeB-33866], current member list is [HotRodMergeTest[DIST_SYNC]-NodeA-31095]! > at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:388) > at org.infinispan.test.TestingUtil.waitForNoRebalance(TestingUtil.java:424) > at org.infinispan.partitionhandling.BasePartitionHandlingTest$Partition.waitForPartitionToForm(BasePartitionHandlingTest.java:282) > at org.infinispan.partitionhandling.BasePartitionHandlingTest$Partition.merge(BasePartitionHandlingTest.java:258) > at org.infinispan.partitionhandling.BasePartitionHandlingTest$Partition.merge(BasePartitionHandlingTest.java:246) > at org.infinispan.server.hotrod.HotRodMergeTest.testNewTopologySentAfterCleanMerge(HotRodMergeTest.java:87) > 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:498) > 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:1149) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > at java.lang.Thread.run(Thread.java:748) > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8841) JCache does not respect when ttl is null

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-8841?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-8841: ----------------------------------- Summary: JCache does not respect when ttl is null (was: JCache) > JCache does not respect when ttl is null > ---------------------------------------- > > Key: ISPN-8841 > URL: https://issues.jboss.org/browse/ISPN-8841 > Project: Infinispan > Issue Type: Bug > Components: JCache > Affects Versions: 9.2.0.CR2 > Reporter: Radim Vansa > > JCache does not respect {{ttl = null}} when updating an entry; {{view.set(value);}} resets entry lifespan to default value set in Infinispan configuration (immortal). > {code} > public void testPutPut(Method m) { > final MutableConfiguration<Integer, String> > cfg = new MutableConfiguration<Integer, String>(); > cfg.setExpiryPolicyFactory(CreatedExpiryPolicy.factoryOf(new Duration(TimeUnit.SECONDS, 1))); > final String name = getName(m); > withCachingProvider(provider -> { > CacheManager cm = provider.getCacheManager(); > Cache<Integer, String> cache = cm.createCache(name, cfg); > cache.put(1, "v1"); > assertTrue(cache.containsKey(1)); > assertEquals("v1", cache.get(1)); > try { > Thread.sleep(1100); > } catch (InterruptedException e) { > assert false; > } > assertEquals(null, cache.get(1)); > cache.put(1, "v2"); > cache.put(1, "v3"); > try { > Thread.sleep(1100); > } catch (InterruptedException e) { > assert false; > } > assertEquals(null, cache.get(1)); > }); > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8842) Administration console shows only blank page on IE

by Roman Macor (JIRA)

Roman Macor created ISPN-8842: --------------------------------- Summary: Administration console shows only blank page on IE Key: ISPN-8842 URL: https://issues.jboss.org/browse/ISPN-8842 Project: Infinispan Issue Type: Bug Components: JMX, reporting and management Affects Versions: 9.2.0.Beta2 Reporter: Roman Macor Priority: Blocker -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8755) Incorrect local repository path in OSGi integration tests

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8755?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-8755: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5727 > Incorrect local repository path in OSGi integration tests > --------------------------------------------------------- > > Key: ISPN-8755 > URL: https://issues.jboss.org/browse/ISPN-8755 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.2.0.CR3 > > > {{maven.properties}} uses > {noformat}localRepository=${localRepository}{noformat} > but it should be > {noformat}localRepository=${settings.localRepository}{noformat} > It only makes a difference when the build is using a custom local repository path. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8755) Incorrect local repository path in OSGi integration tests

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8755?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-8755: ------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.2.0.CR3 (was: 9.2.0.Final) Resolution: Done > Incorrect local repository path in OSGi integration tests > --------------------------------------------------------- > > Key: ISPN-8755 > URL: https://issues.jboss.org/browse/ISPN-8755 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 9.2.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.2.0.CR3 > > > {{maven.properties}} uses > {noformat}localRepository=${localRepository}{noformat} > but it should be > {noformat}localRepository=${settings.localRepository}{noformat} > It only makes a difference when the build is using a custom local repository path. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7011) @AfterClass cleanup doesn't work with @InTransactionMode or @InCacheMode

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-7011?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-7011: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > @AfterClass cleanup doesn't work with @InTransactionMode or @InCacheMode > ------------------------------------------------------------------------ > > Key: ISPN-7011 > URL: https://issues.jboss.org/browse/ISPN-7011 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Minor > Labels: testsuite_stability > Fix For: 9.2.0.CR3 > > > Very much like ISPN-7003, TestNG's {{TestMethodWorker.invokeAfterClassMethods}} never sees an empty list of methods in {{m_classMethodMap}}. That happens because {{m_classMethodMap}} is populated before our {{ChainMethodInterceptor}} had a chance to filter the methods (e.g. when a test method has an {{@InTransactionMode}} annotation). > Normally this is not a problem because each test has a different name, and the test suite tolerates some leaked managers. But when you run a test like {{PutForExternalReadTest}} with {{-Dtest.infinispan.shortTestName=true}}, you get this failure: > {noformat} > java.lang.IllegalStateException: Two tests with the same name running in parallel: test > at org.infinispan.test.fwk.TestResourceTracker.testStarted(TestResourceTracker.java:88) > at org.infinispan.test.AbstractInfinispanTest.testClassStarted(AbstractInfinispanTest.java:115) > 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:498) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:84) > at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:564) > at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213) > at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:138) > at org.testng.internal.TestMethodWorker.invokeBeforeClassMethods(TestMethodWorker.java:175) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:107) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 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 February 2018