| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| JMS, MQSeries, and MQCIH |
« View previous topic :: View next topic » |
| Author |
Message
|
| kfbmark |
 Posted: Thu Feb 21, 2002 1:44 pm Post subject: |
 |
|
Newbie
Joined: 20 Feb 2002
Posts: 2
|
I am triggering CICS transactions through the DPL Bridge on a s/390. The CICS transaction then returns the message to the queue properly and I am pulling them off correctly. This works fine until I need a message back from CICS that is bigger than the message sent. This seems to be controlled by the OutputDataLength of the MQCIH. I haven't been successful in creating the message with the MQCIH header concatenated at the front of the message. We are creating the message as a TextMessage like the samples.
Has anyone been able to do this? Any sample code would definitely be appreciated. |
|
| Back to top |
|
 |
| RogerLacroix |
| Posted: Thu Feb 21, 2002 9:13 pm Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
The book says:
OutputDataLength (MQLONG)
Output COMMAREA data length.
This is the length of the user data to be returned to the client in a reply message. This length includes the 8-byte program name. The length of the COMMAREA passed to the linked program is the maximum of this field and the length of the user data in the request message, minus 8. Note: The length of the user data in a message is the length of the message excluding the MQCIH structure.
If the length of the user data in the request message is smaller than OutputDataLength, the DATALENGTH option of the LINK command is used; this allows the LINK to be function-shipped efficiently to another CICS region.
The following special value can be used:
MQCODL_AS_INPUT
Output length is same as input length.
This value may be needed even if no reply is requested, in order to ensure that the COMMAREA passed to the linked program is of sufficient size.
This is a request field used only for DPL programs. The initial value of this field MQCODL_AS_INPUT.
Therefore, did you make OutputDataLength = dataLength + 8; ??
later
Roger...
|
|
| Back to top |
|
|
| kfbmark |
| Posted: Mon Feb 25, 2002 10:13 am Post subject: |
|
|
Newbie
Joined: 20 Feb 2002
Posts: 2
|
Roger,
No, I didn't include the 8 bytes for the program name length in the Output Data Length attribute. Would that have prevented the CICS transaction from being triggered? In trying to concatenate the MQCIH data I have created in the TextMessage, the CICS transaction is not being triggered by the bridge.
Also, I am creating a TextMessage object. Does this need to be an MQJMSMessage or an MQMessage to use the MQCIH header? |
|
| Back to top |
|
|
| RogerLacroix |
| Posted: Mon Feb 25, 2002 10:11 pm Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
Follow the docs "to the letter". I can't help you with JMS but MQMessage should work.
later
Roger... |
|
| 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
|
|
|
|
