[jboss-remoting-issues] [JBoss JIRA] (JBREM-1327) Fix synchronization in BlockingCallbackStore

Ron Sigal (JIRA) issues at jboss.org
Thu Nov 20 03:15:40 EST 2014


    [ https://issues.jboss.org/browse/JBREM-1327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13021419#comment-13021419 ] 

Ron Sigal commented on JBREM-1327:
----------------------------------

Added configuration parameter org.jboss.remoting.callback.ServerInvokerCallbackHandler.CALLBACK_STORE_MAX_SIZE (actual value "callbackStoreMaxSize"), which determines the number of Callbacks can be held by org.jboss.remoting.callback.BlockingCallbackStore before add() blocks, waiting for getNext() to remove a Callback. Default value is 10000.

Testing: org.jboss.test.remoting.callback.pull.memory.blocking.BlockingCallbackStoreSynchronizationTestCase.

Changes committed to https://svn.jboss.org/repos/jbossremoting/remoting2/branches/2.5.4.SP4-01241076



> Fix synchronization in BlockingCallbackStore
> --------------------------------------------
>
>                 Key: JBREM-1327
>                 URL: https://issues.jboss.org/browse/JBREM-1327
>             Project: JBoss Remoting
>          Issue Type: Bug
>    Affects Versions: 2.5.4.SP5
>            Reporter: Ron Sigal
>            Assignee: Ron Sigal
>             Fix For: 2.5.4.SP6
>
>
> In org.jboss.remoting.callback.BlockingCallbackStore, add() waits on a lock which is released only when getNext() is called. so a second Callback can be added only after the first is removed.



--
This message was sent by Atlassian JIRA
(v6.3.8#6338)


More information about the jboss-remoting-issues mailing list