You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2014/05/21 16:08:38 UTC
[jira] [Commented] (QPID-5779) JMX plugin's server sockets should
set the SO_REUSEADDR socket option
[ https://issues.apache.org/jira/browse/QPID-5779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14004687#comment-14004687 ]
ASF subversion and git services commented on QPID-5779:
-------------------------------------------------------
Commit 1596579 from [~k-wall] in branch 'qpid/trunk'
[ https://svn.apache.org/r1596579 ]
QPID-5779: [Java Broker] JMX plugin's server sockets should set the SO_REUSEADDR socket option
* Plugin now passes correctly configured ServerSocketFactory to JMX for both the registry and connector servers.
* Manually retested SSL connections to JMX.
> JMX plugin's server sockets should set the SO_REUSEADDR socket option
> ---------------------------------------------------------------------
>
> Key: QPID-5779
> URL: https://issues.apache.org/jira/browse/QPID-5779
> Project: Qpid
> Issue Type: Improvement
> Components: Java Broker
> Reporter: Keith Wall
> Assignee: Keith Wall
> Fix For: 0.29
>
>
> We see the occasionally failures on CI from PortRestTest#testPutRmiPortWithMinimumAttributes where, after the Broker restarts under control of the test, the Broker fails to bind the JMX Connector port.
> Investigation has suggested that the problem is that the server sockets created by Oracle's JMX do not specify the SO_REUSEADDR socket option thus attempts to rebind the socket shortly after a close can fail (if the socket is still in a wait state).
> The solution is to change the JMX plugin to use custom ServerSocketFactories for both the JMX connector and RMI registry that provide a socket configured with SO_REUSEADDR set true.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org