[infinispan-dev] Hung testsuite

Dan Berindei dan.berindei at gmail.com
Wed Oct 3 07:56:17 EDT 2012


Thanks for the workaround, Bela!
I've included it in https://github.com/infinispan/infinispan/pull/1358.


On Wed, Oct 3, 2012 at 9:32 AM, Bela Ban <bban at redhat.com> wrote:

>
>
> On 10/2/12 6:02 PM, Dan Berindei wrote:
>
> >> The members should be updated in viewAccepted(). When you connect a
> >> channel, then viewAccepted() will be called *before* JChannel.connect()
> >> returns, so the main thread won't have a chance of accessing members
> >> before that.
> >>
> >>
> > Ok, if viewAccepted() is guaranteed to be called before connect() returns
> > then you're right, the latch is superfluous. We only need to call
> > viewAccepted() ourselves if the channel was injected (which we already
> do).
> >
> > In this particular case, however, we don't get a viewAccepted() call or
> an
> > exception from connect(), so I'm not sure it would have been better
> (easier
> > to debug) without the latch.
>
>
> This is due to https://issues.jboss.org/browse/JGRP-1522, which was
> introduced in 3.2.0; when this is fixed, you will get a viewAccepted().
> The workaround is to set NAKACK{2}.become_server_queue_size=0.
>
> --
> Bela Ban, JGroups lead (http://www.jgroups.org)
> _______________________________________________
> 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/20121003/94d3ef6d/attachment.html 


More information about the infinispan-dev mailing list