| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| PCF Inquire_Q_Status |
« View previous topic :: View next topic » |
| Author |
Message
|
| 72dolfan |
 Posted: Thu Jul 20, 2006 8:46 am Post subject: PCF Inquire_Q_Status |
 |
|
Acolyte
Joined: 02 May 2006
Posts: 53
|
Hi All,
Does anyone know if it's possible to filter on 'Usage' (whether a queue is normal or a transmit queue) when building an Inquir_Q_Status PCF command? I know 'Usage' in returned from an Inquire_Q PCF, but we're hoping we can still filter on 'Usage' even if it's not returned from Inquire_Q_Status.
We're coding our own in house MQ collector/monitor and we want to process queues (normal vs Xmitq) at different times. We're going to need the Q_Status info for both, but we also need to do an Inquire_Q on Xmitqs. Therefore, we'd like to process the normal queues first, then process the xmitqs. |
|
| Back to top |
|
 |
| wschutz |
| Posted: Thu Jul 20, 2006 10:55 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
Well, you could try it, but the doc indicates that you can only filter on certain attributes that are returned in the query...
so, you might first have to filter on xmitq for a list of queues and then either use that list to drive the qstat query or do a match after you get the status of all the queues back.
_________________
-wayne |
|
| Back to top |
|
|
| RogerLacroix |
| Posted: Thu Jul 20, 2006 9:13 pm Post subject: Re: PCF Inquire_Q_Status |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
Hi,
| 72dolfan wrote: |
| We're coding our own in house MQ collector/monitor and we want to process queues (normal vs Xmitq) at different times. We're going to need the Q_Status info for both, but we also need to do an Inquire_Q on Xmitqs. Therefore, we'd like to process the normal queues first, then process the xmitqs. |
You're approaching it too linear. Break everything into separate parts.
- Thread 'A' gathers all 'Queue Status' info
- Thread 'B' on its own timer queries/searches the Queue Status for info 'normal queue problems'.
- Thread 'C' on its own timer queries/searches the Queue Status info for 'xmitq queue problems'.
Don't forget to use semaphores.
Anyway, that's my 2 cents.
Regards,
Roger Lacroix
Capitalware Inc.
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter |
|
| Back to top |
|
|
| 72dolfan |
| Posted: Fri Jul 21, 2006 6:41 am Post subject: |
|
|
Acolyte
Joined: 02 May 2006
Posts: 53
|
| wschutz wrote: |
Well, you could try it, but the doc indicates that you can only filter on certain attributes that are returned in the query...
so, you might first have to filter on xmitq for a list of queues and then either use that list to drive the qstat query or do a match after you get the status of all the queues back. |
Based on what you're saying, I would not be able to run a Inquire_Q_Status PCF on LOCAL QUEUES only, because Inquire_Q_Status does not return QType?
Is this correct? |
|
| Back to top |
|
|
| wschutz |
| Posted: Fri Jul 21, 2006 6:59 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
| Quote: |
IntegerFilterCommand (MQCFIF)
Integer filter command descriptor. The parameter identifier must be any integer type parameter allowed in QStatusAttrs except MQIACF_ALL, MQIACF_MONITORING, and MQIACF_Q_TIME_INDICATOR. Use this to restrict the output from the command by specifying a filter condition. |
Well, thats my reading of the manual. But give it a try and let us know....
_________________
-wayne |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
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
|
|
|
|
