[
http://jira.jboss.com/jira/browse/JBCACHE-471?page=comments#action_12344843 ]
Ben Wang commented on JBCACHE-471:
----------------------------------
Should we just define an API callback and leave it to the user to implement it? We can
provide a simple default policy implementation where the new coordinator will always win,
e.g., copy its state to everybody again? I think the user can come up with more
sphosticated algorithm to contribute back.
Handle JGroups MERGE
--------------------
Key: JBCACHE-471
URL:
http://jira.jboss.com/jira/browse/JBCACHE-471
Project: JBoss Cache
Issue Type: Task
Security Level: Public(Everyone can see)
Affects Versions: 1.2.4
Reporter: Manik Surtani
Assigned To: Manik Surtani
Fix For: 2.0.0
When JGroups needs to do a merge due to a temporary break in the group structure, JGroups
does not handle the merging of data. This is usually left up to the application to
handle.
JBossCache should support pluggable merge policies, we could provide some simple merge
policies and allow users to write their own.
1. Evict on merge policy - when a merge occurs, evict the entire in-memory state.
Useful for Hibernate or when used with a shared cache loader.
2. Other merge algos ... ?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira