|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Locking of messages |
« View previous topic :: View next topic » |
Author |
Message
|
Prasant Padhi |
Posted: Wed Dec 01, 2004 5:26 pm Post subject: Locking of messages |
|
|
Newbie
Joined: 01 Dec 2004 Posts: 4
|
My requirement is to get a message using browse next option and then lock it so that it is not picked up again by the same process or the other instances of the same process. Can it be done through the MQGMO-LOCK option while doing a get. Once the message is retrived though the browse get, i need to invoke another application and pass the message id of the message that was retrived. The new application also needs to do a browse get of the same message using the message id. Please let me know how it is possible? |
|
Back to top |
|
 |
csmith28 |
Posted: Wed Dec 01, 2004 5:45 pm Post subject: |
|
|
 Grand Master
Joined: 15 Jul 2003 Posts: 1196 Location: Arizona
|
Slow down CONAN...
Please post the following:
Platform and OS Level
WMQ Version and Service Pack Level
An example of what you are doing now.
What you want to do to modify what you are doing now.
From reading your post I am not sure that all of what you want to accomplish is possible using WMQ functionality but that doesn't mean it is impossible. _________________ Yes, I am an agent of Satan but my duties are largely ceremonial. |
|
Back to top |
|
 |
PeterPotkay |
Posted: Wed Dec 01, 2004 6:57 pm Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
I don't know that any of the requested info is really relevent.
AppA browses the message with a lock to get a MsgID. It can then pass that MsgID to AppB. What is AppB gonna do with it? If AppA still has that message locked, AppB can't get it. If AppA unlocks it, then you can't be sure an app other than AppB doesn't sneak in and grab it instead. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Dec 01, 2004 7:14 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Yeah, I'm not really sure the purpose of having two separate applications here.
Unless it's some sort of attempt to filter, without really filtering. In that case, quit trying to cheat and just use a real filter and another set of queues.
Either have one application remove messages from the queue and put them in some other storage media (shared memory, file, database, whatever..) and then have the other app consume them...
Or just have one application.
BROWSING messages on queues is usually overused and used poorly (from a design point of view).
In my opinion. _________________ I am *not* the model of the modern major general. |
|
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
|
|
|
|