[jboss-jira] [JBoss JIRA] Commented: (JBCACHE-549) Override GET_ALL and timeout for synchronous requests
Manik Surtani (JIRA)
jira-events at lists.jboss.org
Wed Sep 19 09:20:11 EDT 2007
[ http://jira.jboss.com/jira/browse/JBCACHE-549?page=comments#action_12377580 ]
Manik Surtani commented on JBCACHE-549:
---------------------------------------
1. Create an Option to do this. Option.setSyncReplTimeout()
2. Create Option to override GroupRequestMode - so that on a per call basis people can Option.setGroupRequestMode(GET_MAJORITY)
> Override GET_ALL and timeout for synchronous requests
> -----------------------------------------------------
>
> Key: JBCACHE-549
> URL: http://jira.jboss.com/jira/browse/JBCACHE-549
> Project: JBoss Cache
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Affects Versions: 1.2, 1.2.1, 1.2.2, 1.2.3, 1.2.4beta, 1.3.0.GA, 1.2.4, 1.2.4SP1, 1.2.4SP2
> Reporter: Bela Ban
> Assigned To: Mircea Markus
> Fix For: 2.1.0.GA
>
>
> Currently, when executing a *synchronous* method call across a cluster, the caller has to wait until all recipients send the reply, so the default mode is always GroupRequest.GET_ALL. However, we should provide more options (possibly in an Option), e.g.
> - GET_ALL
> - GET_FIRST
> - GET_N (where N < number of recipients)
> - GET_MAJORITY
> We may also want to be able to set the timeout for the call in an Options parameter, and combine this with the mode.
> So Options (used e.g. by put(), remove() etc) should have additional parameters, and *use* them in the relevant interceptors
--
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