| Author |
Message
|
| ksagar_k |
 Posted: Wed Apr 20, 2005 3:44 am Post subject: Checking IPPROCS on a queue from JMS |
 |
|
Newbie
Joined: 20 Apr 2005
Posts: 3
|
| Is there any way to check the IPPROCS on the MQ Queue from JMS ?? |
|
| Back to top |
|
 |
| jefflowrey |
| Posted: Wed Apr 20, 2005 3:50 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Yes.
With PCF commands, or possibly the MQINQ call.
What are you trying to do?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| ksagar_k |
| Posted: Wed Apr 20, 2005 5:30 am Post subject: |
|
|
Newbie
Joined: 20 Apr 2005
Posts: 3
|
I just want to use JMI API(not MQ Inquiry calls) to find IPPROCS count on the queue.
Requirement is something like - For the given PROVIDER_URL, and queue
i should have a single message listener running on that queue.
The message listener start up program should first inquire the queue. if there is a message listener started already(IPPROCS is > 0 ), then this should error out. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Apr 20, 2005 5:33 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
You're writing your own JMS provider? Otherwise, I'd say to use a singleton pattern.
You can use PCF messages to get the IPPROC.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| ksagar_k |
| Posted: Wed Apr 20, 2005 5:42 am Post subject: |
|
|
Newbie
Joined: 20 Apr 2005
Posts: 3
|
Thanks !!
Singleton pattern is one better option.
But just wanted to know whether there is any option in JMS for inquiring attributes of a queue. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Apr 20, 2005 5:47 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| ksagar_k wrote: |
| But just wanted to know whether there is any option in JMS for inquiring attributes of a queue. |
JMS is designed to be provider neutral. I don't think it safe to assume that all providers will have attributes that can be inquired. And I suspect it was not reasonable for the JMS spec to require that all providers have attributes that can be inquired.
So I think you need to always use some sort of provider specific interface - like PCF for MQ.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| malammik |
| Posted: Wed Apr 20, 2005 6:38 am Post subject: |
|
|
Partisan
Joined: 27 Jan 2005
Posts: 397
Location: Philadelphia, PA
|
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Apr 20, 2005 12:11 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
JMS does not mean you have to have the RFH2 Header.
If you want to do it full JMS you should define your input queue and reply to queue as being non jms.
You will need the MS0B package because it will make the usage a lot easier. But you can have the actual transport and everything else going through JMS and use MS0B only as helper classes.
Enjoy  |
|
| Back to top |
|
|
|
|
