| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| ACK |
« View previous topic :: View next topic » |
| Author |
Message
|
| Reeti |
 Posted: Thu Feb 27, 2003 12:19 am Post subject: ACK |
 |
|
Apprentice
Joined: 11 Jul 2002
Posts: 40
|
Hello:
I need some help on designing my application. On my queue manager have one queue called MSG.Q another say ACK.Q. I need COD on ACK.Q while sending msgs in MSG.Q. My problem is when the queue is full and receiving appl is not retrieving data then I need to clear the MSG.Q by some MqGET calls, but then the ACK is getting generated. How can I stop this? I don't want to generate the ACK when this house cleaning application is running. Pls. suggest ASAP. and how can we use PAN and NAN?
Best Regards
Reeti |
|
| Back to top |
|
 |
| JohnMN |
| Posted: Thu Feb 27, 2003 11:22 am Post subject: |
|
|
Novice
Joined: 26 Feb 2003
Posts: 19
|
COD and COA are both sent by the QMGR. It will send the COD reply for every message that requested COD. There is no way to override this option.
If you want to clear ALL of the messages from MSG.Q you can try the CLEAR QLOCAL command. But, this discards all of the messages. You will not be able to look at them or recover them. If you need to actually look at the data in the messages while you clear the queue, you will need to use your program.
Would it be easiest for you to just do CLEAR QLOCAL on the ACK.Q?
One other option is not to use COD or COA, but to have the receiving application send a reply message when it does the MQGet. The program that clears the messages from the MSG.Q would be written to NOT send a reply message. This puts the responsibilty on the receving application, instead of letting the QMGR take care of it. If you write both applications yourself, this should be OK.
PAN and NAN are just a simple way for the two sides of the application to communicate with each other. The QMGR doesn't do anything with PAN and NAN. You can use them however you like.
Example: If progA sends a message to progB, progB can set PAN if everything worked as expected. If something went wrong (couldn't write to a file, data was wrong, etc.), progB can set NAN.
When progA gets the reply, it can quickly test whether NAN has been set, and do some error handling code if necessary.
John |
|
| 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
|
|
|
|
