jms method advice

[garyg]

What would be the ideal jms to use in this app. I'm not sure whether to go point-to-point w/ a queue, or publish/subscribe.

I have a single broker that sends msg's to groups of recv's, so if 3 recv's are in group A, and 4 recv's in group B, then I want to choose the group of common recv's to send a msg to.

So if I send to group A, then I want the first recv'r available to pick up the msg and not allow the other two recv's in that same group to have access to it.

Any advice much appreciated.

[llsouder]

Sounds like a queue, if only one recv'r should get a message.

Publish/subscribe is for delivering the same message to multiple recv'r

[garyg]

But that's the problem, multiple receivers can get the msg, but only one. Anyone, but just one.

A queue as I understand it, is directed at one receiver, and only that one.

Is is possible to do a pub/sub and once a rec'r reads a msg, have it delete that msg off the topic so that no others can get to it?

[hchirino]

Do point to point. Even though the SPEC does not state the behaviour of p2p with multiple receivers, the typical behaviour is do a round robin distribution of the messages to the receivers.