[jboss-jira] [JBoss JIRA] Created: (JGRP-585) FD_SOCK: make fetching of cache asynchronous

FD_SOCK: make fetching of cache asynchronous -------------------------------------------- Key: JGRP-585 URL: http://jira.jboss.com/jira/browse/JGRP-585 Project: JGroups Issue Type: Feature Request Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.6 FD_SOCK fetches the cache *synchronously* on down(VIEW_CHANGE). This blocks until the cache has been received, blocking down() and therefore other down calls. This could for example block a JOIN_RSP to a new joiner, causing the JOIN_REQ to fail. [Vladimir] Trying to dig into the trenches in order to understand why exactly is ConcurrentStartupTest failing if we switch up and down view sending in GMS#installView! I noticed that FD_SOCK in down for VIEW_CHANGE event does a very unusual thing: synchronous mcast invocation and it does it repeatedly until succeeds in getting cache contents or timeouts. But it does not look like it is 100% necessary to do this? Can't we abstract getting cache contents into a task that is run on a timer until we get a result? So we effectively we make getting cache contents asynchronous that does not potentially block view installation for quite a while because as it is now - this is what is happening. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira