October 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPRK-7) Support to run individual tests from IDE

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPRK-7?page=com.atlassian.jira.plugin.sy... ] Gustavo Fernandes updated ISPRK-7: ---------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan-spark/pull/7 > Support to run individual tests from IDE > ---------------------------------------- > > Key: ISPRK-7 > URL: https://issues.jboss.org/browse/ISPRK-7 > Project: Infinispan Spark > Issue Type: Task > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > Currently {{org.infinispan.spark.ClusteredSuites}} and {{org.infinispan.spark.NonClusteredSuites}} aggregation suites can be run from the IDE, but not individual suites. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPRK-7) Support to run individual tests from IDE

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPRK-7?page=com.atlassian.jira.plugin.sy... ] Gustavo Fernandes updated ISPRK-7: ---------------------------------- Status: Open (was: New) > Support to run individual tests from IDE > ---------------------------------------- > > Key: ISPRK-7 > URL: https://issues.jboss.org/browse/ISPRK-7 > Project: Infinispan Spark > Issue Type: Task > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > Currently {{org.infinispan.spark.ClusteredSuites}} and {{org.infinispan.spark.NonClusteredSuites}} aggregation suites can be run from the IDE, but not individual suites. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPRK-7) Support to run individual tests from IDE

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPRK-7?page=com.atlassian.jira.plugin.sy... ] Work on ISPRK-7 started by Gustavo Fernandes. --------------------------------------------- > Support to run individual tests from IDE > ---------------------------------------- > > Key: ISPRK-7 > URL: https://issues.jboss.org/browse/ISPRK-7 > Project: Infinispan Spark > Issue Type: Task > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > Currently {{org.infinispan.spark.ClusteredSuites}} and {{org.infinispan.spark.NonClusteredSuites}} aggregation suites can be run from the IDE, but not individual suites. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPRK-7) Support to run individual tests from IDE

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPRK-7: ------------------------------------- Summary: Support to run individual tests from IDE Key: ISPRK-7 URL: https://issues.jboss.org/browse/ISPRK-7 Project: Infinispan Spark Issue Type: Task Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes Currently {{org.infinispan.spark.ClusteredSuites}} and {{org.infinispan.spark.NonClusteredSuites}} aggregation suites can be run from the IDE, but not individual suites. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5863) Default metadata not merged for DecoratedCache operations

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5863?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-5863: ----------------------------------- Summary: Default metadata not merged for DecoratedCache operations (was: Expiration does not work correct in C/S mode for a cache if putIfAbsent(K,V) is used) > Default metadata not merged for DecoratedCache operations > --------------------------------------------------------- > > Key: ISPN-5863 > URL: https://issues.jboss.org/browse/ISPN-5863 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.Alpha1 > Reporter: Wolf-Dieter Fink > Assignee: Galder Zamarreño > Priority: Critical > > If the ISPN server cache is configured with expiration like: > <cache-container name="local" default-cache="default" statistics="true"> > <state-persistence/> > <local-cache name="default" start="EAGER"> > <locking acquire-timeout="30000" concurrency-level="1000" striping="false"/> > <transaction mode="NONE"/> > <expiration lifespan="1000" interval="20000"/> > </local-cache> > The entry should automatic expired in 1second after it is added. > But a client still have the key > - after 1 sec where it should have been expired > - after 20 sec where the reaper should have removed it -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5863) Expiration does not work correct in C/S mode for a cache if putIfAbsent(K, V) is used

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-5863?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-5863: ---------------------------------------- The problem is related to any operation that requires a decorated cache server side and putIfAbsent is one of them. Any other operation with skip cache load or skip indexing flag is affected too. > Expiration does not work correct in C/S mode for a cache if putIfAbsent(K,V) is used > ------------------------------------------------------------------------------------ > > Key: ISPN-5863 > URL: https://issues.jboss.org/browse/ISPN-5863 > Project: Infinispan > Issue Type: Bug > Affects Versions: 8.1.0.Alpha1 > Reporter: Wolf-Dieter Fink > Assignee: Galder Zamarreño > Priority: Critical > > If the ISPN server cache is configured with expiration like: > <cache-container name="local" default-cache="default" statistics="true"> > <state-persistence/> > <local-cache name="default" start="EAGER"> > <locking acquire-timeout="30000" concurrency-level="1000" striping="false"/> > <transaction mode="NONE"/> > <expiration lifespan="1000" interval="20000"/> > </local-cache> > The entry should automatic expired in 1second after it is added. > But a client still have the key > - after 1 sec where it should have been expired > - after 20 sec where the reaper should have removed it -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5878) Deprecated MurmurHash2 and remove MurmurHash2Compat

