]
Ron Sigal closed JBREM-747.
---------------------------
Fix Version/s: 2.2.1.SP1
2.2.0.SP4_CP02
Resolution: Done
The fix has been applied to the remoting_2_2_0_SP4_CP branch and is include in the version
tagged remoting_2_2_0_SP4_CP02
org.jboss.remoting.transport.Connector should unregister server
invoker from MBeanServer
----------------------------------------------------------------------------------------
Key: JBREM-747
URL:
http://jira.jboss.com/jira/browse/JBREM-747
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.4.0.Beta1 (Pinto)
Reporter: Ron Sigal
Assigned To: Ron Sigal
Fix For: 2.2.1.SP1, 2.2.0.SP4_CP02, 2.4.0.Beta1 (Pinto)
The JBossMessaging secure-socket smoke test uncovered the fact that Connector does not
unregister its server invoker from the MBeanServer (if it has a reference to one).
The problem detected by the JBossMessaging was that when secure-socket runs twice, the
first execution passes and the second fails with the exception
javax.net.ssl.SSLException: No available certificate or key corresponds to the SSL cipher
suites which are enabled.
at
com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.checkEnabledSuites(SSLServerSocketImpl.java:303)
at
com.sun.net.ssl.internal.ssl.SSLServerSocketImpl.accept(SSLServerSocketImpl.java:253)
at
org.jboss.remoting.transport.bisocket.BisocketServerInvoker$SecondaryServerSocketThread.run(BisocketServerInvoker.java:799)
The problem was that at the end of the first execution, Connector failed to unregister
the server invoker, and during the second execution, it saw the ObjectName registered.
The Connector.init() code then failed to pass a reference to the MBeanServer to the server
invoker. As a result the server invoker was unable to access the SSLServerSocketFactory
MBean configured by the test, and it used a default server socket factory instead.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: