消息中介的实用介绍——第 1 部分：消息中介基础

核心提示： 本文假设您熟悉消息技术（例如 JMS 或 Web services）和基于 Eclipse 的开发工具，并具备使用这些工具开发部署 J2EE 应用的能力，消息中介的实用介绍——第 1 部分：消息中介基础(2)，如果您之前使用 WebSphere Studio Application Develo

本文假设您熟悉消息技术（例如 JMS 或 Web services）和基于 Eclipse 的开发工具，并具备使用这些工具开发部署 J2EE 应用的能力。如果您之前使用 WebSphere Studio Application Developer 4 或 5 版本工具来开发 J2EE 应用程序，那么您就已经具备了这些技能。

为什么要使用中介？

对您来说，当确定中介是否是一个正确的解决方案时，有一些需要考虑的问题。目前，已经可以使用消息驱动 bean（MDB）在不同格式消息间进行转换，那么我们为什么还要使用中介呢？

使用中介最为明显的原因就是它保证了消息的一致性。如果您的 MDB 在您已经处理了它的主体后再次发送该消息，实际上您发送的是一个新的消息。这样操作的结果往往是新消息 ID，与原始消息不一致。这将导致您在关联发送与接收到的消息时产生问题。其它消息属性，例如在发送新消息时，消息的期限或时间表将被重新设置或覆盖。

选择使用中介而不是消息驱动 bean 的另一个原因是中介不与特定的消息技术绑定在一起。当编写一个 MDB 时，您需要根据传递消息的类型实现特定的 Java\u2122 接口。一个处理 JMS 消息的 MDB 将实现 javax.jms.MessageListener 接口。开发基于 Web service 的 MDB 需要实现一些其它的接口，并且需要合适的资源适配器：

javax.jms.MessageListener——用于基本的 JMS 消息。当容器调用 onMessage() 时，MDB 传递一个 javax.jms.Message 对象。

javax.xml.messaging.OnewayListener——用于单路径的 Web 服务。当容器调用 onMessage() 时，MDB 传递一个 javax.xml.soap.SOAPMessage 对象。