by Dan Berindei (JIRA)

Dan Berindei created ISPN-5878: ---------------------------------- Summary: Deprecated MurmurHash2 and remove MurmurHash2Compat Key: ISPN-5878 URL: https://issues.jboss.org/browse/ISPN-5878 Project: Infinispan Issue Type: Task Components: Core Affects Versions: 8.0.1.Final Reporter: Dan Berindei Assignee: Dan Berindei Fix For: 8.1.0.Beta1, 8.1.0.Final {{MurmurHash3}} was introduced in version 5.0, obsoleting {{MurmurHash2}}. {{MurmurHash2Compat}} was only introduced to preserve compatibility with the pre-4.2.1 {{MurmurHash2}} implementation. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5797) NullPointerException in ClientListenerRegistry under load

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5797?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5797: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1269937|https://bugzilla.redhat.com/show_bug.cgi?id=1269937] from ON_QA to VERIFIED > NullPointerException in ClientListenerRegistry under load > --------------------------------------------------------- > > Key: ISPN-5797 > URL: https://issues.jboss.org/browse/ISPN-5797 > Project: Infinispan > Issue Type: Bug > Components: Expiration, Listeners > Affects Versions: 8.0.1.Final > Reporter: Martin Gencur > Assignee: William Burns > Fix For: 8.1.0.Alpha2, 8.0.2.Final > > > This exception occurs when sending a lot of Get/Put requests for entries with predefined lifespan and listening for ClientCacheEntryExpired events. > {code} > 17:40:06,781 INFO [org.radargun.RemoteMasterConnection] (sc-main) > Response successfully sent to the master > [0m[31m17:40:06,924 ERROR > [org.infinispan.interceptors.InvocationContextInterceptor] > (async-thread--p5-t17) ISPN000136: Execution error: > org.infinispan.commons.CacheListenerException: ISPN000280: Caught > exception [java.lang.NullPointerException] while invoking method [public > void > org.infinispan.server.hotrod.ClientListenerRegistry$BaseClientEventSender.onCacheEvent(org.infinispan.notifications.cachelistener.event.CacheEntryEvent)] > on listener instance: > org.infinispan.server.hotrod.ClientListenerRegistry$StatelessClientEventSender@32997e78 > at > org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:291) > at > org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21) > at > org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:309) > at > org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1213) > at > org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1208) > at > org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1185) > at > org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryExpired(CacheNotifierImpl.java:448) > at > org.infinispan.commands.write.RemoveExpiredCommand.notify(RemoveExpiredCommand.java:112) > at > org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.notifyCommitEntry(ClusteringDependentLogic.java:137) > at > org.infinispan.interceptors.locking.ClusteringDependentLogic$DistributionLogic.commitSingleEntry(ClusteringDependentLogic.java:546) > at > org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.commitEntry(ClusteringDependentLogic.java:114) > at > org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntry(EntryWrappingInterceptor.java:482) > at > org.infinispan.interceptors.EntryWrappingInterceptor.commitEntryIfNeeded(EntryWrappingInterceptor.java:660) > at > org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntries(EntryWrappingInterceptor.java:459) > at > org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:533) > at > org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:564) > at > org.infinispan.interceptors.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:255) > at > org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59) > at > org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at > org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > at > org.infinispan.expiration.impl.ExpirationInterceptor.handleWriteCommand(ExpirationInterceptor.java:60) > at > org.infinispan.expiration.impl.ExpirationInterceptor.visitRemoveCommand(ExpirationInterceptor.java:30) > at > org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59) > at > org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at > org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:95) > at > org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:40) > at > org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitRemoveCommand(AbstractLockingInterceptor.java:71) > at > org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59) > at > org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at > org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:356) > at > org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:288) > at > org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123) > at > org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59) > at > org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at > org.infinispan.interceptors.CacheMgmtInterceptor.visitRemoveCommand(CacheMgmtInterceptor.java:209) > at > org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59) > at > org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at > org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) > at > org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) > at > org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:48) > at > org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59) > at > org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > at > org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > at > org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:48) > at > org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:59) > at > org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336) > at > org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1634) > at > org.infinispan.cache.impl.CacheImpl.removeExpired(CacheImpl.java:567) > at > org.infinispan.expiration.impl.ClusterExpirationManager.removeExpired(ClusterExpirationManager.java:111) > at > org.infinispan.expiration.impl.ClusterExpirationManager.lambda$handleLifespanExpireEntry$224(ClusterExpirationManager.java:102) > at > org.infinispan.expiration.impl.ClusterExpirationManager$$Lambda$29/1473436203.run(Unknown > Source) > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > 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) > Caused by: java.lang.NullPointerException > at > org.infinispan.server.hotrod.ClientListenerRegistry$BaseClientEventSender.onCacheEvent(ClientListenerRegistry.scala:186) > at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:497) > at > org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:286) > ... 55 more > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5877) PutAll requests can't use skip cache load and skip indexing flags

by Galder Zamarreño (JIRA)

Galder Zamarreño created ISPN-5877: -------------------------------------- Summary: PutAll requests can't use skip cache load and skip indexing flags Key: ISPN-5877 URL: https://issues.jboss.org/browse/ISPN-5877 Project: Infinispan Issue Type: Bug Affects Versions: 8.1.0.Alpha2, 8.0.0.Final Reporter: Galder Zamarreño Assignee: Galder Zamarreño Fix For: 8.1.0.Beta1, 8.1.0.Final Hot Rod putAll requests ignore skip cache load and skip indexing flags. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5875) HotRod Client does not handle failover silent when nodes are stopped if using role based authentication

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5875?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5875: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1273137 Bugzilla Update: Perform > HotRod Client does not handle failover silent when nodes are stopped if using role based authentication > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-5875 > URL: https://issues.jboss.org/browse/ISPN-5875 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Security > Reporter: Wolf-Dieter Fink > Priority: Critical > Labels: hotrod, hotrod-java-client, security > > A HotRod client fail over silent if one instance is shutting down if there is no Security enabled. > With role based authentication the client fail sporadically with a WARN message > WARN: ISPN004005: Error received from the server: java.security.PrivilegedActionException: org.infinispan.IllegalLifecycleStateException: ISPN000324: Cache 'testCache' is in 'STOPPING' state and this is an invocation not belonging to an on-going transaction, so it does not accept new invocations. Either restart it or recreate the cache container. > and the following Exception: > org.infinispan.client.hotrod.exceptions.HotRodClientException:Request for message id[2825] returned server error (status=0x85): java.security.PrivilegedActionException: org.infinispan.IllegalLifecycleStateException: ISPN000324: Cache 'testCache' is in 'STOPPING' state and this is an invocation not belonging to an on-going transaction, so it does not accept new invocations. Either restart it or recreate the cache container. > at org.infinispan.client.hotrod.impl.protocol.Codec20.checkForErrorsInResponseStatus(Codec20.java:336) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readPartialHeader(Codec20.java:126) > at org.infinispan.client.hotrod.impl.protocol.Codec20.readHeader(Codec20.java:112) > at org.infinispan.client.hotrod.impl.operations.HotRodOperation.readHeaderAndValidate(HotRodOperation.java:56) > at org.infinispan.client.hotrod.impl.operations.AbstractKeyValueOperation.sendPutOperation(AbstractKeyValueOperation.java:57) > at org.infinispan.client.hotrod.impl.operations.PutIfAbsentOperation.executeOperation(PutIfAbsentOperation.java:36) > at org.infinispan.client.hotrod.impl.operations.PutIfAbsentOperation.executeOperation(PutIfAbsentOperation.java:23) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:52) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.putIfAbsent(RemoteCacheImpl.java:257) > at org.infinispan.client.hotrod.impl.RemoteCacheSupport.putIfAbsent(RemoteCacheSupport.java:54) > at HotRodTestClient.updateCache(HotRodTestClient.java:69) > at HotRodTestClient.lambda$queuePut$0(HotRodTestClient.java:88) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > 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) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 5 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 October 2015