[JBoss JIRA] (ISPN-6938) Retry ClusteredGetCommand through OutdatedTopologyExceptions
by Dan Berindei (JIRA)
[ https://issues.jboss.org/browse/ISPN-6938?page=com.atlassian.jira.plugin.... ]
Dan Berindei updated ISPN-6938:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Beta1
Resolution: Done
> Retry ClusteredGetCommand through OutdatedTopologyExceptions
> ------------------------------------------------------------
>
> Key: ISPN-6938
> URL: https://issues.jboss.org/browse/ISPN-6938
> Project: Infinispan
> Issue Type: Enhancement
> Components: Core
> Reporter: Radim Vansa
> Assignee: Radim Vansa
> Fix For: 9.0.0.Beta1
>
>
> Nowadays most commands deal with topology change during command execution by throwing an OutdatedTopologyException and retry in StateTransferInterceptor. xDistributionInterceptors still contain legacy logic that does the retry only within the interceptor, therefore missing loading in persistence interceptors.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-7283) Make remote event supporting cluster listener more fine grained
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-7283:
--------------------------------------
Summary: Make remote event supporting cluster listener more fine grained
Key: ISPN-7283
URL: https://issues.jboss.org/browse/ISPN-7283
Project: Infinispan
Issue Type: Bug
Components: Listeners, Remote Protocols
Affects Versions: 8.2.5.Final, 9.0.0.Alpha4
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 9.0.0.Beta1, 8.2.6.Final
Make server side cluster listener used for supporting remote events more fine grained. Right now if a client registers for created events, server side all nodes push all currently supported events over to the node where the remote listener is located: created, modified, removed and expired. Having all these events being passed around the cluster creates unnecessary load which can create problems in other nodes.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years
[JBoss JIRA] (ISPN-7131) Random failures in SharedStoreInvalidationDuringRehashTest
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-7131?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant updated ISPN-7131:
----------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.Beta1
Resolution: Done
> Random failures in SharedStoreInvalidationDuringRehashTest
> ----------------------------------------------------------
>
> Key: ISPN-7131
> URL: https://issues.jboss.org/browse/ISPN-7131
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 9.0.0.Alpha4
> Reporter: Radim Vansa
> Assignee: Radim Vansa
> Fix For: 9.0.0.Beta1
>
>
> When a node C is joining cluster AB (dist, num-owners=1), the rebalance can move some entries from A to B (or vice versa), too. The test was expecting that entries are moved only from AB to C and assertions about number of invalidations were failing.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years