[infinispan-dev] JGroups 2.7 and 2.8 work with Infinispan now
Vladimir Blagojevic
vblagoje at redhat.com
Tue Jun 2 09:18:33 EDT 2009
On 6/2/09 3:13 PM, Bela Ban wrote:
> Oh, I see ! Question: why are we dropping that message rather than
> just blocking ? Concerns that the incoming thread pools get exhausted ?
>
> Ah, the message gets delivered by NAKACK, so we don't retransmit, but
> if FLUSH discards it, we're screwed and never deliver that message to
> the app.
>
> Your last statement confuses me a bit: I don't think a VIEW would get
> sent up the stack *before* an unblock because they're tagged by seqnos
> aren't they ? So, in other words, do we really need to discard
> incoming mesages ?
>
No sure, we can block I guess, and wait for a latch to open, huh? No, no
view and unblocked are ordered by sender, no problem there. It is a
message from a third member that is the problem. It can squeeze in
between view and unblock on member C.
WDYT?
More information about the infinispan-dev
mailing list