Author |
Message
|
Bartez75 |
Posted: Tue Aug 13, 2013 11:00 pm Post subject: Pub/Sub - Pub set new MsgId |
|
|
![](images/avatars/gallery/Star Wars/movie_star_wars_boba_fett.gif) Voyager
Joined: 26 Oct 2006 Posts: 80 Location: Poland, Wroclaw
|
Hi,
I understand that publishing to a topic sets a new MQMD.MsgId and that it is required to achieve decoupling from publisher and subscribers.
I just want to check if there is a way to disable resetting MsgId so subscriber message will have the same MsgId value?
If this is a stupid question sorry for that ![](images/smiles/icon_smile.gif) |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
AkankshA |
Posted: Wed Aug 14, 2013 2:17 am Post subject: |
|
|
![](images/avatars/gallery/Star Wars/movie_star_wars_padme_naberrie.gif) Grand Master
Joined: 12 Jan 2006 Posts: 1494 Location: Singapore
|
why would you want 2/more messages in MQ to have same MsgId ?
What exactly is the requirement ?
MsgId * should * (highly recommended) be unique for a message in the MQ network for a message |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
Bartez75 |
Posted: Wed Aug 14, 2013 2:25 am Post subject: |
|
|
![](images/avatars/gallery/Star Wars/movie_star_wars_boba_fett.gif) Voyager
Joined: 26 Oct 2006 Posts: 80 Location: Poland, Wroclaw
|
The requirement is to send 1 msg. Publish it. Subscribers will receive it and then they will response with CorrelId = MsgId.
And yes, my feeling was that it is not a good idea but just want to check with you.
The sending app has to correlate responses on on the data level probably. |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
PeterPotkay |
Posted: Wed Aug 14, 2013 3:48 am Post subject: |
|
|
![](images/avatars/c7de043e3ce24eaa279a5.gif) Poobah
Joined: 15 May 2001 Posts: 7716
|
Its not a stupid question. Its been brought up many times before because "Use Pub/Sub" has been a common answer to people's question of how can I make a copy of a message so I have one to the receiving app and another copy to a log queue of some sort. Pub/Sub will do it, but the main thing everyone picks up on is that the copies are not perfect copies - they have unique Message IDs.
I think there might be an open Request For Enhancement that you can vote for on IBM's site. The RFE is for having an option to ask for the Message ID to be persisted between the Publisher and all the Subscribers. Whether that is actually a good idea once you consider all the ramifications is debatable. It could cause mopre problems that it solves. But having the option to do it anyway would be nice if it was used appropriately. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
zbyszanna |
Posted: Tue Sep 26, 2017 8:21 am Post subject: |
|
|
Novice
Joined: 03 Feb 2012 Posts: 23
|
Sorry for digging up such an old topic, but has anything change in this regard? |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
JosephGramig |
Posted: Tue Sep 26, 2017 10:54 am Post subject: |
|
|
![](images/avatars/12079815547614b2860d4d.gif) Grand Master
Joined: 09 Feb 2006 Posts: 1231 Location: Gold Coast of Florida, USA
|
The point of Pub/Sub is that the publisher and subscribers know nothing (substantially) about each other. Of course they have to know what is being published to interpret/create that data. So only datagram message types apply to pub/sub.
Having said that, did you look up the answer to your question in the KC? It would be a property of a topic.
Last edited by JosephGramig on Tue Sep 26, 2017 11:42 am; edited 1 time in total |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
fjb_saper |
Posted: Tue Sep 26, 2017 11:35 am Post subject: |
|
|
![](images/avatars/gallery/misc/2.gif) Grand High Poobah
Joined: 18 Nov 2003 Posts: 20696 Location: LI,NY
|
A number of things have change including the possibility to now assign a message id / correlation id as properties on the message and have those properties in the pub / sub.
So if using the PUB/SUB model, msgId and correlId should be properties of the message and not members of the MQMD.
That makes for a litte difference in how you write the server. Also what you call the msgid and correlid should be slightly different than the name on the MQMD just to make sure there is no confusion... I'd suggest usrmsgid and usrcorrelid.
You also need to determine the value before sending the message. Using a message with immediate expiry that gets sent ... nowhere could solve the problem of getting unique values...
Have fun ![](images/smiles/innocent.gif) _________________ MQ & Broker admin |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
mqjeff |
Posted: Tue Sep 26, 2017 11:44 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
The other big question is...
What does it mean to "reply" to a published message? _________________ chmod -R ugo-wx / |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
fjb_saper |
Posted: Tue Sep 26, 2017 12:39 pm Post subject: |
|
|
![](images/avatars/gallery/misc/2.gif) Grand High Poobah
Joined: 18 Nov 2003 Posts: 20696 Location: LI,NY
|
mqjeff wrote: |
The other big question is...
What does it mean to "reply" to a published message? |
And how many of those "replies" should you expect? ![](images/smiles/innocent.gif) _________________ MQ & Broker admin |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
gbaddeley |
Posted: Tue Sep 26, 2017 3:35 pm Post subject: |
|
|
![](images/avatars/gallery/Star Wars/movie_star_wars_yoda.gif) Jedi
Joined: 25 Mar 2003 Posts: 2495 Location: Melbourne, Australia
|
Reply on a different topic ??
QoS is questionable. _________________ Glenn |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
zpat |
Posted: Tue Sep 26, 2017 11:21 pm Post subject: |
|
|
![](images/avatars/200698233754e3c3649f6d0.jpg) Jedi Council
Joined: 19 May 2001 Posts: 5849 Location: UK
|
Sometimes the MQMD msgid or correlid fields are used (rightly or wrongly) to carry a particular value that has meaning to the receiving application.
This is why an option to preserve it would be useful when duplicating the messages (for example to update a second test system).
I think I opened the RFE under a previous IBM id, I can't remember what the IBM response was (probably "consider for a future release"). _________________ Well, I don't think there is any question about it. It can only be attributable to human error. This sort of thing has cropped up before, and it has always been due to human error. |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
zbyszanna |
Posted: Wed Sep 27, 2017 2:22 am Post subject: |
|
|
Novice
Joined: 03 Feb 2012 Posts: 23
|
PeterPotkay provided an excellent example of why this could be useful. This is exactly a scenario we are having. We have an existing queue setup and message flow and we want to duplicate this message flow to a different application temporarily without affecting the existing one. The simple yet elegant solution is to change the alias target to a topic and have two subs, but there is a problem with those msgids.
Questions "And how many of those "replies" should you expect?" are beyond the scope of the original matter. It's something which solution based on WMQ should concern itself with and not the WMQ.
Basically this problem stems from the WMQ convention, where you are supposed to copy MSGID from a request to the CORRID, and not just make the requester provide the CORRID in the first place (like it's on the Active MQ for example), but it's a subject for another discussion. |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
mqjeff |
Posted: Wed Sep 27, 2017 4:08 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008 Posts: 17447
|
Actually, there are several different ways to match request/reply in MQ, based on what the request MQMD has in the Report field.
https://www.ibm.com/support/knowledgecenter/en/SSFKSJ_8.0.0/com.ibm.mq.ref.dev.doc/q097680_.htm
MsgID -> CorrelID is the most widely used, though.
And, ok. If you want to pass the same messages to two applications, that's what pub/sub is for. But you would then have to do qalias->topic trick and use an admin subscription for the reply message as well, or know for sure that the requester can handle duplicate messages. (or doesn't care which applicatio it gets messages from) _________________ chmod -R ugo-wx / |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
zbyszanna |
Posted: Wed Sep 27, 2017 4:34 am Post subject: |
|
|
Novice
Joined: 03 Feb 2012 Posts: 23
|
I don't see why we would have to use admin subs for the reply message. Could you please elaborate? How would it solve our problem?
Multiple replies are not a problem for us, as only one application will reply. The problem for us is that the msgid of the message passed to the topic is different than the one that ends up on the server queue via subscription. |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
gbaddeley |
Posted: Wed Sep 27, 2017 3:58 pm Post subject: |
|
|
![](images/avatars/gallery/Star Wars/movie_star_wars_yoda.gif) Jedi
Joined: 25 Mar 2003 Posts: 2495 Location: Melbourne, Australia
|
zbyszanna wrote: |
Multiple replies are not a problem for us, as only one application will reply. |
Can that be guaranteed if there are multiple subscribers to the original request?
Quote: |
The problem for us is that the msgid of the message passed to the topic is different than the one that ends up on the server queue via subscription. |
There are other methods of correlating a request message with a reply message. Use one of those methods. _________________ Glenn |
|
Back to top |
|
![](templates/DAJ_Glass/images/spacer.gif) |
|