| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Java GET from ALIAS Queue fails |
« View previous topic :: View next topic » |
| Author |
Message
|
| tekgirl |
 Posted: Tue Mar 29, 2005 2:16 pm Post subject: Java GET from ALIAS Queue fails |
 |
|
Newbie
Joined: 02 Sep 2004
Posts: 8
Location: Madison, Wisconsin
|
We have started using Alias Queues here and our Java Developers have run across a problem when trying to issue a "GET" from the alias queue. I know it should work, otherwise defeats the purpose of aliasing. Also it works for me when I use the C sample amqsget.
I believe they get a 2068 reason code. I think they are specifying options that are not valid/compatible with an Alias queue........I don't know the programming side.
Any help, suggestions?  |
|
| Back to top |
|
 |
| csmith28 |
| Posted: Tue Mar 29, 2005 2:36 pm Post subject: |
|
|
Grand Master
Joined: 15 Jul 2003
Posts: 1196
Location: Arizona
|
Well if the amqsget tool works ok then it has to be something wrong with their code.
Believe it or not. 
Here's what the WMQ Messages Guide has to say about Reason Code 2068:
| Quote: |
2068 X’0814’ MQRC_SELECTOR_NOT_FOR_TYPE
On the MQINQ call, one or more selectors in the Selectors array is not applicable to the type
of the queue whose attributes are being inquired.
This reason also occurs when the queue is a cluster queue that resolved to a remote instance
of the queue. In this case only a subset of the attributes that are valid for local queues can be
inquired.
The call completes with MQCC_WARNING, with the attribute values for the inapplicable
selectors set as follows:
v For integer attributes, the corresponding elements of IntAttrs are set to
MQIAV_NOT_APPLICABLE.
v For character attributes, the appropriate parts of the CharAttrs string are set to a character
string consisting entirely of asterisks (*).
Corrective action: Verify that the selector specified is the one that was intended.
If the queue is a cluster queue, specifying one of the MQOO_BROWSE, MQOO_INPUT_*, or
MQOO_SET options in addition to MQOO_INQUIRE forces the queue to resolve to the local
instance of the queue. However, if there is no local instance of the queue the MQOPEN call
fails. |
I didn't see an entry for 2068 in the Hitchhikers Guide. 
_________________
Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
| Back to top |
|
|
| vennela |
| Posted: Tue Mar 29, 2005 2:54 pm Post subject: |
|
|
Jedi Knight
Joined: 11 Aug 2002
Posts: 4055
Location: Hyderabad, India
|
| Post the options that are being specified |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Tue Mar 29, 2005 6:13 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
I think they are doing the beginners error and trying to get the queue depth.
You can only enquire queue depth on local queues.
You should NEVER enquire about queue depth but always do your get in a loop until you get the queue empty exception or the message is null(JMS).
Enjoy |
|
| 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
|
|
|
|
