|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
IA97 (AnyQmgrInputNode) Performance Issues |
« View previous topic :: View next topic » |
Author |
Message
|
mqjeff |
Posted: Sat Aug 28, 2010 12:00 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
You don't entirely need to be a "java" guy to use the JMSInput node.
I know at least one customer that has used JMSInput nodes to do exactly this, pull messages from a "less secure" zone into a "more secure" zone.
Using the JMSInput node does require a more complicated configuration than just entering in a queueManager and queue name. But it should also perform at least somewhat better than 5 msgs per second. It might not manage 160... but it should do better than 5.
There is a sample for using the JMS nodes. It includes documentation and descriptions. |
|
Back to top |
|
 |
GRIFF |
Posted: Sat Aug 28, 2010 12:45 pm Post subject: |
|
|
 Acolyte
Joined: 19 Sep 2005 Posts: 64 Location: VA
|
I am not stating beliefs just requirements.
Thanks,
Griff |
|
Back to top |
|
 |
bruce2359 |
Posted: Sat Aug 28, 2010 1:49 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9472 Location: US: west coast, almost. Otherwise, enroute.
|
Quote: |
MQInput is ideal but client wants messages to be pulled across a network boundary instead of being pushed to broker qmgr. Hence; more secure network tier pulling from less secure network tier |
.
It's puzzling... I'm trying to understand the requirement.
Does the requirement state no point-to-point channels? No transmission queues? This implies a SVRCONN channel on the non-broker qmgr, and the broker behaving as a client app with IA97. Client channels are not stellar performers, as compared to mq point-to-point channels. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
mqjeff |
Posted: Sat Aug 28, 2010 5:32 pm Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
bruce2359 wrote: |
Quote: |
MQInput is ideal but client wants messages to be pulled across a network boundary instead of being pushed to broker qmgr. Hence; more secure network tier pulling from less secure network tier |
.
It's puzzling... I'm trying to understand the requirement. |
The requirement is to have a known secure server fetch exactly that data that it believes it can handle safely, rather than having an open door for unknown data from unknown systems to be submitted willy-nilly.
Whether or not this is valid requirement is likely a separate discussion.
IA97 also comes with source. Someone who *is* a Java person could spend some time with this and provide some input into why you are seeing the performance you are seeing.
Or, again... you could spend a bit of time with the JMS samples and see if you can get those working to fulfill this need instead. |
|
Back to top |
|
 |
Vitor |
Posted: Sat Aug 28, 2010 7:08 pm Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
mqjeff wrote: |
IA97 also comes with source. Someone who *is* a Java person could spend some time with this and provide some input into why you are seeing the performance you are seeing. |
FWIW my Java guy tried this unsuccessfully. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
rbicheno |
Posted: Tue Aug 31, 2010 11:24 pm Post subject: |
|
|
Apprentice
Joined: 07 Jul 2009 Posts: 43
|
As discussed use the JMS Input Node to pull the messages from the remote queue, it should easily fulfill your performance requirements (see WMB Performance Reports), they are proven and part of the product. As discussed the supportpac you mention is little used from what i have seen.
I wrote this a while back, its a little old now but most should still be relevant plus see the JMS Sample:
http://www.ibm.com/developerworks/websphere/library/techarticles/0610_bicheno/0610_bicheno.html |
|
Back to top |
|
 |
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|