我是TIBCO的JMS队列的新手，我想了解以下内容。
考虑一家拥有多个部门的公司
从外部来源收到的消息需要由不同部门使用。每个部门的客户应该在主题上有 tibco静态桥接队列还是静态持久？
一方的优势/劣势是什么？
答案 0 :(得分：0)
我假设你已经知道JMS Queue和JMS Topic之间的区别，（jms队列！= FIFO）其他请看[http://en.wikipedia.org/wiki/Java_Message_Service][1]然后有这里没有涉及的整个安全问题。
所以我们假设安全性正在关注，主要的问题是，如果客户端将有一个进程并且从队列中提取消息，那么队列就可以了，但如果他们将创建一个进程，订阅特定频道然后你想要一个队列。
我看到所有部门都将消息放入同一队列的情况，然后他们的客户端从队列中获取仅为他们标记的消息，这可以通过jms属性集和选择器来完成。
此解决方案更像是一种实现类型的解决方案，它将改变客户端如何从＆＃34;占位符＆＃34;队列/主题，随着性能的提高，两者都在TIBCO EMS上表现得非常好。我已经看到超过100万条消息/秒的吞吐量。消息移动的速度也取决于＆＃34;服务的作用/需要多长时间＆＃34;和客户阅读它们。
如果考虑到客户端和服务级别的性能，EMS系统将表现良好。
答案 1 :(得分：0)
如果我理解你的问题，你想比较一下：
选项1 - ＆＃34;输入＆＃34;主题桥接（如在EMS目标桥中）到许多部门队列
VS
选项2 - 从所有部门到同一输入主题的静态持久订阅
以下是我前面看到的差异： 队列和静态持久订阅者必须在不同的配置文件中配置，并且队列设置具有更大的灵活性：您可以选择存储（fs位置），持久性选项，到期选项等。 队列可以在多个实例（一跳限制）上路由，主题也可以路由，但是必须在目标服务器上本地设置静态持久订阅。
简而言之，它们几乎相同，但队列提供了比静态持久订阅更多的配置选项。
可能的实验说明：静态持久订阅＆＃34;借用＆＃34;目标队列中的一些属性？例如：使用与主题相同的商店？
最后一点：非静态持久订阅（客户端持久触发，没有配置）可能是一个更值得注意的功能恕我直言......但不是你想要的。静态持久性与队列非常相似，可能不值得您花时间。