All calls will fail until the 2 subgroups have formed. So, if you e.g. have {A,B,C,D},
then kill the switch between {A,B} and {C,D}, and invoke a method call (a.k.a. put an
element in the cache) *before* the failure has been detected, then the caller still
assumes a view of 4 members, and we will hang (e.g. if A invokes the call) until C and
D have been excluded from the view. This may take some time, depending on your FD
setup.
Also note that *state merging* (after a partition) is *not* provided in this release
yet. You have to do it yourself: register as TreeCacheListener, on viewChange(View v):
is v instanceof MergeView --> then you need to consolidate the state. One simple
solution is currently to just re-enter the values you are 'responsible' for.
Bela
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3847021#3847021
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3847021
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
