[jboss-jira] [JBoss JIRA] Updated: (JGRP-567) Add one shot state transfer for multiple substates
Vladimir Blagojevic (JIRA)
jira-events at lists.jboss.org
Sun Jul 29 22:03:47 EDT 2007
[ http://jira.jboss.com/jira/browse/JGRP-567?page=all ]
Vladimir Blagojevic updated JGRP-567:
-------------------------------------
Description:
Currently (<= 2.5) each sub state transfer requires separate state transfer invocation for each sub state. It would be very convenient if we could transfer a list of substates all in one underlying state transfer. This would require introduction of a new method in JChannel API, however we should avoid additional callbacks on application level. Proposed API for additional JChannel method is:
public boolean getState(Address target, List<String> state_ids, long timeout) throws ChannelNotConnectedException, ChannelClosedException;
was:
Currently (2.5) each sub state transfer requires separate state transfer invocation for each sub state. It would be very convenient if we could transfer a list of substates all in one underlying state transfer. This would require introduction of a new method in JChannel API, however we should avoid additional callbacks on application level. Proposed API for additional JChannel method is:
public boolean getState(Address target, List<String> state_ids, long timeout) throws ChannelNotConnectedException, ChannelClosedException;
> Add one shot state transfer for multiple substates
> --------------------------------------------------
>
> Key: JGRP-567
> URL: http://jira.jboss.com/jira/browse/JGRP-567
> Project: JGroups
> Issue Type: Feature Request
> Affects Versions: 2.x
> Reporter: Vladimir Blagojevic
> Assigned To: Vladimir Blagojevic
> Fix For: 2.x
>
>
> Currently (<= 2.5) each sub state transfer requires separate state transfer invocation for each sub state. It would be very convenient if we could transfer a list of substates all in one underlying state transfer. This would require introduction of a new method in JChannel API, however we should avoid additional callbacks on application level. Proposed API for additional JChannel method is:
> public boolean getState(Address target, List<String> state_ids, long timeout) throws ChannelNotConnectedException, ChannelClosedException;
--
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