[jboss-jira] [JBoss JIRA] Commented: (JBAS-3594) Allow HAPartitionStateTransfer subscribers to get state after HAPartition start() is called.
Brian Stansberry (JIRA)
jira-events at lists.jboss.org
Tue May 4 16:31:06 EDT 2010
[ https://jira.jboss.org/jira/browse/JBAS-3594?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12528957#action_12528957 ]
Brian Stansberry commented on JBAS-3594:
----------------------------------------
There is a simple, untested, version of this in AS trunk based on usage of the ha-server-api StateTransferProvider and GroupStateTransferService interfaces.
I think the interfaces should be enhanced to properly take advantage of STREAMING_STATE_TRANSFER. Something like, in StateTransferProvider add:
void getCurrentState(OutputStream os)
and in GroupStateTransferService:
Future<InputStream> getServiceStateAsStream(String serviceName)
Perhaps the latter should not return a Future, as we want the stream consumed.
> Allow HAPartitionStateTransfer subscribers to get state after HAPartition start() is called.
> --------------------------------------------------------------------------------------------
>
> Key: JBAS-3594
> URL: https://jira.jboss.org/jira/browse/JBAS-3594
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Clustering
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Fix For: Unscheduled
>
>
> Use the JGroups partial state transfer API for this.
> Remove the need for dependent services to register as a subscriber before HAPartition.start() is called. Having services interact with HAPartition before start() is contrary to the intended lifecycle semantics.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list