[
https://issues.apache.org/jira/browse/QPIDJMS-480?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16974487#comment-16974487
]
ASF subversion and git services commented on QPIDJMS-480:
---------------------------------------------------------
Commit 4143e5ea268728af25ed535212df8576ffabc6c7 in qpid-jms's branch
refs/heads/master from Robbie Gemmell
[ https://gitbox.apache.org/repos/asf?p=qpid-jms.git;h=4143e5e ]
QPIDJMS-480: ensure the transport handles disconnect before/during the
WebSocket handshake, and apply a timeout to the handshake itself
> Connection hangs for ws transport with wss server
> -------------------------------------------------
>
> Key: QPIDJMS-480
> URL: https://issues.apache.org/jira/browse/QPIDJMS-480
> Project: Qpid JMS
> Issue Type: Bug
> Components: qpid-jms-client
> Affects Versions: 0.46.0, 0.47.0
> Reporter: Stephan Siano
> Priority: Minor
>
> If you try to connect to a qpid-jms client with the amqpws (without TLS)
> transport to an SSL enabled server supporting the websocket protocol, the
> connection will hang (instead of failing with an error).
> You can reproduce the issue if you change line 60 of NettyWsTransportTest to
> return new NettyEchoServer(options, true, needClientAuth, true);
> and execute testConnectToServerUsingCorrectPath().
> The test is expected to fail, but it fails only because the test times out
> after 60 seconds, not because the connection fails. Without that test
> timeout, the connection will hang indefinitely.
>
> If I try something similar with a TCP transport (connecting with amqp to an
> amqps) server, this fails after 10 seconds, which looks like a timeout to me
> (and is something I would consider ok).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
