| Author |
Message
|
| pyrus |
 Posted: Thu Oct 21, 2010 8:23 am Post subject: Too may connections from broker to MQ |
 |
|
Novice
Joined: 20 Jul 2007
Posts: 16
Location: Belgium
|
Hello,
I have been searching the forum but the only results I can find talk about JMS or ODBC connection pooling.
What I would like to know is this:
If you are using one broker queuemanager, is it possible to force the broker to reuse existing connections? Connection pooling in other words.
If all queues that are used from broker flows are on one queuemanager then why do I need so many connections?
The queuemanager and broker actually reside on the same server if this information might help.
I hope someone has already asked him/herself the same question.
_________________
Connectivity Cowboy |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Thu Oct 21, 2010 8:33 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Oct 21, 2010 8:36 am Post subject: Re: Too may connections from broker to MQ |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| pyrus wrote: |
| If all queues that are used from broker flows are on one queuemanager then why do I need so many connections? |
Where are you seeing these connections being used? What application is using them? What problem is it causing?
| pyrus wrote: |
| The queuemanager and broker actually reside on the same server if this information might help. |
You can't get broker to run unless it's on the same server as it's queue manager, so why do you consider this fact significant? Does it relate to these "connections" you see out of broker?
| pyrus wrote: |
| I hope someone has already asked him/herself the same question. |
No, because broker doesn't use connections to talk to it's own queue manager. So what are you seeing happening?
Details about OS, WMQ level & WMB level will improve the quality of any answers.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Oct 21, 2010 8:38 am Post subject: Re: Too may connections from broker to MQ |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| Vitor wrote: |
| No, because broker doesn't use connections to talk to it's own queue manager. |
  |
|
| Back to top |
|
|
| pyrus |
| Posted: Thu Oct 21, 2010 8:43 am Post subject: Re: Too may connections from broker to MQ |
|
|
Novice
Joined: 20 Jul 2007
Posts: 16
Location: Belgium
|
| Quote: |
| Where are you seeing these connections being used? What application is using them? What problem is it causing? |
I see these connections by clicking 'Connection list' in the MQMonitor tool, easy.
I have about 400 'connections' for which the Application is listed as 'DataFlowEngine'
| Quote: |
| You can't get broker to run unless it's on the same server as it's queue manager, so why do you consider this fact significant? Does it relate to these "connections" you see out of broker? |
I didn't that's why I said 'if this info might help'
| Quote: |
| No, because broker doesn't use connections to talk to it's own queue manager. So what are you seeing happening? |
Same reaction as mqjeff....
| Quote: |
| Details about OS, WMQ level & WMB level will improve the quality of any answers. |
Does the OS matter when it comes to basic broker functionality?
_________________
Connectivity Cowboy |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Oct 21, 2010 8:46 am Post subject: Re: Too may connections from broker to MQ |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
| Vitor wrote: |
| No, because broker doesn't use connections to talk to it's own queue manager. |
|
  
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Thu Oct 21, 2010 8:48 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| pyrus wrote: |
| Quote: |
| Details about OS, WMQ level & WMB level will improve the quality of any answers. |
Does the OS matter when it comes to basic broker functionality? |
No, because of
| mqjeff wrote: |
| http://publib.boulder.ibm.com/infocenter/wmbhelp/v7r0m0/topic/com.ibm.etools.mft.doc/ac35400_.htm |
|
|
| Back to top |
|
|
|
|
