]
Ron Sigal updated JBREM-785:
----------------------------
Fix Version/s: 2.2.2.GA
2.4.0.CR1 (Pinto)
(was: 2.4.0.Beta1 (Pinto))
(was: 2.2.0.SP4_CP02)
(was: 2.2.1.SP1)
Affects Version/s: 2.2.0.SP4
(was: 2.2.0.SP4_CP02)
(was: 2.2.1.SP1)
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.2.0.SP4, 2.2.1.GA, 2.4.0.Beta1 (Pinto)
Reporter: Ron Sigal
Assigned To: Ron Sigal
Fix For: 2.2.2.GA, 2.4.0.CR1 (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: