按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
装。它从CORBA 消息服务得到它的转发保证语义（这个服务定义了异步CORBA 方法调用）。
Java 技术可以和CORBA 很好的集成。它提供了Java IDL 和COS 命名。另外，OMG 最近
定义了基于IIOP 的RMI。
在Java 中期望通过RMI 来使用IIOP。希望通过JNDI 来使用COS 命名。JMS 是Java API ，
65 / 66
…………………………………………………………Page 66……………………………………………………………
它设计的目标是架构在现存的和将来的MOM 系统之上的一层API （就像JNDI 是位于现存的
命名和目录服务至上）。
10。1。6 JMS 应当提供端对端的同步消息转发和转发通知吗？
某些消息系统将向目的地同步转发作为实现可靠应用的机制来提供。某些系统向客户端
提供不同形式的转发通知来让客户端可以检测丢弃或忽略的消息。这都不是 JMS 定义的模
型。
JMS 通过PERSISTNECT 消息的一次只有一个的转发语义提供了转发保证。另外，消息消
费者通过使用CLIENT_ACKNOWLEDGE 模式或事务性会话可以保证消息的可靠处理。
这样就可以使用最小的同步达到可靠的转发，并且这是大多数供应商和开发者喜欢的企
业消息模型。
JMS 没有定义系统消息的模式（Schema ）（例如转发通知）。如果应用需要对这些消息
接收进行确认，那么它可以定义应用级的消息确认。
当在Pub/Sub 应用的上下文中检验这些问题时，它们可以更好理解。在这个上下文中，
同步转发和/或接收的系统确认都不是实现可靠应用有效的机制（因为按照定义，生产者不
负责也不想负责端对端（End to End）的消息转发）。
10。1。7 JMS 应当提供发送到列表的机制吗？
目前，JMS 提供了大量的消息发送选项；但是消息一次只能被发送到一个目的地。
发送到列表的好处是简化了程序员的工作，且潜在地可以让 JMS 提供商优化向多个目
的地发送同一个消息。
发送到列表机制的缺点是列表效果上是客户端实现和维护的一个组。这复杂了 JMS 客
户端的管理。
JMS 提供发送到列表的机制的替代方案，推荐提供商支持代表一个组的目的地。这可以
让客户端只要一个发送就可以到达多个消费者，但要保证组受到妥善的管理。
10。1。8 JMS 应当提供订阅通知吗？
如果发布者能够检测到订阅者什么时候存在，那么它可以禁止想未订阅的主题上发布消
息。
尽管为发布者提供禁止向未订阅的主题上发布消息的机制有一些好处，但这将增加JMS
的复杂性，且它给提供商增加的工作量大于了它得到的好处。反而，JMS 提供商应当保证最
小化处理发布到未订阅主题的消息的负载。
11 变更历史
略。
66 / 66
………………………………………………………………………用户上传之内容结束……………………………………………………………………………………