August 2018 - infinispan-issues - Jboss List Archives

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

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-8813?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-8813: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > 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.4.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)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9415) Client topology is not updated after cache becomes degraded

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9415?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9415: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > Client topology is not updated after cache becomes degraded > ----------------------------------------------------------- > > Key: ISPN-9415 > URL: https://issues.jboss.org/browse/ISPN-9415 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 9.4.0.Beta1, 9.3.1.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.4.0.Final > > > When a new server is started, or after a merge, the other servers may see it as a an owner in the consistent hash before the other servers see its server address in the address cache ({{___hotRodTopologyCache}}). When a server needs to send a topology update but some of the servers are missing from the address cache, it can't send the topology update, so it tries to send a "partial update" that excludes the missing servers from the segment owners. In order to send the full topology update when the address cache is populated, the partial topology update has to be sent a smaller topology id, and that means it is only send if {{serverTopologyId >= clientTopologyId + 2}}. > When the cluster splits and the cache becomes degraded, the servers in the other partition are removed from the address cache, but the list of segment owners is not updated, and the topology id is only incremented by 1. The address cache is incomplete, but a partial update cannot be sent, so the client keeps the old topology and keeps trying to connect to the servers in the other partition. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9403) Investigate slow CI builds

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9403?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9403: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > Investigate slow CI builds > -------------------------- > > Key: ISPN-9403 > URL: https://issues.jboss.org/browse/ISPN-9403 > Project: Infinispan > Issue Type: Task > Components: Build, Test Suite - Core > Affects Versions: 9.4.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.4.0.Final > > > Some CI builds are really slow and eventually time out after 3 hours. Both the tests and the compilation are affected. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9402) Upgrade to JGroups 4.0.13.Final

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9402?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9402: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > Upgrade to JGroups 4.0.13.Final > ------------------------------- > > Key: ISPN-9402 > URL: https://issues.jboss.org/browse/ISPN-9402 > Project: Infinispan > Issue Type: Component Upgrade > Components: Core > Affects Versions: 9.4.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 9.4.0.Final > > > Interesting changes in JGroups 4.0.13.Final: > {quote} > - Changed the way a coord leaves gracefully (JGRP-2277): instead of creating the last view itself, the leaving coord asks the next-in-line to create and install it. This has the advantage that the new coord can retransmit the view (if lost) as it's stil alive and simplifies code, because the path for graceful leave and crash is now the same. > - Reactive style of merging (JGRP-2281): when using MERGE3 and TCP, a merge could be only partial and multiple merge rounds would be needed, increasing the total time for a complete merge. > This was changed by providing a new event which implements a reactive style of discovery by invoking a callback every time a discovery response is received. > {quote} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9397) Check TX support for remote caches

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9397?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9397: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > Check TX support for remote caches > ---------------------------------- > > Key: ISPN-9397 > URL: https://issues.jboss.org/browse/ISPN-9397 > Project: Infinispan > Issue Type: Bug > Components: Hot Rod, Remote Protocols, Transactions > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.4.0.Final > > > The {{RemoteCacheManager.getCache()}} methods would fail to return a transactional cache if the cache in server isn't transactional. It would throw an exception! {{NotTransactionalException}}? > The user can fallback to the non transaction case, example > {code:java} > try { > cache = remoteCacheManager.getCache("some-cache", TransactionMode.NON_XA); > } catch(NotTransactionalException e) { > cache = remoteCacheManager.getCache("some-cache", TransactionMode.NONE); > } > {code} > In addition, some helper method can be added to the {{RemoteCacheManager}} to avoid dealing with exceptions: > {code:java} > boolean supportsTransactions(String cacheName); > {code} > simple example: > {code:java} > boolean txCache = remoteCacheManager.supportsTransactions("some-cache"); > remoteCacheManager.getCache("some-cache", txCache ? TransactionMode.NON_XA : TransactionMode.NONE); > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9382) Jenkins release pipeline should handle multiple branches and reversioning

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9382?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9382: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > Jenkins release pipeline should handle multiple branches and reversioning > ------------------------------------------------------------------------- > > Key: ISPN-9382 > URL: https://issues.jboss.org/browse/ISPN-9382 > Project: Infinispan > Issue Type: Enhancement > Components: Build > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 9.4.0.Final > > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9369) Non transactional query cache only cache results if transaction is committed

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9369?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9369: ------------------------------- Fix Version/s: (was: 9.4.0.CR1) > Non transactional query cache only cache results if transaction is committed > ---------------------------------------------------------------------------- > > Key: ISPN-9369 > URL: https://issues.jboss.org/browse/ISPN-9369 > Project: Infinispan > Issue Type: Bug > Components: Hibernate Cache > Affects Versions: 9.3.0.Final > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 9.4.0.Final > > > {quote}Local query caches are not populated if the transaction is not committed. > The same test case works on hibernate 4.3.11 > Our scenario: Read-only services that only execute queries and never commit the transaction. It should still be possible to use/configure hibernate/infinispan to cache the results, regardless the transaction state.{quote} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9322) Remove all usages of @IndexedField protostream annotation

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9322?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9322: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > Remove all usages of @IndexedField protostream annotation > --------------------------------------------------------- > > Key: ISPN-9322 > URL: https://issues.jboss.org/browse/ISPN-9322 > Project: Infinispan > Issue Type: Bug > Components: Remote Querying > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 9.4.0.Final > > > This annotation is deprecated and should be replaced with @Field but we still have several usages in our test suite. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9450) Hot Rod Transactions: JavaDoc and Docs

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9450?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9450: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > Hot Rod Transactions: JavaDoc and Docs > -------------------------------------- > > Key: ISPN-9450 > URL: https://issues.jboss.org/browse/ISPN-9450 > Project: Infinispan > Issue Type: Task > Components: Remote Protocols, Transactions > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.4.0.Final > > > Add the missing docs and javadocs -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9438) HotRod Transaction Cache - Document the system behavior when force-return-values=false or true

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-9438?page=com.atlassian.jira.plugin.... ] Katia Aresti updated ISPN-9438: ------------------------------- Fix Version/s: 9.4.0.Final (was: 9.4.0.CR1) > HotRod Transaction Cache - Document the system behavior when force-return-values=false or true > ---------------------------------------------------------------------------------------------- > > Key: ISPN-9438 > URL: https://issues.jboss.org/browse/ISPN-9438 > Project: Infinispan > Issue Type: Task > Components: Remote Protocols, Transactions > Reporter: Diego Lovison > Assignee: Pedro Ruivo > Fix For: 9.4.0.Final > > > The topic http://infinispan.org/docs/stable/user_guide/user_guide.html#hot_rod_tran... does not mention about the force-return-values on the client configuration. > When it is true, the system will validate the cache version and only one transaction will commit. > When it is false, the system won't validate the cache version and both transactions will commit. > It will be nice to have this behavior documented. Also, an example code for each behavior is welcome: > Here is an example: > A=0 (cache), B=0 (cache) > TX1: write A = 1, write B = 1 > TX1: TODO > TX2: TODO > TX1: TODO > TX1: commit > TX2: commit -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2018