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

[Bela Ban (JIRA)]

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