[JBoss JIRA] (ISPN-5727) Client Listener removal and shutdown problems
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-5727?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration updated ISPN-5727:
------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1297930
Bugzilla Update: Perform
> Client Listener removal and shutdown problems
> ---------------------------------------------
>
> Key: ISPN-5727
> URL: https://issues.jboss.org/browse/ISPN-5727
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 8.0.0.Final
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 8.1.0.Final, 8.0.2.Final
>
>
> There are a couple of problems related to client listener registration on the client:
> 1. When shutting down a remote cache manager to which client listeners have been added, even if the user does not remove them individually, stopping the remote cache manager should shutdown all client-side client listener threads. This is not the case right now.
> 2. When removing a client listener, the client listener thread needs to be stopped.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years
[JBoss JIRA] (ISPN-6017) Deprecate ReplicationQueue
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/ISPN-6017?page=com.atlassian.jira.plugin.... ]
Radoslav Husar updated ISPN-6017:
---------------------------------
Affects Version/s: 8.0.0.Final
> Deprecate ReplicationQueue
> --------------------------
>
> Key: ISPN-6017
> URL: https://issues.jboss.org/browse/ISPN-6017
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 8.0.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
>
> Per infinispan-dev list:
> Pedro:
> Can we remove the ReplicationQueue? First, it does not have any benefit
> (JGroups already bundles the message and the Network can do it too) and
> second, it is not more efficient (when the message is delivered, we
> process the commands sequentially. So, if the first command blocks, the
> other commands are not processed until it finished). Third, it is
> complex if you have commands with multiple delivers orders (no order,
> FIFO, total)
> Dan:
> +1, the replication queue has the same purpose as the bundler in
> JGroups. And while the JGroups bundler has multiple options that keep
> evolving, our replication queue still has the same algorithm it had in
> 4.0.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years
[JBoss JIRA] (ISPN-6064) Cannot do Hot Rod rolling upgrade between different server versions
by Gustavo Fernandes (JIRA)
Gustavo Fernandes created ISPN-6064:
---------------------------------------
Summary: Cannot do Hot Rod rolling upgrade between different server versions
Key: ISPN-6064
URL: https://issues.jboss.org/browse/ISPN-6064
Project: Infinispan
Issue Type: Bug
Affects Versions: 8.1.0.Final
Reporter: Gustavo Fernandes
Assignee: Gustavo Fernandes
The server configuration schema is missing the attribute "protocol-version" that allows the Hot Rod data migrator to connect to ealier infinispan versions
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years
[JBoss JIRA] (ISPN-6032) InfinispanRemoteCacheManagerFactoryBeanTest.shouldProduceACacheConfiguredUsingPropertiesLoadedFromALocationDeclaredThroughSetConfigurationPropertiesFileLocation/shouldProduceACacheConfiguredUsingTheSuppliedConfigurationProperties fail
by Roman Macor (JIRA)
[ https://issues.jboss.org/browse/ISPN-6032?page=com.atlassian.jira.plugin.... ]
Roman Macor commented on ISPN-6032:
-----------------------------------
SpringRemoteCacheManagerFactoryBeanTest.shouldProduceACacheConfiguredUsingPropertiesLoadedFromALocationDeclaredThroughSetConfigurationPropertiesFileLocation and SpringRemoteCacheManagerFactoryBeanTest.shouldProduceACacheConfiguredUsingTheSuppliedConfigurationProperties
fail with the same error.
> InfinispanRemoteCacheManagerFactoryBeanTest.shouldProduceACacheConfiguredUsingPropertiesLoadedFromALocationDeclaredThroughSetConfigurationPropertiesFileLocation/shouldProduceACacheConfiguredUsingTheSuppliedConfigurationProperties fail
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ISPN-6032
> URL: https://issues.jboss.org/browse/ISPN-6032
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Reporter: Roman Macor
>
> Error Message
> The configuration properties used by the RemoteCacheManager returned by getObject() should be equal to those passed into InfinispanRemoteCacheMangerFactoryBean via setConfigurationPropertiesFileLocation(propsFileLocation). However, those two are not equal. Key infinispan.client.hotrod.ping_on_startup missing from {infinispan.client.hotrod.marshaller=org.infinispan.commons.marshall.jboss.GenericJBossMarshaller, maxIdle=97, maxTotal=98, minEvictableIdleTimeMillis=1800000, infinispan.client.hotrod.connect_timeout=60000, testOnBorrow=false, maxWait=-1, infinispan.client.hotrod.server_list=127.0.0.1:19733, infinispan.client.hotrod.tcp_no_delay=true, testWhileIdle=true, infinispan.client.hotrod.default_executor_factory.queue_size=10000, maxActive=99, infinispan.client.hotrod.async_executor_factory=org.infinispan.client.hotrod.impl.async.DefaultAsyncExecutorFactory, infinispan.client.hotrod.default_executor_factory.pool_size=1, infinispan.client.hotrod.key_size_estimate=64, infinispan.client.hotrod.hash_function_impl.3=org.infinispan.client.hotrod.impl.consistenthash.SegmentConsistentHash, infinispan.client.hotrod.hash_function_impl.2=org.infinispan.client.hotrod.impl.consistenthash.ConsistentHashV2, lifo=true, infinispan.client.hotrod.hash_function_impl.1=org.infinispan.client.hotrod.impl.consistenthash.ConsistentHashV1, infinispan.client.hotrod.max_retries=10, timeBetweenEvictionRunsMillis=120000, infinispan.client.hotrod.socket_timeout=60000, exhaustedAction=1, infinispan.client.hotrod.protocol_version=2.3, infinispan.client.hotrod.tcp_keep_alive=false, infinispan.client.hotrod.value_size_estimate=512, testOnReturn=false, infinispan.client.hotrod.force_return_values=false, infinispan.client.hotrod.transport_factory=org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory, numTestsPerEvictionRun=3, infinispan.client.hotrod.request_balancing_strategy=org.infinispan.client.hotrod.impl.transport.tcp.RoundRobinBalancingStrategy, minIdle=1}
> Stacktrace
> java.lang.AssertionError: The configuration properties used by the RemoteCacheManager returned by getObject() should be equal to those passed into InfinispanRemoteCacheMangerFactoryBean via setConfigurationPropertiesFileLocation(propsFileLocation). However, those two are not equal. Key infinispan.client.hotrod.ping_on_startup missing from {infinispan.client.hotrod.marshaller=org.infinispan.commons.marshall.jboss.GenericJBossMarshaller, maxIdle=97, maxTotal=98, minEvictableIdleTimeMillis=1800000, infinispan.client.hotrod.connect_timeout=60000, testOnBorrow=false, maxWait=-1, infinispan.client.hotrod.server_list=127.0.0.1:19733, infinispan.client.hotrod.tcp_no_delay=true, testWhileIdle=true, infinispan.client.hotrod.default_executor_factory.queue_size=10000, maxActive=99, infinispan.client.hotrod.async_executor_factory=org.infinispan.client.hotrod.impl.async.DefaultAsyncExecutorFactory, infinispan.client.hotrod.default_executor_factory.pool_size=1, infinispan.client.hotrod.key_size_estimate=64, infinispan.client.hotrod.hash_function_impl.3=org.infinispan.client.hotrod.impl.consistenthash.SegmentConsistentHash, infinispan.client.hotrod.hash_function_impl.2=org.infinispan.client.hotrod.impl.consistenthash.ConsistentHashV2, lifo=true, infinispan.client.hotrod.hash_function_impl.1=org.infinispan.client.hotrod.impl.consistenthash.ConsistentHashV1, infinispan.client.hotrod.max_retries=10, timeBetweenEvictionRunsMillis=120000, infinispan.client.hotrod.socket_timeout=60000, exhaustedAction=1, infinispan.client.hotrod.protocol_version=2.3, infinispan.client.hotrod.tcp_keep_alive=false, infinispan.client.hotrod.value_size_estimate=512, testOnReturn=false, infinispan.client.hotrod.force_return_values=false, infinispan.client.hotrod.transport_factory=org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory, numTestsPerEvictionRun=3, infinispan.client.hotrod.request_balancing_strategy=org.infinispan.client.hotrod.impl.transport.tcp.RoundRobinBalancingStrategy, minIdle=1}
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24)
> at org.infinispan.spring.AssertionUtils.assertPropertiesSubset(AssertionUtils.java:11)
> at org.infinispan.spring.support.remote.InfinispanRemoteCacheManagerFactoryBeanTest.shouldProduceACacheConfiguredUsingPropertiesLoadedFromALocationDeclaredThroughSetConfigurationPropertiesFileLocation(InfinispanRemoteCacheManagerFactoryBeanTest.java:205)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> 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)
9 years
[JBoss JIRA] (ISPN-6031) InfinispanRemoteCacheManagerFactoryBeanTest.setPingOnStartupShouldOverrideDefaultPingOnStartup fails
by Roman Macor (JIRA)
[ https://issues.jboss.org/browse/ISPN-6031?page=com.atlassian.jira.plugin.... ]
Roman Macor commented on ISPN-6031:
-----------------------------------
SpringRemoteCacheManagerFactoryBeanTest.setPingOnStartupShouldOverrideDefaultPingOnStartup fails with the same error.
> InfinispanRemoteCacheManagerFactoryBeanTest.setPingOnStartupShouldOverrideDefaultPingOnStartup fails
> ----------------------------------------------------------------------------------------------------
>
> Key: ISPN-6031
> URL: https://issues.jboss.org/browse/ISPN-6031
> Project: Infinispan
> Issue Type: Bug
> Components: Spring Integration
> Reporter: Roman Macor
> Assignee: Dan Berindei
> Fix For: 8.2.0.Alpha1, 8.1.1.Final
>
>
> Error Message
> setPingOnStartup(true) should have overridden property 'transportFactory'. However, it didn't. expected:<true> but was:<null>
> Stacktrace
> java.lang.AssertionError: setPingOnStartup(true) should have overridden property 'transportFactory'. However, it didn't. expected:<true> but was:<null>
> at org.testng.AssertJUnit.fail(AssertJUnit.java:59)
> at org.testng.AssertJUnit.failNotEquals(AssertJUnit.java:364)
> at org.testng.AssertJUnit.assertEquals(AssertJUnit.java:80)
> at org.infinispan.spring.support.remote.InfinispanRemoteCacheManagerFactoryBeanTest.setPingOnStartupShouldOverrideDefaultPingOnStartup(InfinispanRemoteCacheManagerFactoryBeanTest.java:394)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> 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)
9 years
[JBoss JIRA] (ISPN-6043) TransactionTable should ignore view changes during shutdown
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6043?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-6043:
-------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/3932
> TransactionTable should ignore view changes during shutdown
> -----------------------------------------------------------
>
> Key: ISPN-6043
> URL: https://issues.jboss.org/browse/ISPN-6043
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 8.1.0.Final
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 8.2.0.Alpha1, 8.1.1.Final
>
>
> During shutdown, {{TransactionTable}} unregisters itself as a view change listener, but it can still receive view change notifications after it stopped the executor service. When that happens, it causes a {{RejectedExecutionException}} that is eventually logged by JGroups:
> {noformat}
> pbcast.GMS - JGRP000027: failed passing message up
> java.lang.RuntimeException: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.util.concurrent.RejectedExecutionException] while invoking method [public void org.infinispan.transaction.TransactionTable.onViewChange(org.infinispan.notifications.cachemanagerlistener.event.ViewChangedEvent)] on listener instance: org.infinispan.transaction.TransactionTable@3d5ab0ba
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:682)
> at org.jgroups.JChannel.up(JChannel.java:733)
> at org.jgroups.stack.ProtocolStack.up(ProtocolStack.java:1029)
> at org.jgroups.protocols.RSVP.up(RSVP.java:201)
> at org.jgroups.protocols.FRAG2.up(FRAG2.java:165)
> at org.jgroups.protocols.FlowControl.up(FlowControl.java:394)
> at org.jgroups.protocols.pbcast.GMS.installView(GMS.java:732)
> at org.jgroups.protocols.pbcast.ParticipantGmsImpl.handleViewChange(ParticipantGmsImpl.java:146)
> at org.jgroups.protocols.pbcast.GMS.up(GMS.java:922)
> at org.jgroups.stack.Protocol.up(Protocol.java:412)
> at org.jgroups.protocols.pbcast.STABLE.up(STABLE.java:294)
> at org.jgroups.protocols.UNICAST3.up(UNICAST3.java:474)
> at org.jgroups.protocols.pbcast.NAKACK2.deliverBatch(NAKACK2.java:982)
> at org.jgroups.protocols.pbcast.NAKACK2.removeAndPassUp(NAKACK2.java:912)
> at org.jgroups.protocols.pbcast.NAKACK2.handleMessage(NAKACK2.java:846)
> at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:618)
> at org.jgroups.protocols.VERIFY_SUSPECT.up(VERIFY_SUSPECT.java:155)
> at org.jgroups.protocols.FD.up(FD.java:255)
> at org.jgroups.protocols.FD_SOCK.up(FD_SOCK.java:297)
> at org.jgroups.protocols.MERGE3.up(MERGE3.java:288)
> at org.jgroups.protocols.Discovery.up(Discovery.java:291)
> at org.jgroups.protocols.TP.passMessageUp(TP.java:1572)
> at org.jgroups.protocols.TP$MyHandler.run(TP.java:1791)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.util.concurrent.RejectedExecutionException] while invoking method [public void org.infinispan.transaction.TransactionTable.onViewChange(org.infinispan.notifications.cachemanagerlistener.event.ViewChangedEvent)] on listener instance: org.infinispan.transaction.TransactionTable@3d5ab0ba
> at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:287)
> at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:22)
> at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:305)
> at org.infinispan.notifications.cachemanagerlistener.CacheManagerNotifierImpl.notifyViewChange(CacheManagerNotifierImpl.java:88)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport$NotifyViewChange.emitNotification(JGroupsTransport.java:638)
> at org.infinispan.remoting.transport.jgroups.JGroupsTransport.viewAccepted(JGroupsTransport.java:708)
> at org.jgroups.blocks.MessageDispatcher.handleUpEvent(MessageDispatcher.java:602)
> at org.jgroups.blocks.MessageDispatcher$ProtocolAdapter.up(MessageDispatcher.java:679)
> ... 25 more
> Caused by: java.util.concurrent.RejectedExecutionException: Task java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask@1f5986a3 rejected from java.util.concurrent.ScheduledThreadPoolExecutor@2e964769[Terminated, pool size = 0, active threads = 0, queued tasks = 0, completed tasks = 1696]
> at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:2048)
> at java.util.concurrent.ThreadPoolExecutor.reject(ThreadPoolExecutor.java:821)
> at java.util.concurrent.ScheduledThreadPoolExecutor.delayedExecute(ScheduledThreadPoolExecutor.java:325)
> at java.util.concurrent.ScheduledThreadPoolExecutor.schedule(ScheduledThreadPoolExecutor.java:546)
> at java.util.concurrent.ScheduledThreadPoolExecutor.submit(ScheduledThreadPoolExecutor.java:646)
> at java.util.concurrent.Executors$DelegatedExecutorService.submit(Executors.java:641)
> at org.infinispan.transaction.TransactionTable.onViewChange(TransactionTable.java:491)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:601)
> at org.infinispan.notifications.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:282)
> ... 32 more
> {noformat}
> The exception is harmless for the stopping cache, the problem is that the following view change listeners are also skipped. We should fix both {{TransactionTable}} to avoid throwing the exception, and {{CacheManagerNotifier}} to ignore any exceptions during view changes.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years
[JBoss JIRA] (ISPN-6063) Expose cross-site replication attributes via DMR
by Pedro Zapata (JIRA)
Pedro Zapata created ISPN-6063:
----------------------------------
Summary: Expose cross-site replication attributes via DMR
Key: ISPN-6063
URL: https://issues.jboss.org/browse/ISPN-6063
Project: Infinispan
Issue Type: Sub-task
Components: JMX, reporting and management
Reporter: Pedro Zapata
Assignee: Pedro Ruivo
In order to monitor status of cross site replication easily, we need the following attributes exposed via DMR:
- per cache-container, list of (backup site, status summary)
- per cache, list of (backup site, status summary)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years