[
http://jira.jboss.com/jira/browse/JBREM-722?page=comments#action_12355769 ]
Ron Sigal commented on JBREM-722:
---------------------------------
The callback BisocketClientInvoker now creates its control connection in the constructor,
using a socket that should already have been created by the callback server invoker. The
ControlMonitorTimerTask now gives the server side 5 ping cycles to start pinging, before
it declares a failure on the control connection and attempts to recreate it
Waiting for cruisecontrol results.
BisocketClientInvoker should start pinging on control connection
without waiting for call to createsocket()
-----------------------------------------------------------------------------------------------------------
Key: JBREM-722
URL:
http://jira.jboss.com/jira/browse/JBREM-722
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.2.0.Beta1 (Bluto)
Reporter: Ron Sigal
Assigned To: Ron Sigal
Fix For: 2.2.0.Beta1 (Bluto)
Currently, a callback BisocketClientInvoker waits for the first call to createSocket() to
start pinging on control connection. But the
BisocketServerInvoker.ControlMonitorTimerTask on the client side doesn't start testing
for pings until it gets the first ping. So, if the control connection were to break
before the first call to createSocket(), the ControlMonitorTimerTask wouldn't recreate
the control connection and createSocket() wouldn't be able to get a new socket.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira