[infinispan-issues] [JBoss JIRA] (ISPN-2655) Make HotRod client always read from the main data owner

[Galder Zamarreño (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-2655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12744009#comment-12744009 ] 

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