JMS 命名空间支持

Spring 提供了 XML 命名空间来简化 JMS 配置。要使用 JMS 命名空间元素，你需要引用 JMS 模式，如下例所示：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xmlns:jms="http://www.springframework.org/schema/jms" [id="CO1-1"]1
	xsi:schemaLocation="
		http://www.springframework.org/schema/beans
		https://www.springframework.org/schema/beans/spring-beans.xsd
		http://www.springframework.org/schema/jms
		https://www.springframework.org/schema/jms/spring-jms.xsd">

	<!-- bean definitions here -->

</beans>

<1>  引用 JMS 模式。

该命名空间由三个顶级元素组成：<annotation-driven/>、<listener-container/> 和 <jca-listener-container/>。<annotation-driven/> 启用注解驱动的监听器端点的使用。<listener-container/> 和 <jca-listener-container/> 定义了共享的监听器容器配置，并且可以包含 <listener/> 子元素。以下示例展示了两个监听器的基本配置：

<jms:listener-container>

	<jms:listener destination="queue.orders" ref="orderService" method="placeOrder"/>

	<jms:listener destination="queue.confirmations" ref="confirmationLogger" method="log"/>

</jms:listener-container>

前面的示例等同于创建两个不同的监听器容器 bean 定义和两个不同的 MessageListenerAdapter bean 定义，如使用 MessageListenerAdapter 中所示。除了前面示例中显示的属性之外，listener 元素还可以包含几个可选属性。下表描述了所有可用属性：

Table 1. JMS <listener> 元素的属性
属性	描述
`id`	托管监听器容器的 bean 名称。如果未指定，则会自动生成一个 bean 名称。
`destination` (必填)	此监听器的目标名称，通过 `DestinationResolver` 策略解析。
`ref` (必填)	处理程序对象的 bean 名称。
`method`	要调用的处理程序方法的名称。如果 `ref` 属性指向 `MessageListener` 或 Spring `SessionAwareMessageListener`，则可以省略此属性。
`response-destination`	用于发送响应消息的默认响应目标名称。这适用于请求消息不带 `JMSReplyTo` 字段的情况。此目标的类型由监听器容器的 `response-destination-type` 属性决定。请注意，这仅适用于具有返回值的监听器方法，其中每个结果对象都转换为响应消息。
`subscription`	持久订阅的名称（如果有）。
`selector`	此监听器的可选消息选择器。
`concurrency`	为此监听器启动的并发会话或消费者数量。此值可以是表示最大数量的简单数字（例如 `5`），也可以是表示下限和上限的范围（例如 `3-5`）。请注意，指定的最小值只是一个提示，在运行时可能会被忽略。默认值由容器提供。

<listener-container/> 元素也接受几个可选属性。这允许自定义各种策略（例如 taskExecutor 和 destinationResolver）以及基本的 JMS 设置和资源引用。通过使用这些属性，你可以定义高度定制的监听器容器，同时仍然受益于命名空间的便利性。

你可以通过 factory-id 属性指定要公开的 bean 的 id，从而自动将这些设置公开为 JmsListenerContainerFactory，如下例所示：

<jms:listener-container connection-factory="myConnectionFactory"
		task-executor="myTaskExecutor"
		destination-resolver="myDestinationResolver"
		transaction-manager="myTransactionManager"
		concurrency="10">

	<jms:listener destination="queue.orders" ref="orderService" method="placeOrder"/>

	<jms:listener destination="queue.confirmations" ref="confirmationLogger" method="log"/>

</jms:listener-container>

下表描述了所有可用属性。有关各个属性的更多详细信息，请参阅 AbstractMessageListenerContainer 及其具体子类的类级别 javadoc。javadoc 还讨论了事务选择和消息重新投递场景。

