You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Adam Lally (JIRA)" <ui...@incubator.apache.org> on 2006/12/22 21:36:23 UTC
[jira] Created: (UIMA-139) Client could send timeout value along
with request, to save service from unnecessary work
Client could send timeout value along with request, to save service from unnecessary work
-----------------------------------------------------------------------------------------
Key: UIMA-139
URL: http://issues.apache.org/jira/browse/UIMA-139
Project: UIMA
Issue Type: Wish
Components: Transport Adapters - SOAP, Vinci
Reporter: Adam Lally
Priority: Minor
On 12/11/06, Eddie Epstein <ed...@aewatercolors.com> wrote:
> The server rejecting a request after this timeout does not make sense to
> me, as the client should decide how long to wait. On the other hand,
> services that require lots of processing per request may not want to start
> processing "long-delayed" requests if there is a good chance the client
> may have already timed it out.
>
Maybe, the client could send the timeout value as part of the request,
and the server could use that as its timeout on acquiring an AE pool.
But I'm not sure this is worth tackling right now. We can add that to
JIRA as a possible new feature.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira