August 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-6421) Instantiation of cache based on template should not modify template

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6421?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6421: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > Instantiation of cache based on template should not modify template > ------------------------------------------------------------------- > > Key: ISPN-6421 > URL: https://issues.jboss.org/browse/ISPN-6421 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 8.2.0.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.0.0.Beta1, 9.0.0.Final > > > In cache add, instiating a cache A based on template T should not modify T but should create a configuration A under configurations=CONFIGURATIONS with the "template" attribute set to false and the "configuration" attribute set to T and then a cache A with "configuration" A. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6420) Allow DSL based polymorphic queries (embedded only)

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6420?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6420: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > Allow DSL based polymorphic queries (embedded only) > --------------------------------------------------- > > Key: ISPN-6420 > URL: https://issues.jboss.org/browse/ISPN-6420 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.0.0.Beta1, 9.0.0.Final > > > A query should return subtypes of the queried entities, provided these types are known to the indexer. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6418) Gather continuous query statistics

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6418?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6418: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > Gather continuous query statistics > ---------------------------------- > > Key: ISPN-6418 > URL: https://issues.jboss.org/browse/ISPN-6418 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying, Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.0.0.Beta1, 9.0.0.Final > > > Compute statistics similar to the ones provided by org.hibernate.search.jmx.StatisticsInfoMBean -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6468) SyncReplExtendedStatisticTest.testReplace is unstable

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6468?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6468: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > SyncReplExtendedStatisticTest.testReplace is unstable > ------------------------------------------------------ > > Key: ISPN-6468 > URL: https://issues.jboss.org/browse/ISPN-6468 > Project: Infinispan > Issue Type: Feature Request > Reporter: Sebastian Łaskawiec > Assignee: Pedro Ruivo > Fix For: 9.0.0.Beta1 > > > http://ci.infinispan.org/viewLog.html?buildId=38327&tab=buildResultsDiv&b... > {code} > java.lang.AssertionError: > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:170) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:152) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:128) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:462) > at org.infinispan.test.MultipleCacheManagersTest.assertEventuallyEquals(MultipleCacheManagersTest.java:586) > at org.infinispan.stats.BaseClusteredExtendedStatisticTest.assertCacheValue(BaseClusteredExtendedStatisticTest.java:320) > at org.infinispan.stats.BaseClusteredExtendedStatisticTest.testReplace(BaseClusteredExtendedStatisticTest.java:235) > 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:497) > 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:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > ------- Stdout: ------- > [UnitTestTestNGListener] Test testReplace(org.infinispan.stats.simple.SyncReplExtendedStatisticTest) failed. > 14:44:49,811 ERROR (testng-SyncReplExtendedStatisticTest) [UnitTestTestNGListener] Test testReplace(org.infinispan.stats.simple.SyncReplExtendedStatisticTest) failed. > java.lang.AssertionError: > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:170) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:152) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:128) > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:462) > at org.infinispan.test.MultipleCacheManagersTest.assertEventuallyEquals(MultipleCacheManagersTest.java:586) > at org.infinispan.stats.BaseClusteredExtendedStatisticTest.assertCacheValue(BaseClusteredExtendedStatisticTest.java:320) > at org.infinispan.stats.BaseClusteredExtendedStatisticTest.testReplace(BaseClusteredExtendedStatisticTest.java:235)[UnitTestTestNGListener] Test suite progress: tests succeeded: 428, failed: 1, skipped: 0. > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6448) ClassNotFoundException warnings in infinispan-rhq-plugin and infinispan-jcache-tck-runner build

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6448?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6448: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > ClassNotFoundException warnings in infinispan-rhq-plugin and infinispan-jcache-tck-runner build > ----------------------------------------------------------------------------------------------- > > Key: ISPN-6448 > URL: https://issues.jboss.org/browse/ISPN-6448 > Project: Infinispan > Issue Type: Bug > Components: Build process > Reporter: Dan Berindei > Fix For: 9.0.0.Beta1 > > > There are about 90 exceptions like this in total: > {noformat} > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] 6550 [WARN] ClassFinder: From jar path org/infinispan/objectfilter/impl/ProtobufMatcher$1.class could not load class org.infinispan.objectfilter.impl.ProtobufMatcher$1 > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] java.lang.ClassNotFoundException: org.infinispan.objectfilter.impl.ProtobufMatcher$1 > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at java.net.URLClassLoader.findClass(URLClassLoader.java:381) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at java.lang.ClassLoader.loadClass(ClassLoader.java:424) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at java.lang.ClassLoader.loadClass(ClassLoader.java:357) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at java.lang.Class.forName0(Native Method) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at java.lang.Class.forName(Class.java:348) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at org.infinispan.commons.util.Util.loadClassStrict(Util.java:171) ~[infinispan-commons.jar:9.0.0-SNAPSHOT] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at org.infinispan.commons.util.ClassFinder.findClassesOnPath(ClassFinder.java:145) [infinispan-commons.jar:9.0.0-SNAPSHOT] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at org.infinispan.commons.util.ClassFinder.infinispanClasses(ClassFinder.java:90) [infinispan-commons.jar:9.0.0-SNAPSHOT] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.getMBeanClasses(RhqPluginXmlGenerator.java:117) [infinispan-tools.jar:9.0.0-SNAPSHOT] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at org.infinispan.tools.rhq.RhqPluginXmlGenerator.start(RhqPluginXmlGenerator.java:75) [infinispan-tools.jar:9.0.0-SNAPSHOT] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at com.sun.tools.javadoc.DocletInvoker.invoke(DocletInvoker.java:310) [tools.jar:?] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at com.sun.tools.javadoc.DocletInvoker.start(DocletInvoker.java:189) [tools.jar:?] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at com.sun.tools.javadoc.Start.parseAndExecute(Start.java:366) [tools.jar:?] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at com.sun.tools.javadoc.Start.begin(Start.java:219) [tools.jar:?] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at com.sun.tools.javadoc.Start.begin(Start.java:205) [tools.jar:?] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at com.sun.tools.javadoc.Main.execute(Main.java:64) [tools.jar:?] > [13:09:19] : [org.infinispan:infinispan-jcache-tck-runner] at com.sun.tools.javadoc.Main.main(Main.java:54) [tools.jar:?] > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6479) CacheRpcCommandExternalizer should cache the cache name bytes

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6479?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6479: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > CacheRpcCommandExternalizer should cache the cache name bytes > ------------------------------------------------------------- > > Key: ISPN-6479 > URL: https://issues.jboss.org/browse/ISPN-6479 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 8.2.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.Beta1 > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6478) Netty worker thread starvation with events

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6478?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6478: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > Netty worker thread starvation with events > ------------------------------------------ > > Key: ISPN-6478 > URL: https://issues.jboss.org/browse/ISPN-6478 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.2.1.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Priority: Blocker > Fix For: 9.0.0.Beta1, 9.0.0.Final > > > As a result of ISPN-6005, we decoupled the incoming Hot Rod server invocations from sending events by adding a intermediate queue that maintains the events to send to clients. However, this separation can lead to a Netty worker thread starvation issue since we add the events to the queue in Netty's IO thread, so if the queue is full, incoming requests are stuck. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6476) Integration test modules shouldn't change the failsafe plugin's lifecycle

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6476?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6476: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > Integration test modules shouldn't change the failsafe plugin's lifecycle > ------------------------------------------------------------------------- > > Key: ISPN-6476 > URL: https://issues.jboss.org/browse/ISPN-6476 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 8.2.1.Final > Reporter: Dan Berindei > Fix For: 9.0.0.Beta1 > > > Many of our integration tests modules run the {{integration-test}} and {{verify}} goals of {{maven-failsafe-plugin}} together, sometimes specifying a lifecycle phase, sometimes not. This shouldn't be necessary, because failsafe runs both goals, it just binds them to different phases. > On the contrary, running both goals in the same phase can fail the build too early, skipping any executions bound to the {{post-integration-test}} phase. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6470) CapacityFactorsFunctionalTest.testCapacityFactors random failures

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6470?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6470: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > CapacityFactorsFunctionalTest.testCapacityFactors random failures > ------------------------------------------------------------------ > > Key: ISPN-6470 > URL: https://issues.jboss.org/browse/ISPN-6470 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 8.2.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Labels: testsuite_stability > Fix For: 9.0.0.Beta1 > > > When nodes have different capacity factors, {{SyncConsistentHashFactory}} sometimes has trouble assigning the segments correctly: > {noformat} > java.lang.AssertionError: Expected between:<20.0> and:<50.0> but was:<52.0> > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.infinispan.test.TestingUtil.assertBetween(TestingUtil.java:1455) > at org.infinispan.distribution.ch.CapacityFactorsFunctionalTest.assertOwned(CapacityFactorsFunctionalTest.java:96) > at org.infinispan.distribution.ch.CapacityFactorsFunctionalTest.testCapacityFactors(CapacityFactorsFunctionalTest.java:65) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6636) Implement multi-tenancy for Hot Rod

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6636?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6636: -------------------------------- Fix Version/s: 9.0.0.Beta1 (was: 9.0.0.Alpha4) > Implement multi-tenancy for Hot Rod > ----------------------------------- > > Key: ISPN-6636 > URL: https://issues.jboss.org/browse/ISPN-6636 > Project: Infinispan > Issue Type: Sub-task > Components: Server > Reporter: Sebastian Łaskawiec > Assignee: Sebastian Łaskawiec > Fix For: 9.0.0.Beta1 > > > The Hot Rod implementation is based on SNI routing. The server obtains SNI Host Name from SSL handshake and finds proper route -- This message was sent by Atlassian JIRA (v6.4.11#64026)

7 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2016