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.
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(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/infinispan-dev
_______________________________________________
infinispan-dev mailing list
infinispan-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev