[
https://issues.jboss.org/browse/ISPN-3112?page=com.atlassian.jira.plugin....
]
Ben Cotton commented on ISPN-3112:
----------------------------------
The resolution of this JIRA fixes what we believe is a KeyAffinityService API delinquency.
I.e.
When my DIST_SYNC Cache’s Node X (@t=0) generates an Affinity-Key ‘aK’ for a Natural-Key
‘nK’ via
aK = kas.getCollocatedKey(nK); // aK guarantees that nk will be pinned at
Node X
cache.put(aK, V); // pin the nK’s VALUE (via aK) at Node X
Later, from my Cache’s Node Y (@t=1) I want to now get() the nK’s VALUE that was pinned
at Node X (@t=0) without having Node Y to have an available reference to the previously
computed AffintyKey aK. I currently cannot do that with the 5.x ISPN API.
We need ISPN-3112 resolved so that from Node Y (@t=1) I can simply code
// get VALUE from pinned node with nK – no need for an ‘aK’ reference
V = cache.get(kas.getKeyForAddress(this.getAddress(NodeX), nK);
KeyAffinityService API - provide overload of getKeyForAddress()
---------------------------------------------------------------
Key: ISPN-3112
URL:
https://issues.jboss.org/browse/ISPN-3112
Project: Infinispan
Issue Type: Enhancement
Components: Distributed Cache
Affects Versions: 5.3.0.Beta1
Reporter: Ben Cotton
Assignee: Mircea Markus
Priority: Minor
Add to the org.inifinispan.affinity.KeyAffinityService<K> interface an overload =
*K getKeyForAddress(Address address, K otherKey);*
//compute address specific version of 'otherKey'
--
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