[jboss-jira] [JBoss JIRA] Commented: (JGRP-236) Combine join and state transfer
Vladimir Blagojevic (JIRA)
jira-events at lists.jboss.org
Mon Jul 16 14:46:47 EDT 2007
[ http://jira.jboss.com/jira/browse/JGRP-236?page=comments#action_12369119 ]
Vladimir Blagojevic commented on JGRP-236:
------------------------------------------
How are we going to handle multiple concurrent joins(view bundling) where some joining members require transfer and others not?
> Combine join and state transfer
> -------------------------------
>
> Key: JGRP-236
> URL: http://jira.jboss.com/jira/browse/JGRP-236
> Project: JGroups
> Issue Type: Feature Request
> Affects Versions: 2.2.8, 2.2.9, 2.3, 2.2.9.1, 2.2.9.2
> Reporter: Bela Ban
> Assigned To: Vladimir Blagojevic
> Fix For: 2.6
>
>
> Add an additional connect(String group_name, boolean fetch_state, String state_id) method to Channel, so that we can combine joining and state transfer into 1 operation. This also requires only 1 FLUSH phase.
> The state would be returned either via pulling with Channel.receive() or pushing the setState() method in a registered Receiver/MessageListener.
> - The JOIN_REQ contains the boolean
> - The algorithm in GMS is the same as the two described above, except that before multicasting the new view and sending
> the JOIN_RSPs and LEAVE_RSPs, we ask the application for its state (GET_APPLSTATE) and when received (GET_APPLSTATE_OK),
> we send it back to the joining member(s), and the RESUME sending messages
--
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
More information about the jboss-jira
mailing list