jboss-remoting-issues November 2014

jboss-remoting-issues@lists.jboss.org

1 participants
3 discussions

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

by Ron Sigal (JIRA)

[ https://issues.jboss.org/browse/JBREM-1327?page=com.atlassian.jira.plugin... ] 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-01... > 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)

9 years, 5 months

1
0
0 / 0

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

by Ron Sigal (JIRA)

[ https://issues.jboss.org/browse/JBREM-1327?page=com.atlassian.jira.plugin... ] Ron Sigal edited comment on JBREM-1327 at 11/20/14 3:15 AM: ------------------------------------------------------------ Added configuration parameter org.jboss.remoting.callback.ServerInvokerCallbackHandler.CALLBACK_STORE_MAX_SIZE (actual value "callbackStoreMaxSize"), which determines the number of Callbacks that 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-01... was (Author: ron_sigal): 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-01... > 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)

9 years, 5 months

1
0
0 / 0

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

by Ron Sigal (JIRA)

Ron Sigal created JBREM-1327: -------------------------------- Summary: 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)

9 years, 5 months

1
0
0 / 0

← Newer
1
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jboss-remoting-issues November 2014