multicast/worker 与 Tibco 一起排队
multicast/worker queue with Tibco
tibco 支持 "multicast" 吗？
我想使用的另一个术语是 "worker queues"。 （如下面的rabbitmq link所示）
参见：http://www.rabbitmq.com/tutorials/tutorial-two-dotnet.html
我称它们为 "fighters"，因为多个进程可以连接到一个队列，当消息到达队列时，几个进程之一将收到消息，但不是所有进程.
在 EMS 和大多数基于 JMS 的消息传递系统（支持队列和主题）中，这已经是默认行为。
In 不会调用 "multicast" 或 "worker queues"，而只是调用 "load sharing" 或 "load balancing"。 Active-Mq 称它为 "Clustering"（我不喜欢这个词，但是 the diagram is neat）。
模式的正式名称是“Competing consumers (EIP)”。
无论您怎么称呼它，在 EMS 中都非常容易做到。默认情况下，队列接受多个客户端进行读取（您可以更改此设置并使它们互斥，see the user doc）。当一个队列被 2 个或更多的消费者读取，并且一条消息被发送到队列时，该消息将被发送到任何一个消费者。因此，您的预期行为。
请参考the same link for another chapter (14, page 411) on "Multicast" with EMS. This is different... it's ACTUAL NETWORK BASED Multicast，当主题向大量订阅者发布时，有助于降低网络流量。
仅供参考，EMS 只是 TIBCO 提供的三种消息传递解决方案中的一种。另外两个是 Rendez-vous（旧的，基于 UDP）和 FTL（新的，低延迟解决方案）。
tibco 支持 "multicast" 吗？
我想使用的另一个术语是 "worker queues"。 （如下面的rabbitmq link所示）
参见：http://www.rabbitmq.com/tutorials/tutorial-two-dotnet.html
我称它们为 "fighters"，因为多个进程可以连接到一个队列，当消息到达队列时，几个进程之一将收到消息，但不是所有进程.
在 EMS 和大多数基于 JMS 的消息传递系统（支持队列和主题）中，这已经是默认行为。
In 不会调用 "multicast" 或 "worker queues"，而只是调用 "load sharing" 或 "load balancing"。 Active-Mq 称它为 "Clustering"（我不喜欢这个词，但是 the diagram is neat）。
模式的正式名称是“Competing consumers (EIP)”。
无论您怎么称呼它，在 EMS 中都非常容易做到。默认情况下，队列接受多个客户端进行读取（您可以更改此设置并使它们互斥，see the user doc）。当一个队列被 2 个或更多的消费者读取，并且一条消息被发送到队列时，该消息将被发送到任何一个消费者。因此，您的预期行为。
请参考the same link for another chapter (14, page 411) on "Multicast" with EMS. This is different... it's ACTUAL NETWORK BASED Multicast，当主题向大量订阅者发布时，有助于降低网络流量。
仅供参考，EMS 只是 TIBCO 提供的三种消息传递解决方案中的一种。另外两个是 Rendez-vous（旧的，基于 UDP）和 FTL（新的，低延迟解决方案）。