February 2017 - infinispan-issues

[JBoss JIRA] (ISPN-6094) Use security actions to read system properties for configuration

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6094?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6094: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Use security actions to read system properties for configuration > ---------------------------------------------------------------- > > Key: ISPN-6094 > URL: https://issues.jboss.org/browse/ISPN-6094 > Project: Infinispan > Issue Type: Task > Components: Core, Embedded Querying > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.0.0.CR2 > > > Infinispan uses system properties for out-of-band settings that weren't deemed important enough to have a proper configuration attribute: > * infinispan.arrays.debug > * infinispan.unsafe.force_multicast > * infinispan.compat (obsolete?) > * infinispan.debugDependencies > * infinispan.stagger.delay (introduced with ISPN-825) > * org.infinispan.query.indexmanager.LockAcquiringBackend.MAX_QUEUE_SIZE > We should use a {{SecurityActions}} class to access these properties instead of {{Boolean.getBoolean()}} and {{Integer.getInteger()}}. We should also document these system properties, and evaluate moving them to the proper configuration. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6157) Drop size() method from AdvancedCacheLoader SPI

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6157?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6157: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Drop size() method from AdvancedCacheLoader SPI > ----------------------------------------------- > > Key: ISPN-6157 > URL: https://issues.jboss.org/browse/ISPN-6157 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: William Burns > Fix For: 9.0.0.CR2 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6103) LocalKeyAffinityTest.testFilteredRemoveServers random failures

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6103?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6103: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > LocalKeyAffinityTest.testFilteredRemoveServers random failures > -------------------------------------------------------------- > > Key: ISPN-6103 > URL: https://issues.jboss.org/browse/ISPN-6103 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 9.0.0.CR2 > > > {noformat} > 19:04:00,884 ERROR (testng-LocalKeyAffinityServiceTest:) [UnitTestTestNGListener] Test testFilteredRemoveServers(org.infinispan.affinity.impl.LocalKeyAffinityServiceTest) failed. > java.lang.AssertionError: > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) ~[testng-6.8.8.jar:?] > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) ~[testng-6.8.8.jar:?] > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:109) ~[test-classes/:?] > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:91) ~[test-classes/:?] > at org.infinispan.test.AbstractInfinispanTest.eventually(AbstractInfinispanTest.java:67) ~[test-classes/:?] > at org.infinispan.affinity.impl.BaseKeyAffinityServiceTest.assertEventualFullCapacity(BaseKeyAffinityServiceTest.java:77) ~[test-classes/:?] > at org.infinispan.affinity.impl.BaseFilterKeyAffinityServiceTest.assertUnaffected(BaseFilterKeyAffinityServiceTest.java:86) ~[test-classes/:?] > at org.infinispan.affinity.impl.BaseFilterKeyAffinityServiceTest.testRemoveServers(BaseFilterKeyAffinityServiceTest.java:60) ~[test-classes/:?] > at org.infinispan.affinity.impl.LocalKeyAffinityServiceTest.testFilteredRemoveServers(LocalKeyAffinityServiceTest.java:47) ~[test-classes/:?] > {noformat} > Counting the number of generated keys in the log, it seems to be correct, need better logging to determine if there are too few or too many keys in the queue. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6152) Move the jdk8backported package down one level

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6152?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6152: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Move the jdk8backported package down one level > ---------------------------------------------- > > Key: ISPN-6152 > URL: https://issues.jboss.org/browse/ISPN-6152 > Project: Infinispan > Issue Type: Task > Components: Core > Reporter: Tristan Tarrant > Assignee: William Burns > Fix For: 9.0.0.CR2 > > > Move the jdk8backported package contents down 1 (also remove no longer needed classes after M/R removed) -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6154) Move GridFS to its own repository

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6154?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6154: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Move GridFS to its own repository > --------------------------------- > > Key: ISPN-6154 > URL: https://issues.jboss.org/browse/ISPN-6154 > Project: Infinispan > Issue Type: Task > Components: Demos and Tutorials > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.0.0.CR2 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

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

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6156?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6156: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > 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.CR2 > > -- 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 Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6220?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6220: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > 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.CR2 > > > 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-6224) Simplify configuration of Query with Indexing Affinity

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6224?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6224: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > 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.CR2 > > > 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-6164) Remove ping on startup configuration

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6164?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6164: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > Remove ping on startup configuration > ------------------------------------ > > Key: ISPN-6164 > URL: https://issues.jboss.org/browse/ISPN-6164 > Project: Infinispan > Issue Type: Task > Components: Remote Protocols > Reporter: Tristan Tarrant > Fix For: 9.0.0.CR2 > > -- 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 Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-6219?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-6219: ---------------------------------- Fix Version/s: 9.0.0.CR2 (was: 9.0.0.CR1) > 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.CR2 > > > 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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues February 2017