Author |
Message
|
thomaszheng |
Posted: Sun May 07, 2006 5:35 am Post subject: can one MDB have multi connections to one Q |
|
|
Acolyte
Joined: 01 Mar 2006 Posts: 62
|
Hi,
for one MDB class, there will be muti instances of it. but they only share one Q. will they just share one connection? if they have muti connections, can this enhance concurrent access performance. and what is the relationship between connections and sessions in this situation?
Thanks in advance! |
|
Back to top |
|
 |
jefflowrey |
Posted: Sun May 07, 2006 7:13 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
The number of connections is controlled by the listener port, not the MDB. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
fjb_saper |
Posted: Sun May 07, 2006 7:57 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
As a rule of thumb:
The number of open input counts is governed by following algorithm:
1 connection for the listener port (browse)
1 connection per instance of MDB.
Note that these need not be connections per se but could just be sessions.
Each MDB instance runs in it's own session (transactionality rule).
For more details about WAS and connections there is an excellent pdf called:
JMS Topology. Search the IBM site or my old posts.
Enjoy  _________________ MQ & Broker admin |
|
Back to top |
|
 |
thomaszheng |
Posted: Sun May 07, 2006 7:14 pm Post subject: |
|
|
Acolyte
Joined: 01 Mar 2006 Posts: 62
|
Thanks for all,
The 1 connection for the listener on the queue and the 1 connection for each MDB should be specified in the connection pool of Factory of the listener port?
And how to specified the number of MDB instance? Is the thread pool setting the setting of MDB instance? |
|
Back to top |
|
 |
fjb_saper |
Posted: Mon May 08, 2006 3:08 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
jefflowrey wrote: |
The number of connections is controlled by the listener port, not the MDB. |
At the risk of rehashing...  _________________ MQ & Broker admin |
|
Back to top |
|
 |
|