示例部署方案

为满足消息传送需求，请根据您的部署、性能和可用性需求修改 Java 消息服务和 JMS 主机列表。以下各节介绍了一些典型方案。

为获得最佳可用性，如果 Application Server 无法满足消息传送需求，请将 MQ 代理和 Application Server 部署到不同的计算机上。另一种方法是，在每台计算机上运行 Application Server 实例和 MQ 代理实例，直至有足够的消息传送能力。

默认部署

在安装 Application Server 时，将会自动创建域管理服务器 (Domain Administration Server, DAS)。默认情况下，DAS 的 Java 消息服务类型为 LOCAL。因此，在启动 DAS 时，还会启动其默认 MQ 代理。

在创建新的域时，还会创建新的代理。默认情况下，在域中添加独立服务器实例或群集时，会将其 Java 消息服务配置为 REMOTE， 并且其默认 JMS 主机是由 DAS 启动的代理。

默认部署列举了一个 Application Server 群集中包含 3 个实例的默认部署示例 。

将 MQ 代理群集与 Application Server 群集结合使用

要配置 Application Server 群集以使用 MQ 代理群集，请在 Application Server 的 Java 消息服务中将所有 MQ 代理添加为 JMS 主机。然后，创建的任何 JMS 连接工厂和部署的 MDB 将使用指定的 JMS 配置。

下图展示了一个部署示例，其中代理群集中包含 3 个 MQ 代理， 某一群集中包含 3 个 Application Server 实例。

指定特定于应用程序的 MQ 代理群集

在某些情况下，应用程序可能需要使用一个不同于 Application Server 群集所使用的 MQ 代理群集。指定特定于应用程序的 MQ 代理群集说明了这样一个示例方案。为此，请使用 JMS 连接工厂的 AddressList 属性或 MDB 部署描述符中的 activation-config 元素指定 MQ 代理群集。

有关配置连接工厂的更多信息，请参见《Sun Java System Application Server 9.1 管理指南》中的“JMS 连接工厂”。有关 MDB 的更多信息，请参见《Sun Java System Application Server 9.1 Developer’s Guide》中的“Using Message-Driven Beans”。

应用程序客户机

在应用程序客户机或独立应用程序首次访问 JMS 管理对象时，客户机 JVM 将从服务器中检索 Java 消息服务配置。只有重新启动客户机 JVM 后，客户机 JVM 才能获取有关 JMS 服务的其他更改。