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