| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQRC 2008 error |
« View previous topic :: View next topic » |
| Author |
Message
|
| J.D |
 Posted: Tue Mar 09, 2010 1:47 pm Post subject: MQRC 2008 error |
 |
|
Voyager
Joined: 18 Dec 2009
Posts: 92
Location: United States
|
Our application programmer is getting MQRC_2008 error when he tries to connect and browse msgs from request queue. I found the below explanation from info centre. OS-Solaris 10 and MQ Version-6.0.2.2
Explanation:
For MQINQ calls, CharAttrLength is not large enough to contain all of the character attributes for which MQCA_* selectors are specified in the Selectors parameter.
The call still completes, with the CharAttrs parameter string filled in with as many character attributes as there is room for. Only complete attribute strings are returned: if there is insufficient space remaining to accommodate an attribute in its entirety, that attribute and subsequent character attributes are omitted. Any space at the end of the string not used to hold an attribute is unchanged.
An attribute that represents a set of values (for example, the namelist Names attribute) is treated as a single entity--either all of its values are returned, or none.
Completion Code:
MQCC_WARNING
Programmer Response:
Specify a large enough value, unless only a subset of the values is needed.
I need some suggestions on what to do. Let me know if you guys any more details regarding this issue.
Thanks |
|
| Back to top |
|
 |
| gbaddeley |
| Posted: Tue Mar 09, 2010 2:27 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
On the call the MQINQ, the programmer is not setting the CharAttrLength argument to a large enough value to contain all the the character attributes that they are requesting. ie. This should be the sum of all the MQ_xxxx_LENGTH's for the MQCA_xxxxx character attributes.
_________________
Glenn |
|
| Back to top |
|
|
| J.D |
| Posted: Tue Mar 09, 2010 2:58 pm Post subject: |
|
|
Voyager
Joined: 18 Dec 2009
Posts: 92
Location: United States
|
| Receiver is product of Sterling called Order Management and it is only configuration, there is no code involved here. We have created a mq bindings file and gave them to use it to connect to our Queue. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue Mar 09, 2010 3:29 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Somewhere there is an MQI API call (or equivalent Java or whatever).
If the WMQ API call and the required fields are not correctly constructed, the app will receive the 2008 rc.
MQINQ returns either/both character attributes and integer attributes. WMQ stores much of its knowledge about objects as 32-bit signed binaries. Even get-enabled/get-inhibited is one of these.
Character attributes are used to hold things that aren't numeric-ish, like queue-name, backout-requeue-queue-name, description.
Each integer attribute is 32-bits. So if you ask for 5 integer attributes, your app will need to allow for 5 bytes.
Each character attribute has its own length. What character attributes your app MQINQuires on will determine the combined length of all of the the resulting data field in your app.
All of this is documented in the WMQ APR and APG manuals, and more detail in the WMQ Constants manual.
_________________
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 |
|
|
|
|
|
| |
|
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
|
|
|
|
