| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Receive exit on SVRCONN channel ? |
« View previous topic :: View next topic » |
| Author |
Message
|
| KAKEZ |
 Posted: Tue Oct 21, 2003 9:27 am Post subject: Receive exit on SVRCONN channel ? |
 |
|
Centurion
Joined: 10 Oct 2002
Posts: 117
|
Hi,
can a RECEIVE exit be defined on a SVRCONN channel alone?
that is to say without defining a corresponding SEND exit?
- we only need to modify the contents of the message (fields ReplyToQ & ReplyToQmgr) before the MCA put the message on the destination queue
thanks for help
Jack |
|
| Back to top |
|
 |
| mqonnet |
| Posted: Tue Oct 21, 2003 10:47 am Post subject: |
|
|
Grand Master
Joined: 18 Feb 2002
Posts: 1114
Location: Boston, Ma, Usa.
|
Dont think you can do that, as they work in pairs.
In any case, i dont get your problem. Why cant you modify or rather set the values for the two fields before you even put the messages. Sicne there is nobody else involved in this whole process. Client directly puts a message that is got by the processing MCA and eventually processed.
If you want to generalize this, then you might want such a thing. But again its easier to code rather than plan for an exit, i guess.
Cheers
Kumar |
|
| Back to top |
|
|
| KAKEZ |
| Posted: Wed Oct 22, 2003 12:29 am Post subject: |
|
|
Centurion
Joined: 10 Oct 2002
Posts: 117
|
Hi Kumar,
You are right, but our pb is the following:
1) a sending client appli always makes a put of a message (requesting COA report) in a mqseries queue corresponding to the destination partner
2) but the appli wich gets the message in that queue may be:
- either a the normal mqseries partner appli
- or a bridge appli wich has to transform the message into a X4OO format and deliver it into a X400 letter box to the partner - into wich the final X400 appli partner will get its X400 message -
the bridge appli in all cases has to return itself to the client sending appli a mqseries report message of its own
so:
- as soon as the sending client appli has put its message in the queue the Qmgr automatically sends back a COA report in the ReplyToQ queue
and
- in the case where the bridge appli has to be run it also sends back a special report in the same ReplyToQ queue - and in that case the sending client appli has to read two report messages!!
the pb is that :
-- the sending client appli is not aware about the fact that the bridge appli has to be run or not - it doesnt know if it must wait for two report messages to be sure that the original message it sent has been successfully delivered !
-- the sending client appli wants to get only one report - not two -
the solution we think about:
- to catch the message arriving through a MQI channel on a SVRCONN MCA before the MCA puts it on the queue via a Recive Exit
- within the exit depending on the name of the queue where the sending client appli wants to put its message we can know (via a table already established) :
+ if the partner is a special X400 appli
--> within the exit we modify the MQMD Report field to delete the COA option so when the message is put in the queue by MCA none COA report is generated by the Qmgr - only one report will be created: the one generated by the bridge appli
+ if the partner is a normal mqseries appli
--> wo do nothing and we keep the COA option in the MQMD Report field
so that the normal COA report is created by the Qmgr
Uf! - sorry to be long but that's exactly the pb
any other idea is welcome because we have to solve this pb - and I also would like to validate the solution using a Recieve Exit on the SVRCONN MCA
(NB. I read somewhere that it is possible to run a Receive exit without the need to also run Send exit - is that right?)
thanks again for help
Jack |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Oct 22, 2003 3:52 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Wouldn't it be easier to change the normal receiving application, not the X400 app, to also always send a second report?
Then your client app always knows to wait for two reports, and can tell based on the contents of the second which way the request went. This would help it too if it had to parse the reply message differently in one case or the other.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| KAKEZ |
| Posted: Wed Oct 22, 2003 5:43 am Post subject: |
|
|
Centurion
Joined: 10 Oct 2002
Posts: 117
|
thanks for advice,
- i see that's not easy to have a simple solution
- in the meantime i verified that because the appli sending the mess is a client one, the use of a message exit is not possible - we can only use send/receive exit for the svrconn channel AND with send/receive exit the MQMD is never passed to the exit code - so we cannot modify the mqmd.Report field before the MCA puts the message !
cheers,
Jack |
|
| 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
|
|
|
|
