[infinispan-dev] rehashing hazard

[Mircea Markus]

On 25 Oct 2010, at 16:02, Vladimir Blagojevic wrote:

> Not only. We eventually want to have streaming state transfer implemented on lower-level closer to JGroups callbacks and byte streams rather current higher-level serialization of internal cache nodes. JGroups implements pull-state model and having both join and leave follow that paradigm we can eventually just take out current higher-level transfer and replace it with lower, more performant transfer. However, we have to wait for JGroups 3.0 to implement that. 
Now I see :) Thanks Vladimir! 
> 
> On 2010-10-25, at 10:37 AM, Mircea Markus wrote:
>>>> 
>>> 
>>> Mircea, Have a look at the old LeaveTask.java. Pushing state on leave is complicated! Hence InvertedLeaveTask.java which pulls state just like join task. We share a lot of code with JoinTask, it is easier to maintain, comprehend etc etc. 
>> I see. So the only reason to have both push and pull is code reuse? 
>>> _______________________________________________
>>> infinispan-dev mailing list
>>> infinispan-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
>> 
>> _______________________________________________
>> infinispan-dev mailing list
>> infinispan-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/infinispan-dev
> 
> 
> _______________________________________________
> infinispan-dev mailing list
> infinispan-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/infinispan-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/infinispan-dev/attachments/20101025/b9a3cd79/attachment.html