[JBoss JIRA] (ISPN-2690) SyncConsistentHash must implement Serializable
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2690?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2690:
-----------------------------------
Status: Pull Request Sent (was: Open)
Git Pull Request: https://github.com/infinispan/infinispan/pull/1558
> SyncConsistentHash must implement Serializable
> ----------------------------------------------
>
> Key: ISPN-2690
> URL: https://issues.jboss.org/browse/ISPN-2690
> Project: Infinispan
> Issue Type: Bug
> Components: Core API
> Affects Versions: 5.2.0.Beta6
> Reporter: Erik Salter
> Assignee: Erik Salter
> Fix For: 5.2.0.CR1
>
>
> The SyncConsistentHash doesn't implement Serializable. Any such CH factory specified in the configuration will throw an error on startup:
> 2013-01-06 01:05:20,008 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Exception in thread "CacheStartThread,null,eigAllocation"
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) org.infinispan.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.start() throws java.lang.Exception on object of type StateTransferManagerImpl
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:883)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:654)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:643)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:546)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:199)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.CacheImpl.start(CacheImpl.java:557)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:689)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:652)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.access$100(DefaultCacheManager.java:126)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager$1.run(DefaultCacheManager.java:574)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: org.infinispan.CacheException: java.lang.RuntimeException: Failure to marshal argument(s)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.Util.rewrapAsCacheException(Util.java:539)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:184)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.topology.LocalTopologyManagerImpl.executeOnCoordinator(LocalTopologyManagerImpl.java:261)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:101)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:117)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at java.lang.reflect.Method.invoke(Method.java:597)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) ... 10 more
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: java.lang.RuntimeException: Failure to marshal argument(s)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:279)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:297)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:177)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) ... 19 more
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: org.infinispan.marshall.NotSerializableException: org.infinispan.distribution.ch.TopologyAwareSyncConsistentHashFactory
> 2013-01-06 01:05:20,013 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: an exception which occurred:
> in object org.infinispan.distribution.ch.TopologyAwareSyncConsistentHashFactory@5b6876ea
> in object org.infinispan.topology.CacheJoinInfo@16b4417d
> in object org.infinispan.topology.CacheTopologyControlCommand@31093d14
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (ISPN-2690) SyncConsistentHash must implement Serializable
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2690?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2690:
-----------------------------------
Fix Version/s: 5.2.0.CR1
Assignee: Erik Salter (was: Mircea Markus)
> SyncConsistentHash must implement Serializable
> ----------------------------------------------
>
> Key: ISPN-2690
> URL: https://issues.jboss.org/browse/ISPN-2690
> Project: Infinispan
> Issue Type: Bug
> Components: Core API
> Affects Versions: 5.2.0.Beta6
> Reporter: Erik Salter
> Assignee: Erik Salter
> Fix For: 5.2.0.CR1
>
>
> The SyncConsistentHash doesn't implement Serializable. Any such CH factory specified in the configuration will throw an error on startup:
> 2013-01-06 01:05:20,008 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Exception in thread "CacheStartThread,null,eigAllocation"
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) org.infinispan.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.start() throws java.lang.Exception on object of type StateTransferManagerImpl
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:883)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:654)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:643)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:546)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:199)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.CacheImpl.start(CacheImpl.java:557)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:689)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:652)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.access$100(DefaultCacheManager.java:126)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager$1.run(DefaultCacheManager.java:574)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: org.infinispan.CacheException: java.lang.RuntimeException: Failure to marshal argument(s)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.Util.rewrapAsCacheException(Util.java:539)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:184)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.topology.LocalTopologyManagerImpl.executeOnCoordinator(LocalTopologyManagerImpl.java:261)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:101)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:117)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at java.lang.reflect.Method.invoke(Method.java:597)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) ... 10 more
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: java.lang.RuntimeException: Failure to marshal argument(s)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:279)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:297)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:177)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) ... 19 more
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: org.infinispan.marshall.NotSerializableException: org.infinispan.distribution.ch.TopologyAwareSyncConsistentHashFactory
> 2013-01-06 01:05:20,013 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: an exception which occurred:
> in object org.infinispan.distribution.ch.TopologyAwareSyncConsistentHashFactory@5b6876ea
> in object org.infinispan.topology.CacheJoinInfo@16b4417d
> in object org.infinispan.topology.CacheTopologyControlCommand@31093d14
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (ISPN-2690) SyncConsistentHash must implement Serializable
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2690?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-2690:
-----------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> SyncConsistentHash must implement Serializable
> ----------------------------------------------
>
> Key: ISPN-2690
> URL: https://issues.jboss.org/browse/ISPN-2690
> Project: Infinispan
> Issue Type: Bug
> Components: Core API
> Affects Versions: 5.2.0.Beta6
> Reporter: Erik Salter
> Assignee: Erik Salter
> Fix For: 5.2.0.CR1
>
>
> The SyncConsistentHash doesn't implement Serializable. Any such CH factory specified in the configuration will throw an error on startup:
> 2013-01-06 01:05:20,008 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Exception in thread "CacheStartThread,null,eigAllocation"
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) org.infinispan.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.start() throws java.lang.Exception on object of type StateTransferManagerImpl
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:883)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:654)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:643)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:546)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:199)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.CacheImpl.start(CacheImpl.java:557)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:689)
> 2013-01-06 01:05:20,010 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:652)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager.access$100(DefaultCacheManager.java:126)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.manager.DefaultCacheManager$1.run(DefaultCacheManager.java:574)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: org.infinispan.CacheException: java.lang.RuntimeException: Failure to marshal argument(s)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.Util.rewrapAsCacheException(Util.java:539)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:184)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:515)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.topology.LocalTopologyManagerImpl.executeOnCoordinator(LocalTopologyManagerImpl.java:261)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.topology.LocalTopologyManagerImpl.join(LocalTopologyManagerImpl.java:101)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.statetransfer.StateTransferManagerImpl.start(StateTransferManagerImpl.java:117)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 2013-01-06 01:05:20,011 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at java.lang.reflect.Method.invoke(Method.java:597)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) ... 10 more
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: java.lang.RuntimeException: Failure to marshal argument(s)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.marshallCall(CommandAwareRpcDispatcher.java:279)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:297)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:177)
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) ... 19 more
> 2013-01-06 01:05:20,012 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: org.infinispan.marshall.NotSerializableException: org.infinispan.distribution.ch.TopologyAwareSyncConsistentHashFactory
> 2013-01-06 01:05:20,013 ERROR [STDERR] (CacheStartThread,null,eigAllocation) Caused by: an exception which occurred:
> in object org.infinispan.distribution.ch.TopologyAwareSyncConsistentHashFactory@5b6876ea
> in object org.infinispan.topology.CacheJoinInfo@16b4417d
> in object org.infinispan.topology.CacheTopologyControlCommand@31093d14
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (ISPN-2695) ConcurrentNonOverlappingLeaveTest.testTransactional failing randomly
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-2695:
--------------------------------------
Summary: ConcurrentNonOverlappingLeaveTest.testTransactional failing randomly
Key: ISPN-2695
URL: https://issues.jboss.org/browse/ISPN-2695
Project: Infinispan
Issue Type: Feature Request
Components: Distributed Cache
Reporter: Galder Zamarreño
Assignee: Dan Berindei
Fix For: 5.2.0.Final
Fails with:
{code}testTransactional(org.infinispan.distribution.rehash.ConcurrentNonOverlappingLeaveTest) Time elapsed: 0.063 sec <<< FAILURE!
java.lang.RuntimeException: Timed out waiting for rebalancing to complete on node ConcurrentNonOverlappingLeaveTest-NodeE-36531, current topology is CacheTopology{id=9, currentCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[ConcurrentNonOverlappingLeaveTest-NodeE-36531, ConcurrentNonOverlappingLeaveTest-NodeG-51914], owners={0: 0 1, 1: 0, 2: 0 1, 3: 0, 4: 0 1, 5: 0, 6: 0 1, 7: 0, 8: 0 1, 9: 0, 10: 0 1, 11: 0 1, 12: 0 1, 13: 0 1, 14: 0 1, 15: 0, 16: 0, 17: 0, 18: 0, 19: 0, 20: 1 0, 21: 1 0, 22: 1 0, 23: 1 0, 24: 1 0, 25: 1 0, 26: 1 0, 27: 1 0, 28: 1 0, 29: 0 1, 30: 0, 31: 0, 32: 0, 33: 0, 34: 0, 35: 0, 36: 1, 37: 0, 38: 1, 39: 0, 40: 1, 41: 1, 42: 1, 43: 1, 44: 1, 45: 1, 46: 0, 47: 1, 48: 0, 49: 1, 50: 1, 51: 1, 52: 1, 53: 1, 54: 1, 55: 1, 56: 1, 57: 1, 58: 1, 59: 1}, pendingCH=DefaultConsistentHash{numSegments=60, numOwners=2, members=[ConcurrentNonOverlappingLeaveTest-NodeE-36531, ConcurrentNonOverlappingLeaveTest-NodeG-51914], owners={0: 0 1, 1: 0 1, 2: 0 1, 3: 0 1, 4: 0 1, 5: 0 1, 6: 0 1, 7: 0 1, 8: 0 1, 9: 0 1, 10: 0 1, 11: 0 1, 12: 0 1, 13: 0 1, 14: 0 1, 15: 0 1, 16: 0 1, 17: 0 1, 18: 0 1, 19: 0 1, 20: 1 0, 21: 1 0, 22: 1 0, 23: 1 0, 24: 1 0, 25: 1 0, 26: 1 0, 27: 1 0, 28: 1 0, 29: 0 1, 30: 0 1, 31: 0 1, 32: 0 1, 33: 0 1, 34: 0 1, 35: 0 1, 36: 1 0, 37: 0 1, 38: 1 0, 39: 0 1, 40: 1 0, 41: 1 0, 42: 1 0, 43: 1 0, 44: 1 0, 45: 1 0, 46: 0 1, 47: 1 0, 48: 0 1, 49: 1 0, 50: 1 0, 51: 1 0, 52: 1 0, 53: 1 0, 54: 1 0, 55: 1 0, 56: 1 0, 57: 1 0, 58: 1 0, 59: 1 0}}
at org.infinispan.test.TestingUtil.waitForRehashToComplete(TestingUtil.java:203)
at org.infinispan.test.TestingUtil.waitForRehashToComplete(TestingUtil.java:213)
at org.infinispan.distribution.rehash.RehashLeaveTestBase.waitForRehashCompletion(RehashLeaveTestBase.java:30)
at org.infinispan.distribution.rehash.RehashTestBase.testTransactional(RehashTestBase.java:156)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
at org.testng.internal.Invoker.invokeMethod(Invoker.java:715)
at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:907)
at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1237)
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$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:680){code}
TRACE log: https://dl.dropbox.com/u/6148072/testTransactional-1.tgz
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (ISPN-2240) Per-key lock container leads to superfluous TimeoutExceptions on concurrent access to same key
by Robert Stupp (JIRA)
[ https://issues.jboss.org/browse/ISPN-2240?page=com.atlassian.jira.plugin.... ]
Robert Stupp commented on ISPN-2240:
------------------------------------
I will wait for 5.2.0.CR1 and perform the test again to check whether it works.
> Per-key lock container leads to superfluous TimeoutExceptions on concurrent access to same key
> ----------------------------------------------------------------------------------------------
>
> Key: ISPN-2240
> URL: https://issues.jboss.org/browse/ISPN-2240
> Project: Infinispan
> Issue Type: Bug
> Components: Locking and Concurrency
> Affects Versions: 5.1.6.FINAL, 5.1.x
> Reporter: Robert Stupp
> Assignee: Mircea Markus
> Priority: Critical
> Fix For: 5.2.0.Final
>
> Attachments: ISPN-2240_fix_TimeoutExceptions.patch, somehow.zip
>
>
> Hi,
> I've encountered a lot of TimeoutExceptions just running a load test against an infinispan cluster.
> I tracked down the reason and found out, that the code in org.infinispan.util.concurrent.locks.containers.AbstractPerEntryLockContainer#releaseLock() causes these superfluous TimeoutExceptions.
> A small test case (which just prints out timeouts, too late timeouts and "paints" a lot of dots to the console - more dots/second on the console means better throughput ;-)
> In a short test I extended the class ReentrantPerEntryLockContainer and changed the implementation of releaseLock() as follows:
> {noformat}
> public void releaseLock(Object lockOwner, Object key) {
> ReentrantLock l = locks.get(key);
> if (l != null) {
> if (!l.isHeldByCurrentThread())
> throw new IllegalStateException("Lock for [" + key + "] not held by current thread " + Thread.currentThread());
> while (l.isHeldByCurrentThread())
> unlock(l, lockOwner);
> if (!l.hasQueuedThreads())
> locks.remove(key);
> }
> else
> throw new IllegalStateException("No lock for [" + key + ']');
> }
> {noformat}
> The main improvement is that locks are not removed from the concurrent map as long as other threads are waiting on that lock.
> If the lock is removed from the map while other threads are waiting for it, they may run into timeouts and force TimeoutExceptions to the client.
> The above methods "paints more dots per second" - means: it gives a better throughput for concurrent accesses to the same key.
> The re-implemented method should also fix some replication timeout exceptions.
> Please, please add this to 5.1.7, if possible.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (ISPN-1534) Optimise Hot Rod client and server to work with asynchronous distributed caches
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-1534?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño resolved ISPN-1534.
------------------------------------
Assignee: Tristan Tarrant (was: Galder Zamarreño)
Fix Version/s: 5.2.0.CR1
5.2.0.Final
(was: 6.0.0.Final)
Resolution: Done
> Optimise Hot Rod client and server to work with asynchronous distributed caches
> -------------------------------------------------------------------------------
>
> Key: ISPN-1534
> URL: https://issues.jboss.org/browse/ISPN-1534
> Project: Infinispan
> Issue Type: Enhancement
> Components: Remote protocols
> Reporter: Galder Zamarreño
> Assignee: Tristan Tarrant
> Fix For: 5.2.0.CR1, 5.2.0.Final
>
>
> With Hot Rod clients, we can control where to direct invocations too, so there's a very interesting performance optimization we can apply with distributed caches. We can tolerate, and benefit from the speed of, asynchronous distributed caches very easily if we can get Hot Rod clients to always hit the owner of a key.
> It's a bit like sticky sessions, but applied to remote distributed caches! I think this would improve performance of our Hot Rod architecture quite notably.
> I think the Hot Rod client already works this way since I don't think it load balances between owners of a key.
> So, the aim of this JIRA is to:
> 1. Verify whether the Hot Rod client works this way
> 2. Consider whether Hot Rod servers could transform, on the fly, synchronous distributed caches into asynchronous ones, indicating so in the logs (INFO level).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months
[JBoss JIRA] (ISPN-2655) Make HotRod client always read from the main data owner
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-2655?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-2655:
----------------------------------------
A couple of things here:
1. This and ISPN-2643 are a pretty much a copy of ISPN-1534 (to be marked as resolved).
2. A while back I noted down the possibility of having configuring a sticky-key load balance policy where requests for the same key go always to the same node, see ISPN-1916. Mircea's JIRA enforces that and since it's resolved I'll close ISPN-1916.
Thanks Mircea for noticing and Tristan for getting it done :)
Finally, this should be blogged about (benefits for async set ups), and documented.
> Make HotRod client always read from the main data owner
> -------------------------------------------------------
>
> Key: ISPN-2655
> URL: https://issues.jboss.org/browse/ISPN-2655
> Project: Infinispan
> Issue Type: Feature Request
> Affects Versions: 5.2.0.Beta6
> Reporter: Mircea Markus
> Assignee: Tristan Tarrant
> Fix For: 5.2.0.CR1, 5.2.0.Final
>
>
> ISPN-2643 made the java Hot Rod client always write to the main owner. ATM the client picks a random owner for reading though. This read-load-balancing doesn't really help, as assuming the data is evenly spread, the amount of reads would be distributed uniformly across the cluster. OTOH forcing the client to always read from the main owner would guarantee red-consistency for *async* replicated caches. Even so read consistency might still be a problem when a node crashed, but still these is a much stronger guarantee and makes async replication usable in many more scenarios.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 11 months