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?"
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"
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
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.
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