[JBoss Messaging] - Re: Thread Pool questions
by andy.miller@jboss.com
"andy.miller(a)jboss.com" wrote : "gaohoward" wrote : Inside the AS container, a MDB's connection to JBM is handled by JCA layer, which has its own pooling of connections.
| |
| | JBM_clientMaxPool is not about connection pool, it's about thread pool size at the remoting client side.
| |
| | I don't see what do you refer to the TCP connection pool, can you clarify it? thanks
|
| Well, the JBM_clientMaxPool is a thread pool for TCP connections, so that is what I was referring to, and you confirmed it.
|
| I was under the impression that there was a thread pool for JBM underneath the JCA pool, and that the clientMaxPool setting in the documentation is how you configure that.
I meant maxPoolSize in the documentation.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240400#4240400
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240400
16 years, 10 months
[Clustering/JBoss] - Re: ConcurrentModificationException during session serializa
by smarlow@redhat.com
anonymous wrote : FYI, before this thread got going I'd been thinking (vaguely) in terms of using read/write locks in AS 6 to better handle coordination. E.g., in ClusteredSessionValve acquire a RL before passing the request down the pipeline, release when it returns, acquire a WL before handling replication. Basically, allow concurrent access to a session but lock out requests while a thread is replicating.
|
In the current case, the application code is synchronizing on the session facade object, so they would be left out if we synchronize on an internal r/w lock.
I wonder if we could somehow expose our (HTTP session level) r/w lock object to the application (in a reasonably portable way), so that they could also get a RL when getting the attribute values. Applications will also want to get a WL when setting attribute values.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240384#4240384
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240384
16 years, 10 months