]
Ron Sigal closed JBREM-785.
---------------------------
Resolution: Done
The fix has been applied to branch remoting_2_x, and the unit test passes on
cruisecontrol.
BisocketClientInvoker.transport() inadvertently uses listenerId
member variable
-------------------------------------------------------------------------------
Key: JBREM-785
URL:
http://jira.jboss.com/jira/browse/JBREM-785
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.4.0.Beta1 (Pinto), 2.2.0.SP4, 2.2.1.GA
Reporter: Ron Sigal
Assigned To: Ron Sigal
Fix For: 2.2.2.GA, 2.4.0.Beta1 (Pinto)
org.jboss.remoting.transport.bisocket.BisocketClientInvoker.transport() sets listenerId
member variable, instead of creating a new variable on the stack. As a result, there is a
race condition if multiple org.jboss.remoting.Client's call addListener() on the same
server. Each entering thread would attempt to add a (listenerId, BisocketClientInvoker)
pair to listenerIdToClientInvokerMap, and under the right circumstances, one or more of
the threads could experience the overwriting of the listenerId variable, which would lead
to a missing pair in listenerIdToClientInvokerMap.
The fix is just to use a stack variable instead of the member variable.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: