[
https://jira.jboss.org/jira/browse/ISPN-359?page=com.atlassian.jira.plugi...
]
Vladimir Ralev commented on ISPN-359:
-------------------------------------
Would it be possible to make this feature work with buddy replication in cooperation with
mod_cluster? For example you have node1,node2,node3,node4. Session A is on node1 and
node2. When node1 fails it would be best mod_cluster to hit deterministically node2
instead of the other nodes. I remember I have seen hints that Infinispan is looking into
rehashing or rebalancing, but I am not sure how smart is the algorithm and is it working
cooperatively with mod_cluster?
Provide mechanism for users to control data locality when using DIST
--------------------------------------------------------------------
Key: ISPN-359
URL:
https://jira.jboss.org/jira/browse/ISPN-359
Project: Infinispan
Issue Type: Feature Request
Components: Distributed Cache
Affects Versions: 4.0.0.Final
Reporter: Tero Heinonen
Assignee: Manik Surtani
Fix For: 4.1.0.BETA1
Programmable affinity either through:
1) statically (e.g. annotating a certain field as the key for consistent hashing)
- in our case this cannot be based on the hashCode() as the affinity requirement and
object identity are not directly related
2) dynamically (e.g. providing a overridable/annotatable consistentHashCode() function)
This would help to assign entities (in multiple Caches), which are needed together in the
same nodes (to avoid remote lookups)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira