February 2017 - infinispan-issues

[JBoss JIRA] (ISPN-6156) Add expiration visibility to CacheStore SPI

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6156?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6156: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > Add expiration visibility to CacheStore SPI > ------------------------------------------- > > Key: ISPN-6156 > URL: https://issues.jboss.org/browse/ISPN-6156 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: William Burns > Fix For: 9.0.0.CR3 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6224) Simplify configuration of Query with Indexing Affinity

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6224?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6224: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > Simplify configuration of Query with Indexing Affinity > ------------------------------------------------------ > > Key: ISPN-6224 > URL: https://issues.jboss.org/browse/ISPN-6224 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Sanne Grinovero > Fix For: 9.0.0.CR3 > > > We should try to enable the "Index Affinity" capabilities in an easier way from a configuration point of view. > For example I wonder if the capabilities provided by the {{AffinityPartitioner}} could not be enabled by default, for example automatically decorating any user defined {{HashFunctionPartitioner}} so that people can't neither forget to enable it, nor override it. > Second, should it be enabled by default when the cache configuration suggests it, for example in most clustered caches? -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6367) HotRod client unmarshalling ignores configured classloader

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6367?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6367: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > HotRod client unmarshalling ignores configured classloader > ---------------------------------------------------------- > > Key: ISPN-6367 > URL: https://issues.jboss.org/browse/ISPN-6367 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Server > Affects Versions: 8.2.0.Final > Reporter: Dan Berindei > Fix For: 9.0.0.CR3 > > > The {{RemoteCacheManager}}'s {{ConfigurationBuilder}} allows you to set a classloader, but the client ignores that classloader when unmarshalling values received from the server. > This leads to problems when the client doesn't have a flat classpath (e.g. in an OSGi or JBoss Modules-based container). -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6220) Speedup index rebuilds but using ADD rather than UPDATE statements when safe

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6220?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6220: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > Speedup index rebuilds but using ADD rather than UPDATE statements when safe > ---------------------------------------------------------------------------- > > Key: ISPN-6220 > URL: https://issues.jboss.org/browse/ISPN-6220 > Project: Infinispan > Issue Type: Enhancement > Components: Embedded Querying > Reporter: Sanne Grinovero > Fix For: 9.0.0.CR3 > > > The {{DistributedExecutorMassIndexer}} relies on update commands to index the new entries, but when we just run a full purge of the index it should be safe to use Add commands instead if we know that there aren't concurrent updates. > The lack of concurrent updates might be tricky but I think we can find such a condition when using Affinity as the index is being fully controlled by the current indexing engine, similarly to the checks to see if it's safe to use an NRT workspace. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6336) NonIndexedClusteredDummyInMemoryStoreQueryDslConditionsTest random failures

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6336?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6336: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > NonIndexedClusteredDummyInMemoryStoreQueryDslConditionsTest random failures > --------------------------------------------------------------------------- > > Key: ISPN-6336 > URL: https://issues.jboss.org/browse/ISPN-6336 > Project: Infinispan > Issue Type: Bug > Reporter: Gustavo Fernandes > Assignee: Adrian Nistor > Fix For: 9.0.0.CR3 > > > Picked this failure when running the query testsuite in loop. It's somehow hard to reproduce. > The presence of the Byteman test runner in the stacktrace looks suspicious, since it is not supposed to run this test. > {code} > Tests run: 2907, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 51.21 sec <<< FAILURE! - in TestSuite > testSampleDomainQuery16(org.infinispan.query.dsl.embedded.NonIndexedClusteredDummyInMemoryStoreQueryDslConditionsTest) Time elapsed: 0.01 sec <<< FAILURE! > java.lang.AssertionError: expected:<50> 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.dsl.embedded.QueryDslConditionsTest.testSampleDomainQuery16(QueryDslConditionsTest.java:1366) > 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.MethodInvocationHelper$1.runTestMethod(MethodInvocationHelper.java:200) > at org.jboss.byteman.contrib.bmunit.BMNGAbstractRunner.run(BMNGAbstractRunner.java:58) > at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at org.testng.internal.MethodInvocationHelper.invokeHookable(MethodInvocationHelper.java:212) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:707) > 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) > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6340) Expose indexing statistics via DMR

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6340?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6340: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > Expose indexing statistics via DMR > ---------------------------------- > > Key: ISPN-6340 > URL: https://issues.jboss.org/browse/ISPN-6340 > Project: Infinispan > Issue Type: Feature Request > Components: JMX, reporting and management > Reporter: Adrian Nistor > Assignee: Gustavo Fernandes > Fix For: 9.0.0.Final, 9.0.0.CR3 > > > It would be great to have status about progress and size of the index as well! Is index in healthy, is it broken, does it need rebuilding? -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6212) InfinispanBackendQueueProcessor is assuming all IndexManager implementations are DirectoryBasedIndexManager

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6212?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6212: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > InfinispanBackendQueueProcessor is assuming all IndexManager implementations are DirectoryBasedIndexManager > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-6212 > URL: https://issues.jboss.org/browse/ISPN-6212 > Project: Infinispan > Issue Type: Task > Components: Embedded Querying > Reporter: Sanne Grinovero > Fix For: 9.0.0.CR3 > > > See also the FIXME note in {{InfinispanBackendQueueProcessor}}: this needs to be cleaned up. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6219) An interruption during a MassIndexer run should exit early

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6219?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6219: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > An interruption during a MassIndexer run should exit early > ---------------------------------------------------------- > > Key: ISPN-6219 > URL: https://issues.jboss.org/browse/ISPN-6219 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Reporter: Sanne Grinovero > Fix For: 9.0.0.CR3 > > > Methods like {{IndexUpdater.updateIndex()}} correctly check for interruption state to skip some work but they don't trigger an early exit from the indexing loop so we'd still be consuming all of the data stream. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6170) Remove RequestBalancingStrategy from the HotRod client

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6170?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6170: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > Remove RequestBalancingStrategy from the HotRod client > ------------------------------------------------------ > > Key: ISPN-6170 > URL: https://issues.jboss.org/browse/ISPN-6170 > Project: Infinispan > Issue Type: Task > Components: Remote Protocols > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 9.0.0.CR3 > > > Remove RequestBalancingStrategy, deprecated since 7.0, replaced by FailoverRequestBalancingStrategy -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6169) Drop server support for HotRod 1.x

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6169?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6169: ------------------------------ Fix Version/s: 9.0.0.CR3 (was: 9.0.0.CR2) > Drop server support for HotRod 1.x > ---------------------------------- > > Key: ISPN-6169 > URL: https://issues.jboss.org/browse/ISPN-6169 > Project: Infinispan > Issue Type: Task > Components: Remote Protocols, Server > Reporter: Tristan Tarrant > Assignee: Galder Zamarreño > Fix For: 9.0.0.CR3 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 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 2017