February 2018 - infinispan-issues

[JBoss JIRA] (ISPN-8813) org.infinispan.server.test.query.RemoteQueryStringIT.testFullTextTermRightOperandAnalyzed fails randomly

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8813?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8813: ---------------------------------- Fix Version/s: (was: 9.2.0.CR3) > org.infinispan.server.test.query.RemoteQueryStringIT.testFullTextTermRightOperandAnalyzed fails randomly > -------------------------------------------------------------------------------------------------------- > > Key: ISPN-8813 > URL: https://issues.jboss.org/browse/ISPN-8813 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.2.0.Final > > > To be fair, this failure happens almost all the time. But I've seen some rare builds where it did not fail, so I'm marking it as a random failure. > {code} > &amp#27;[0m&amp#27;[33m10:10:13,714 WARN [org.infinispan.factories.ComponentRegistry] (MSC service thread 1-2) ISPN000189: While stopping a cache or cache manager, one of its components failed to stop: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop() on object of type CacheNotifierImpl > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:172) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:878) > at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:679) > at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:581) > at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:256) > at org.infinispan.cache.impl.CacheImpl.performImmediateShutdown(CacheImpl.java:937) > at org.infinispan.cache.impl.CacheImpl.stop(CacheImpl.java:901) > at org.infinispan.cache.impl.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:420) > at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:148) > at org.infinispan.server.infinispan.SecurityActions$6.run(SecurityActions.java:145) > at org.infinispan.security.Security.doPrivileged(Security.java:76) > at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:69) > at org.infinispan.server.infinispan.SecurityActions.stopCache(SecurityActions.java:152) > at org.jboss.as.clustering.infinispan.subsystem.CacheService.stop(CacheService.java:103) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2150) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2101) > 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) > Caused by: java.lang.NullPointerException > at org.infinispan.query.dsl.embedded.impl.BaseJPAFilterIndexingServiceProvider.stop(BaseJPAFilterIndexingServiceProvider.java:68) > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop(CacheNotifierImpl.java:275) > 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.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > ... 18 more > &amp#27;[0m&amp#27;[0m10:10:13,728 INFO [org.jboss.as.clustering.infinispan] (MSC service thread 1-2) DGISPN0002: Stopped default cache from local container > &amp#27;[0m&amp#27;[33m10:10:13,748 WARN [org.infinispan.factories.ComponentRegistry] (MSC service thread 1-2) ISPN000189: While stopping a cache or cache manager, one of its components failed to stop: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop() on object of type CacheNotifierImpl > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:172) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:878) > at org.infinispan.factories.AbstractComponentRegistry.internalStop(AbstractComponentRegistry.java:679) > at org.infinispan.factories.AbstractComponentRegistry.stop(AbstractComponentRegistry.java:581) > at org.infinispan.factories.ComponentRegistry.stop(ComponentRegistry.java:256) > at org.infinispan.cache.impl.CacheImpl.performImmediateShutdown(CacheImpl.java:937) > at org.infinispan.cache.impl.CacheImpl.stop(CacheImpl.java:901) > at org.infinispan.cache.impl.AbstractDelegatingCache.stop(AbstractDelegatingCache.java:420) > at org.infinispan.manager.DefaultCacheManager.terminate(DefaultCacheManager.java:679) > at org.infinispan.manager.DefaultCacheManager.stopCaches(DefaultCacheManager.java:719) > at org.infinispan.manager.DefaultCacheManager.stop(DefaultCacheManager.java:696) > at org.infinispan.manager.impl.AbstractDelegatingEmbeddedCacheManager.stop(AbstractDelegatingEmbeddedCacheManager.java:190) > at org.infinispan.server.infinispan.SecurityActions$2.run(SecurityActions.java:98) > at org.infinispan.server.infinispan.SecurityActions$2.run(SecurityActions.java:94) > at org.infinispan.security.Security.doPrivileged(Security.java:76) > at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:69) > at org.infinispan.server.infinispan.SecurityActions.stopAndUnregisterContainer(SecurityActions.java:106) > at org.jboss.as.clustering.infinispan.subsystem.CacheContainerBuilder.stop(CacheContainerBuilder.java:106) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.stopService(ServiceControllerImpl.java:2150) > at org.jboss.msc.service.ServiceControllerImpl$StopTask.run(ServiceControllerImpl.java:2101) > 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) > Caused by: java.lang.NullPointerException > at org.infinispan.query.dsl.embedded.impl.BaseJPAFilterIndexingServiceProvider.stop(BaseJPAFilterIndexingServiceProvider.java:68) > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.stop(CacheNotifierImpl.java:275) > 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.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > ... 22 more > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8793) Document ServerTasks

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8793?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8793: ---------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Document ServerTasks > -------------------- > > Key: ISPN-8793 > URL: https://issues.jboss.org/browse/ISPN-8793 > Project: Infinispan > Issue Type: Task > Components: Documentation-Servers > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.2.0.CR3, 9.2.0.Final > > > Currently documentation shows: > {code} > TODO: This section needs to be completed still > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8864) Hot Rod server registers an instance of NumericVersionGenerator for every entry if it wasn't cached

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-8864?page=com.atlassian.jira.plugin.... ] William Burns resolved ISPN-8864. --------------------------------- Resolution: Done > Hot Rod server registers an instance of NumericVersionGenerator for every entry if it wasn't cached > --------------------------------------------------------------------------------------------------- > > Key: ISPN-8864 > URL: https://issues.jboss.org/browse/ISPN-8864 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod, Server > Affects Versions: 9.2.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Critical > Fix For: 9.2.0.CR3 > > > When the Hot Rod Server CacheDecodeContext needs to generate a version it checks the ComponentRegistry for a cached VersionGenerator. If it cannot find one, it creates one and registers it with the ComponentRegistry, which fails to cache it. This means that a new one is created and registered with every put. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8864) Hot Rod server registers an instance of NumericVersionGenerator for every entry if it wasn't cached

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8864?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-8864: ---------------------------------- Summary: Hot Rod server registers an instance of NumericVersionGenerator for every entry if it wasn't cached (was: Hot Rod server registers an instance of NumericVersionGenerator for every entry) > Hot Rod server registers an instance of NumericVersionGenerator for every entry if it wasn't cached > --------------------------------------------------------------------------------------------------- > > Key: ISPN-8864 > URL: https://issues.jboss.org/browse/ISPN-8864 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod, Server > Affects Versions: 9.2.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Critical > Fix For: 9.2.0.CR3 > > > When the Hot Rod Server CacheDecodeContext needs to generate a version it checks the ComponentRegistry for a cached VersionGenerator. If it cannot find one, it creates one and registers it with the ComponentRegistry, which fails to cache it. This means that a new one is created and registered with every put. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8864) Hot Rod server registers an instance of NumericVersionGenerator for every entry

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-8864: ------------------------------------- Summary: Hot Rod server registers an instance of NumericVersionGenerator for every entry Key: ISPN-8864 URL: https://issues.jboss.org/browse/ISPN-8864 Project: Infinispan Issue Type: Bug Components: Hot Rod, Server Affects Versions: 9.2.0.CR2 Reporter: Tristan Tarrant Assignee: Tristan Tarrant Priority: Critical Fix For: 9.2.0.CR3 When the Hot Rod Server CacheDecodeContext needs to generate a version it checks the ComponentRegistry for a cached VersionGenerator. If it cannot find one, it creates one and registers it with the ComponentRegistry, which fails to cache it. This means that a new one is created and registered with every put. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8858) BulkOperationsTest parameter values change in every run

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8858?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-8858: ------------------------------- Status: Open (was: New) > BulkOperationsTest parameter values change in every run > ------------------------------------------------------- > > Key: ISPN-8858 > URL: https://issues.jboss.org/browse/ISPN-8858 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.2.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Minor > Fix For: 9.2.0.CR3 > > > The {{BulkOperationsTest}} methods use a data provider, but the parameter values are lambdas, so they are logged with {{Object.toString()}}: > {noformat} > [OK: 3222, KO: 2, SKIP: 0] Test starting: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1387/864766760@5e4517de]) > [OK: 3223, KO: 2, SKIP: 0] Test succeeded: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1387/864766760@5e4517de]) > [OK: 3223, KO: 2, SKIP: 0] Test starting: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1388/1656036295@52bab332]) > [OK: 3224, KO: 2, SKIP: 0] Test succeeded: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1388/1656036295@52bab332]) > [OK: 3224, KO: 2, SKIP: 0] Test starting: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1389/1747688893@311c80b2]) > [OK: 3225, KO: 2, SKIP: 0] Test succeeded: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1389/1747688893@311c80b2]) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8858) BulkOperationsTest parameter values change in every run

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-8858?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-8858: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/5779 > BulkOperationsTest parameter values change in every run > ------------------------------------------------------- > > Key: ISPN-8858 > URL: https://issues.jboss.org/browse/ISPN-8858 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 9.2.0.CR2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Minor > Fix For: 9.2.0.CR3 > > > The {{BulkOperationsTest}} methods use a data provider, but the parameter values are lambdas, so they are logged with {{Object.toString()}}: > {noformat} > [OK: 3222, KO: 2, SKIP: 0] Test starting: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1387/864766760@5e4517de]) > [OK: 3223, KO: 2, SKIP: 0] Test succeeded: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1387/864766760@5e4517de]) > [OK: 3223, KO: 2, SKIP: 0] Test starting: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1388/1656036295@52bab332]) > [OK: 3224, KO: 2, SKIP: 0] Test succeeded: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1388/1656036295@52bab332]) > [OK: 3224, KO: 2, SKIP: 0] Test starting: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1389/1747688893@311c80b2]) > [OK: 3225, KO: 2, SKIP: 0] Test succeeded: org.infinispan.client.hotrod.BulkOperationsTest.testClear[LOCAL]([org.infinispan.client.hotrod.BulkOperationsTest$$Lambda$1389/1747688893@311c80b2]) > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7168) Prevent user from configuring passivation with a shared store

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7168?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-7168: -------------------------------- Fix Version/s: 9.3.0.Final > Prevent user from configuring passivation with a shared store > ------------------------------------------------------------- > > Key: ISPN-7168 > URL: https://issues.jboss.org/browse/ISPN-7168 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.2.4.Final > Reporter: William Burns > Fix For: 9.3.0.Final > > > Passivation only makes sense with a non shared cache store. The problem is that if an entry is passivated on a shared cache store only the first node will be able to activate the entry and subsequent nodes will always see null. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-7168) Prevent user from configuring passivation with a shared store

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-7168?page=com.atlassian.jira.plugin.... ] William Burns reassigned ISPN-7168: ----------------------------------- Assignee: William Burns > Prevent user from configuring passivation with a shared store > ------------------------------------------------------------- > > Key: ISPN-7168 > URL: https://issues.jboss.org/browse/ISPN-7168 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.2.4.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 9.3.0.Final > > > Passivation only makes sense with a non shared cache store. The problem is that if an entry is passivated on a shared cache store only the first node will be able to activate the entry and subsequent nodes will always see null. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-6026) Segment-aware shared cache stores

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-6026?page=com.atlassian.jira.plugin.... ] William Burns updated ISPN-6026: -------------------------------- Fix Version/s: 9.3.0.Final > Segment-aware shared cache stores > --------------------------------- > > Key: ISPN-6026 > URL: https://issues.jboss.org/browse/ISPN-6026 > Project: Infinispan > Issue Type: Enhancement > Components: Loaders and Stores > Reporter: Tristan Tarrant > Assignee: William Burns > Fix For: 9.3.0.Final > > > Shared cache stores (e.g. JDBC) should be segment-aware so that they only load the keys they own. > Possible implementation: add a segment id column, so that the store can SELECT * FROM table WHERE segment_id = segment > Need to think about how to reconstruct segment ids. -- 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