Sanne, does this fix the test suite for you?  For whatever reason, this issue appears on your machine more often than anyone else's … :)

On 3 Oct 2012, at 12:56, Dan Berindei <dan.berindei@gmail.com> wrote:

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@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@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

_______________________________________________
infinispan-dev mailing list
infinispan-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/infinispan-dev

--
Manik Surtani

Platform Architect, JBoss Data Grid