You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Jerry Cwiklik (JIRA)" <de...@uima.apache.org> on 2016/03/09 17:36:40 UTC

[jira] [Created] (UIMA-4830) UIMA-AS: refactor SharedConnection code in the client

Jerry Cwiklik created UIMA-4830:
-----------------------------------

             Summary: UIMA-AS: refactor SharedConnection code in the client
                 Key: UIMA-4830
                 URL: https://issues.apache.org/jira/browse/UIMA-4830
             Project: UIMA
          Issue Type: Bug
          Components: Async Scaleout
            Reporter: Jerry Cwiklik
            Assignee: Jerry Cwiklik
             Fix For: 2.8.1AS


Current UIMA-AS client code uses single instance of a semaphore (sharedConnectionSemaphore) to guard access to JMS connections. The client code creates a connection for each broker url a client wants to use. So there may be multiple shared connections (one per broker URL) and one semaphore for all. If one of the shared connections hangs as recently observed when using failover://(...), other threads hang waiting for a semaphore to be released. The hang is caused by silent retry in AMQ connection.start(). This method does not return if broker is not accepting a connection and client uses failover protocol.
Modify client code to use different semaphore for each broker url. Failure to connect to one will not effect other connections (threads).
Also, add ExceptionListener to Connection object to receive notification on failures. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)