[jboss-jira] [JBoss JIRA] Moved: (JBCLUSTER-268) Distributed locking API should indicate whether taking lock from another node was necessary
Brian Stansberry (JIRA)
jira-events at lists.jboss.org
Thu Apr 29 18:18:05 EDT 2010
[ https://jira.jboss.org/jira/browse/JBCLUSTER-268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Brian Stansberry moved JBAS-7851 to JBCLUSTER-268:
--------------------------------------------------
Project: JBoss Clustering (was: JBoss Application Server)
Key: JBCLUSTER-268 (was: JBAS-7851)
Component/s: HA-Server-API
(was: Clustering)
Fix Version/s: HA-Server-API 2.0.0.Beta1
(was: JBossAS-6.0.0.M4)
> Distributed locking API should indicate whether taking lock from another node was necessary
> -------------------------------------------------------------------------------------------
>
> Key: JBCLUSTER-268
> URL: https://jira.jboss.org/jira/browse/JBCLUSTER-268
> Project: JBoss Clustering
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: HA-Server-API
> Reporter: Brian Stansberry
> Fix For: HA-Server-API 2.0.0.Beta1
>
>
> Callers asking for a lock should be able to distinguish these cases:
> 1) Lock can't be obtained
> 2) Lock obtained, and node already held it.
> 3) Lock obtained, but the node had to make a group RPC to get it
> Purpose of this is to use condition 3) as a way to detect failover.
> Related to this, the API should also support creation of a new lock category such that the node immediately owns the lock with no group RPC.
--
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