uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jerry Cwiklik (JIRA)" <...@uima.apache.org>
Subject [jira] [Commented] (UIMA-2392) UIMA-AS CAS multiplier hangs fetching empty CAS after client timeouts
Date Thu, 03 May 2012 18:56:48 GMT

    [ https://issues.apache.org/jira/browse/UIMA-2392?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13267686#comment-13267686

Jerry Cwiklik commented on UIMA-2392:

Peter, #3 may be related to the fact that you are using UIMA AS Client instance per CAS and
possible problem with the client not closing Broker connection when its stop() method is called.
This leads to temp queue leak, but also to a behavior that you are seeing. Had the client
actually disconnected from the broker, the UIMA AS service would have failed sending the child
CAS (temp queue would be gone) and would release it back to the CM pool. Can you try to run
with a single instance of UIMA AS client as an interim fix? 
> UIMA-AS CAS multiplier hangs fetching empty CAS after client timeouts
> ---------------------------------------------------------------------
>                 Key: UIMA-2392
>                 URL: https://issues.apache.org/jira/browse/UIMA-2392
>             Project: UIMA
>          Issue Type: Bug
>          Components: Async Scaleout
>    Affects Versions: 2.3.1AS
>         Environment: RedHat Enterprise Linux 6.0, Mac OSX Lion 10.7.3
>            Reporter: Peter Parente
>              Labels: ibm
>         Attachments: logs.zip, uima-hang.zip
> I'm attaching a test case that reproduces the hang. See the README inside the zip about
how to execute it.
> The annotator (ForwardJCas) consists of a simple CAS multiplier with delays in it scaled
out in its own thread within 2 levels of aggregates. It receives a CAS, sleeps for 3 seconds,
gets a new empty CAS, copies information into it, sleeps again, and then returns the CAS.
The unit test (UimaAsTest) initializes 40 UIMA-AS clients with a timeout of 8 seconds, send
1 CAS from each to the service, and then waits. After 1-2 runs, the CAS multiplier winds up
hanging on the getEmptyCas() call in the scaled out annotator. 
> What appears to be happening is that free CAS messages are not being sent from the client
to the service in all cases when the timeouts occur. A similar defect (https://issues.apache.org/jira/browse/UIMA-1786)
was fixed in 2.3.1 with slightly different symptoms.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


View raw message