Table 2. JMS <listener-container> 元素的属性
属性	描述
`container-type`	此监听器容器的类型。可用选项为 `default`、`simple`、`default102` 或 `simple102`（默认选项为 `default`）。
`container-class`	自定义监听器容器实现类，以完全限定类名表示。默认是 Spring 的标准 `DefaultMessageListenerContainer` 或 `SimpleMessageListenerContainer`，根据 `container-type` 属性确定。
`factory-id`	将此元素定义的设置作为具有指定 `id` 的 `JmsListenerContainerFactory` 公开，以便它们可以与其他端点重用。
`connection-factory`	对 JMS `ConnectionFactory` bean 的引用（默认 bean 名称为 `connectionFactory`）。
`task-executor`	对用于 JMS 监听器调用器的 Spring `TaskExecutor` 的引用。
`destination-resolver`	对用于解析 JMS `Destination` 实例的 `DestinationResolver` 策略的引用。
`message-converter`	对用于将 JMS 消息转换为监听器方法参数的 `MessageConverter` 策略的引用。默认是 `SimpleMessageConverter`。
`error-handler`	对 `ErrorHandler` 策略的引用，用于处理在 `MessageListener` 执行期间可能发生的任何未捕获异常。
`destination-type`	此监听器的 JMS 目标类型：`queue`、`topic`、`durableTopic`、`sharedTopic` 或 `sharedDurableTopic`。这可能会启用容器的 `pubSubDomain`、`subscriptionDurable` 和 `subscriptionShared` 属性。默认是 `queue`（这会禁用这三个属性）。
`response-destination-type`	响应的 JMS 目标类型：`queue` 或 `topic`。默认是 `destination-type` 属性的值。
`client-id`	此监听器容器的 JMS 客户端 ID。在使用持久订阅时必须指定。
`cache`	JMS 资源的缓存级别：`none`、`connection`、`session`、`consumer` 或 `auto`。默认情况下 (`auto`)，缓存级别实际上是 `consumer`，除非已指定外部事务管理器——在这种情况下，有效默认值将是 `none`（假设 Jakarta EE 风格的事务管理，其中给定的 ConnectionFactory 是一个支持 XA 的池）。
`acknowledge`	本机 JMS 确认模式：`auto`、`client`、`dups-ok` 或 `transacted`。`transacted` 值激活本地事务 `Session`。作为替代，你可以指定 `transaction-manager` 属性，如下表所述。默认是 `auto`。
`transaction-manager`	对外部 `PlatformTransactionManager` 的引用（通常是基于 XA 的事务协调器，例如 Spring 的 `JtaTransactionManager`）。如果未指定，则使用本机确认（请参阅 `acknowledge` 属性）。
`concurrency`	为每个监听器启动的并发会话或消费者数量。它可以是表示最大数量的简单数字（例如 `5`），也可以是表示下限和上限的范围（例如 `3-5`）。请注意，指定的最小值只是一个提示，在运行时可能会被忽略。默认是 `1`。在主题监听器或队列排序很重要的情况下，应将并发限制为 `1`。对于一般队列，请考虑提高它。
`prefetch`	加载到单个会话中的最大消息数。请注意，提高此数字可能会导致并发消费者饥饿。
`receive-timeout`	用于接收调用的超时（以毫秒为单位）。默认是 `1000`（一秒）。`-1` 表示无超时。
`back-off`	指定用于计算恢复尝试之间间隔的 `BackOff` 实例。如果 `BackOffExecution` 实现返回 `BackOffExecution#STOP`，则监听器容器不会进一步尝试恢复。设置此属性时，`recovery-interval` 值将被忽略。默认是 `FixedBackOff`，间隔为 5000 毫秒（即五秒）。
`recovery-interval`	指定恢复尝试之间的间隔，以毫秒为单位。它提供了一种方便的方式来创建具有指定间隔的 `FixedBackOff`。对于更多恢复选项，请考虑指定 `BackOff` 实例。默认是 5000 毫秒（即五秒）。
`phase`	此容器应在其内启动和停止的生命周期阶段。值越低，此容器启动得越早，停止得越晚。默认是 `Integer.MAX_VALUE`，这意味着容器尽可能晚地启动，尽可能早地停止。

使用 jms 模式支持配置基于 JCA 的监听器容器非常相似，如下例所示：

<jms:jca-listener-container resource-adapter="myResourceAdapter"
		destination-resolver="myDestinationResolver"
		transaction-manager="myTransactionManager"
		concurrency="10">

	<jms:listener destination="queue.orders" ref="myMessageListener"/>

</jms:jca-listener-container>

下表描述了 JCA 变体的可用配置选项：

Table 3. JMS <jca-listener-container/> 元素的属性
属性	描述
`factory-id`	将此元素定义的设置作为具有指定 `id` 的 `JmsListenerContainerFactory` 公开，以便它们可以与其他端点重用。
`resource-adapter`	对 JCA `ResourceAdapter` bean 的引用（默认 bean 名称为 `resourceAdapter`）。
`activation-spec-factory`	对 `JmsActivationSpecFactory` 的引用。默认是自动检测 JMS 提供者及其 `ActivationSpec` 类（请参阅 `DefaultJmsActivationSpecFactory`）。
`destination-resolver`	对用于解析 JMS `Destination` 的 `DestinationResolver` 策略的引用。
`message-converter`	对用于将 JMS 消息转换为监听器方法参数的 `MessageConverter` 策略的引用。默认是 `SimpleMessageConverter`。
`destination-type`	此监听器的 JMS 目标类型：`queue`、`topic`、`durableTopic`、`sharedTopic`。或 `sharedDurableTopic`。这可能会启用容器的 `pubSubDomain`、`subscriptionDurable` 和 `subscriptionShared` 属性。默认是 `queue`（这会禁用这三个属性）。
`response-destination-type`	响应的 JMS 目标类型：`queue` 或 `topic`。默认是 `destination-type` 属性的值。
`client-id`	此监听器容器的 JMS 客户端 ID。在使用持久订阅时需要指定。
`acknowledge`	本机 JMS 确认模式：`auto`、`client`、`dups-ok` 或 `transacted`。`transacted` 值激活本地事务 `Session`。作为替代，你可以指定后面描述的 `transaction-manager` 属性。默认是 `auto`。
`transaction-manager`	对 Spring `JtaTransactionManager` 或 `jakarta.transaction.TransactionManager` 的引用，用于为每个传入消息启动 XA 事务。如果未指定，则使用本机确认（请参阅 `acknowledge` 属性）。
`concurrency`	为每个监听器启动的并发会话或消费者数量。它可以是表示最大数量的简单数字（例如 `5`），也可以是表示下限和上限的范围（例如 `3-5`）。请注意，指定的最小值只是一个提示，当使用 JCA 监听器容器时，通常在运行时会被忽略。默认是 1。
`prefetch`	加载到单个会话中的最大消息数。请注意，提高此数字可能会导致并发消费者饥饿。