如何获取消息？使用 JMS 技术作为数据复制的解决方案

核心提示： 这个解决方案的关键是配置 JMS 消息和服务器来同时提供令人满意的性能和服务质量，JMS 规范定义了配置选项，如何获取消息？使用 JMS 技术作为数据复制的解决方案(6)，并通过所有商业解决方案实现它们，但是，要解决这些供应商问题，我们创建了标准 JmsProvider 类（称为 MQSerie

这个解决方案的关键是配置 JMS 消息和服务器来同时提供令人满意的性能和服务质量。JMS 规范定义了配置选项，并通过所有商业解决方案实现它们。但是，配置的确切方法根据不同的供应商而有所不同。

设置

我们创建的体系结构和系统具有通用性且很强大。但是，对于一些移动部件，必须使用正确的方式配置并钩连它们。以下内容是有关将 MQSeries 成功地设置为 JMS 服务器的概述、一些潜在缺陷和实际的指示信息。

对于 MQSeries，首先设置 JNDI 服务器来检索特定于实现的设置，在这种情况下是 JMS 连接工厂（JMS Connection Factory）。有许多不同方法来实现这个操作，但适宜的通用选项是轻量级目录访问协议（LDAP）服务器。我们选择使用 Qualcomm SLAPD。一旦安装好并运行该服务器，就可以用 MQSeries 管理工具（JMSAdmin.bat）来设置该服务器并将其作为 MQ 对象信息库来使用。同时，在设置期间，要特别注意在 IBM MQSeries 之上设置 JMS 的 IBM 文档，这很重要。这个过程涉及创建一些队列和其它对象，这些队列和对象是特定于 JMS 使用并且不属于标准 MQSeries 安装的。

完成 JNDI/LDAP 和 JMS 服务器的设置后，就可以准备配置客户机了。第一步是理解 JMS 如何与 IBM 的标准 MQSeries 实现交互。MQSeries 的 Java 客户机能以两种模式之一进行交互：客户机和绑定模式。只能通过 Java applet 来使用客户机模式，而绑定模式取决于客户机上的 DLL 或者对象库。因为实现的特性，当使用用于 JMS 连接信息的 LDAP 服务器时，只能使用绑定模式。（不清楚为什么有这个限制，但它确实存在。）因此，将用户登录和密码存储在一个全局位置（com.ibm.mq.MQEnvironment.class）而不是在连接时传递它们。要解决这些供应商问题，我们创建了标准 JmsProvider 类（称为 MQSeriesProvider）的子类。这个类将完成的唯一操作是覆盖如何创建连接。不象清单 1 中那样