[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
[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
[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
[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
[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
[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