You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Morten (Jira)" <ji...@apache.org> on 2020/07/31 09:24:00 UTC
[jira] [Created] (QPIDJMS-514) thread for reconnecting a session is
blocked forever
Morten created QPIDJMS-514:
------------------------------
Summary: thread for reconnecting a session is blocked forever
Key: QPIDJMS-514
URL: https://issues.apache.org/jira/browse/QPIDJMS-514
Project: Qpid JMS
Issue Type: Bug
Components: qpid-jms-client
Affects Versions: 0.52.0
Environment: Cloud Foundry
Reporter: Morten
We're using the Qpid JMS library to connect via amqpws to a amqp gateway which then opens a connection to a message broker in a cloud foundry environment. When the message broker is reporting an error e.g. exceeding connection limits, the gateway is reporting an error to Qpid JMS. Qpid JMS recognizes the error but waits on several request.sync() calls forever when trying to reconnect via the failover mechanism. We tried debugging the issue but having trouble with understanding the code. We are assuming there is a Bug within the QPID library but we are currently missing the knowledge of the Qpid code. Do you have any hints at where we can look at. Is there some kind of documentation in order to understand the flows within Qpid JMS? For instance we don't know how Qpid JMS recognizes if an issue happens while creating the connection. It seems like there are several threads which should manipulate the ProviderFuture objects.
For testing purposes we refactored all of the request.sync() calls to use the request.sync(timeout, unit) method. Of course, this is only a workaround for testing purposes but we can see that the connection is re-established after the timeout.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org