ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » Error Handling in MQ PubSub

Post new topic  Reply to topic Goto page Previous  1, 2
 Error Handling in MQ PubSub « View previous topic :: View next topic » 
Author Message
ashu
PostPosted: Tue Dec 18, 2007 10:03 pm    Post subject: Reply with quote

Centurion

Joined: 11 Nov 2006
Posts: 132

rohiddev wrote:
The 3 subscribers are MDB's listening to the same listener port. The listener port is setup with connection factory jndi name and destination jndi name referring topic connection factory and topic
How would I feed only Subscriber B the corrected message using the same input Queue?"


MDB
<ejb-jar id="ejb-jar_ID">
<display-name>Message</display-name>
<enterprise-beans>
<message-driven id="Message">
<ejb-name>Message</ejb-name>
<ejb-class>com.amfam.mdb.MessageBean</ejb-class>
<transaction-type>Container</transaction-type>
<message-driven-destination>
<destination-type>javax.jms.Topic</destination-type>
</message-driven-destination>
</message-driven>
</enterprise-beans>
</ejb-jar>

Regards,
Rohid


Actually I had guessed that they would be MDBs. I beg your pardon but creating three Queues would mean that the message will have to replicated at the publisher level...moreover creation of three queues might be costly(correct if I am wrong)...
One solution could be to maintain some state in the MDB as to what was the last Message it processed. This way if Subsciber B requests the retransfer of the message, the other two will not reprocess it. This is assuming that all the three have already read the message but B could not process it. If B hasn't read it from the topic then the message stays on the topic till all the subscribers read it and there is no problem.
_________________
Ashu

"It is simple to be Happy but difficult to be Simple"
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Wed Dec 19, 2007 4:03 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20768
Location: LI,NY

This is wrong in oh so many ways.
Doesn't matter and particularly if the subscribers are MDB's I would like each to have it's own queue to listen to. The cost for 2 additional queues is insignificant and irrelevant in this set up
The only way to have one queue to listen to is for scalability: i.e. multiple instances of the same MDB listening to the same queue.

_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Vitor
PostPosted: Wed Dec 19, 2007 4:36 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

ashu wrote:
One solution could be to maintain some state in the MDB as to what was the last Message it processed. This way if Subsciber B requests the retransfer of the message, the other two will not reprocess it. This is assuming that all the three have already read the message but B could not process it. If B hasn't read it from the topic then the message stays on the topic till all the subscribers read it and there is no problem.


It's a bit anti-pattern. If publisher and subscriber are decoupled, then so should all the subscribers be unaware of each other. At best it smacks of message affinity.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page Previous  1, 2 Page 2 of 2

MQSeries.net Forum Index » General IBM MQ Support » Error Handling in MQ PubSub
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.