[
https://issues.apache.org/jira/browse/QPIDJMS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14582262#comment-14582262
]
ASF subversion and git services commented on QPIDJMS-58:
--------------------------------------------------------
Commit cdb5ed031b614b6193dc806474bb188ce8a0579d in qpid-jms's branch
refs/heads/master from Robert Gemmell
[ https://git-wip-us.apache.org/repos/asf?p=qpid-jms.git;h=cdb5ed0 ]
QPIDJMS-58: fix javadoc error
> when a connection redirect error is received, the original connection details
> will be used first
> ------------------------------------------------------------------------------------------------
>
> Key: QPIDJMS-58
> URL: https://issues.apache.org/jira/browse/QPIDJMS-58
> Project: Qpid JMS
> Issue Type: Bug
> Components: qpid-jms-client
> Affects Versions: 0.2.0
> Reporter: Robbie Gemmell
> Assignee: Timothy Bish
> Fix For: 0.3.0
>
>
> When the client is using the failover layer and receives a connection
> redirect error from the peer, it will try to reconnect to the same connection
> details first before using the newly added uri details on subsequent
> reconnect attempts.
> I noticed this due to
> FailoverRedirectTest#testFailoverHandlesRemotelyEndConnectionWithRedirection
> failing because the connection to the 'backup peer' was never completed after
> it was redirected by the 'rejecting peer'. The logs show that the second
> attempt was being made to the 'rejecting peer' and never completed. That is
> presumably because the test peer is only capable of ever accepting a single
> connection, but doesnt unbind the server socket after doing so and instead
> only does so when the peer is shut down or the client socket read loop exits.
> The test presumably passes typically because the the test peer usually wins
> race to close the server socket before the next connect attempt is made,
> leading it to fail and cause the client to try the next URI, the details
> given by the original redirect error.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
