| Author |
Message
|
| HenriqueS |
 Posted: Wed Sep 28, 2011 12:12 pm Post subject: Publish/subscribe + DQM |
 |
|
Master
Joined: 22 Sep 2006
Posts: 235
|
Hello,
I have been reading about the Publish/Subscribe model, but I have not so far understand how this could interact with DQM messaging.
Lets say, I am a hub for N business partners, each one having 2 channels (sender/receiver), how would they subscribe to my topics?
Last edited by HenriqueS on Wed Sep 28, 2011 12:21 pm; edited 1 time in total |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed Sep 28, 2011 12:19 pm Post subject: Re: Publish/subscribe + DQM |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| HenriqueS wrote: |
| how would they subscribe to my topics? |
The same way they'd subscribe to a topic if they were local.
Re-read this; I think you're looking for complexity that WMQ will deal with on your behalf.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Sep 28, 2011 1:31 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
Think of a topic as if it were a queue. You can MQPUT (publish) to a remote queue.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| HenriqueS |
| Posted: Wed Sep 28, 2011 2:21 pm Post subject: |
|
|
Master
Joined: 22 Sep 2006
Posts: 235
|
| About the DQM + Pub/Sub - is this a MQ 7.0 feature only? The MQPublish/Subscribe User’s Guide for MQ 6.0 is not very clear about it. We still have 6.0 here. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Sep 28, 2011 4:51 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.
|
At WMQ v7, the pub/sub engine is now part of WMQ. Included is support from the WMQ v7 Explorer and the relevant MQSC commands.
Chapter 9 of http://www.redbooks.ibm.com/abstracts/sg247583.htm covers pub/sub in v7.
Pub/sub is very cool at v7.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| HenriqueS |
| Posted: Mon Oct 03, 2011 4:08 pm Post subject: |
|
|
Master
Joined: 22 Sep 2006
Posts: 235
|
Thanks for the feedback folks.
Something else, would be a publish/subscribe architecture a good case for a auction/bidding system implementation?
I am doing some research on this. Is there any example around ?
I could use point-to-point messaging for it, and simulate broadcast messages for the bidders opening for an auction, wait for the proposals and communicate the results, but I thought on using a pub/sub scheme. Would be this advisable? Is there any constraints? There is any literature ? |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Oct 03, 2011 7:51 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| HenriqueS wrote: |
Thanks for the feedback folks.
Something else, would be a publish/subscribe architecture a good case for a auction/bidding system implementation?
I am doing some research on this. Is there any example around ?
I could use point-to-point messaging for it, and simulate broadcast messages for the bidders opening for an auction, wait for the proposals and communicate the results, but I thought on using a pub/sub scheme. Would be this advisable? Is there any constraints? There is any literature ? |
Well depending on how secret you want to keep some info...
The auctioneer could publish all relevant information on the auctioned object, including the destination where to submit bids (queue). Bidders subscribe to the auctioneer's topic (feed).
If the destination for bids is a topic, a rogue subscriber might be able to take advantage and fix the auction.
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| HenriqueS |
| Posted: Mon Oct 10, 2011 3:16 pm Post subject: |
|
|
Master
Joined: 22 Sep 2006
Posts: 235
|
Folks,
I have dealt with some basic samples with MQ 7 and yes, it seems simpler than MQ 6 PubSub. In fact I went back to MQ 6 documentation to make it work as a child to a MQ 7 broker, so far I got no success.
Are v.6 QMs able to subscribe to v. 7 topics?
There are no subscribe MQSC commands MQ 6?
(Our idea for our auction system is just to deliver info, start time and reports for bidders using PubSub. The biddings will come to us through normal P2P messaging.) |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Mon Oct 10, 2011 11:17 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| HenriqueS wrote: |
Folks,
I have dealt with some basic samples with MQ 7 and yes, it seems simpler than MQ 6 PubSub. In fact I went back to MQ 6 documentation to make it work as a child to a MQ 7 broker, so far I got no success.
Are v.6 QMs able to subscribe to v. 7 topics?
There are no subscribe MQSC commands MQ 6?
(Our idea for our auction system is just to deliver info, start time and reports for bidders using PubSub. The biddings will come to us through normal P2P messaging.) |
The V6 subscribe command (like V7 through MQSC) can be done using RFHUtil(c)
You would have to use an RFH header for pub/sub.
Have fun
_________________
MQ & Broker admin |
|
| Back to top |
|
|
|
|
