[jboss-jira] [JBoss JIRA] Commented: (JBAS-7850) Decouple distributed locking code from HAPartition
Brian Stansberry (JIRA)
jira-events at lists.jboss.org
Wed Mar 24 14:38:37 EDT 2010
[ https://jira.jboss.org/jira/browse/JBAS-7850?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12521851#action_12521851 ]
Brian Stansberry commented on JBAS-7850:
----------------------------------------
If JBCLUSTER-223 is done before this work is done, please move this JIRA to the JBCLUSTER project, as that's where the code will be.
> Decouple distributed locking code from HAPartition
> --------------------------------------------------
>
> Key: JBAS-7850
> URL: https://jira.jboss.org/jira/browse/JBAS-7850
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: Clustering
> Reporter: Brian Stansberry
> Fix For: JBossAS-6.0.0.M4
>
>
> org.jboss.ha.framework.server.lock.AbstractClusterLockSupport is too tied to HAPartition. It needs access to:
> 1) A generic RPC invocation mechanism
> 2) Membership change notifications.
> Those could be implemented via a full HAPartition impl, via hacks on top of Infinispan, via direct use of RpcDispatcher, etc. So don't require the full HAPartition API.
> Probably the thing to do is have HAPartition itself become a composition of other, more focused interfaces. These would mean a change in ha-server-api project. Then AbstractClusterLockSupport could consume the relevant sub-interfaces.
--
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