出站通道适配器
以下示例展示了 AMQP 出站通道适配器的可用属性
-
Java DSL
-
Java
-
XML
@Bean
public IntegrationFlow amqpOutbound(AmqpTemplate amqpTemplate,
MessageChannel amqpOutboundChannel) {
return IntegrationFlow.from(amqpOutboundChannel)
.handle(Amqp.outboundAdapter(amqpTemplate)
.routingKey("queue1")) // default exchange - route to queue 'queue1'
.get();
}
@Bean
@ServiceActivator(inputChannel = "amqpOutboundChannel")
public AmqpOutboundEndpoint amqpOutbound(AmqpTemplate amqpTemplate) {
AmqpOutboundEndpoint outbound = new AmqpOutboundEndpoint(amqpTemplate);
outbound.setRoutingKey("queue1"); // default exchange - route to queue 'queue1'
return outbound;
}
@Bean
public MessageChannel amqpOutboundChannel() {
return new DirectChannel();
}
<int-amqp:outbound-channel-adapter id="outboundAmqp" (1)
channel="outboundChannel" (2)
amqp-template="myAmqpTemplate" (3)
exchange-name="" (4)
exchange-name-expression="" (5)
order="1" (6)
routing-key="" (7)
routing-key-expression="" (8)
default-delivery-mode"" (9)
confirm-correlation-expression="" (10)
confirm-ack-channel="" (11)
confirm-nack-channel="" (12)
confirm-timeout="" (13)
wait-for-confirm="" (14)
return-channel="" (15)
error-message-strategy="" (16)
header-mapper="" (17)
mapped-request-headers="" (18)
lazy-connect="true" (19)
multi-send="false"/> (20)
1 | 此适配器的唯一 ID。可选。 |
2 | 消息应发送到此消息通道,以便将其转换并发布到 AMQP 交换机。必需。 |
3 | 配置好的 AMQP 模板的 Bean 引用。可选(默认为 amqpTemplate )。 |
4 | 消息发送到的 AMQP 交换机名称。如果未提供,消息将发送到默认的无名称交换机。与 'exchange-name-expression' 互斥。可选。 |
5 | 用于确定消息发送到的 AMQP 交换机名称的 SpEL 表达式,消息作为根对象。如果未提供,消息将发送到默认的无名称交换机。与 'exchange-name' 互斥。可选。 |
6 | 注册多个消费者时,此消费者的顺序,从而实现负载均衡和故障转移。可选(默认为 Ordered.LOWEST_PRECEDENCE [=Integer.MAX_VALUE] )。 |
7 | 发送消息时使用的固定路由键。默认情况下,这是一个空 String 。与 'routing-key-expression' 互斥。可选。 |
8 | 用于确定发送消息时使用的路由键的 SpEL 表达式,消息作为根对象(例如,'payload.key')。默认情况下,这是一个空 String 。与 'routing-key' 互斥。可选。 |
9 | 消息的默认投递模式:PERSISTENT (持久)或 NON_PERSISTENT (非持久)。如果 header-mapper 设置了投递模式,则会覆盖此设置。如果存在 Spring Integration 消息头 amqp_deliveryMode ,DefaultHeaderMapper 将设置该值。如果未提供此属性且 header mapper 未设置,则默认值取决于 RabbitTemplate 使用的底层 Spring AMQP MessagePropertiesConverter 。如果未对其进行任何自定义,则默认值为 PERSISTENT 。可选。 |
10 | 一个定义关联数据的表达式。提供此项时,将配置底层 AMQP 模板以接收 publisher 确认。需要专用的 RabbitTemplate 和一个 CachingConnectionFactory ,且其 publisherConfirms 属性设置为 true 。当收到 publisher 确认并提供关联数据时,根据确认类型,会将其写入 confirm-ack-channel 或 confirm-nack-channel 。确认的 payload 是此表达式定义的关联数据。消息包含一个 'amqp_publishConfirm' 头,设置为 true (`ack`) 或 false (`nack`)。示例:headers['myCorrelationData'] 和 payload 。版本 4.1 引入了 amqp_publishConfirmNackCause 消息头,它包含 publisher 确认 'nack' 的 cause 。从版本 4.2 开始,如果表达式解析为 Message<?> 实例(例如 #this ),则在 ack /nack 通道上发出的消息将基于该消息,并添加额外头。之前,无论类型如何,都会创建一个以关联数据作为 payload 的新消息。另请参阅 Publisher 确认和 Return 的替代机制。可选。 |
11 | 用于发送肯定 (`ack`) publisher 确认的通道。payload 是由 confirm-correlation-expression 定义的关联数据。如果表达式是 #root 或 #this ,则消息将基于原始消息构建,并设置 amqp_publishConfirm 头为 true 。另请参阅 Publisher 确认和 Return 的替代机制。可选(默认为 nullChannel )。 |
12 | 用于发送否定 (`nack`) publisher 确认的通道。payload 是由 confirm-correlation-expression 定义的关联数据(如果未配置 ErrorMessageStrategy )。如果表达式是 #root 或 #this ,则消息将基于原始消息构建,并设置 amqp_publishConfirm 头为 false 。如果配置了 ErrorMessageStrategy ,则消息是一个 ErrorMessage ,其 payload 是 NackedAmqpMessageException 。另请参阅 Publisher 确认和 Return 的替代机制。可选(默认为 nullChannel )。 |
13 | 设置此项时,如果在指定毫秒时间内未收到 publisher 确认,适配器将合成一个否定确认 (nack)。待处理的确认每隔此值的 50% 进行检查,因此实际发送 nack 的时间将介于此值的 1 倍到 1.5 倍之间。另请参阅 Publisher 确认和 Return 的替代机制。默认无(不生成 nack)。 |
14 | 设置为 true 时,调用线程将阻塞,等待 publisher 确认。这需要配置用于确认的 RabbitTemplate 以及 confirm-correlation-expression 。线程将阻塞直到 confirm-timeout (或默认 5 秒)。如果发生超时,将抛出 MessageTimeoutException 。如果启用了 returns 并且消息被 returned,或在等待确认期间发生任何其他异常,将抛出 MessageHandlingException ,并附带适当的消息。 |
15 | 用于发送 Returned 消息的通道。提供此项时,将配置底层 AMQP 模板将无法投递的消息 Returned 给适配器。如果未配置 ErrorMessageStrategy ,则消息将根据从 AMQP 接收到的数据构建,并包含以下额外头:amqp_returnReplyCode 、amqp_returnReplyText 、amqp_returnExchange 、amqp_returnRoutingKey 。如果配置了 ErrorMessageStrategy ,则消息是一个 ErrorMessage ,其 payload 是 ReturnedAmqpMessageException 。另请参阅 Publisher 确认和 Return 的替代机制。可选。 |
16 | 引用用于构建 ErrorMessage 实例的 ErrorMessageStrategy 实现,用于发送 Returned 或否定确认的消息。 |
17 | 发送 AMQP 消息时使用的 AmqpHeaderMapper 引用。默认情况下,只有标准 AMQP 属性(例如 contentType )会被复制到 Spring Integration MessageHeaders 。任何用户定义的头都不会被默认的 DefaultAmqpHeaderMapper 复制到消息中。如果提供了 'request-header-names' 则不允许使用此项。可选。 |
18 | 逗号分隔的 AMQP 头名称列表,用于从 MessageHeaders 映射到 AMQP Message。如果提供了 'header-mapper' 引用,则不允许使用此项。此列表中的值也可以是与头名称匹配的简单模式(例如 "*" 或 "thing1*, thing2" 或 "*thing1" )。 |
19 | 设置为 false 时,端点会在应用程序上下文初始化期间尝试连接到 broker。这允许“快速失败”检测不良配置,但也可能导致在 broker 关闭时初始化失败。当设置为 true (默认值)时,连接会在发送第一条消息时建立(如果因其他组件已建立连接而尚未存在)。 |
20 | 设置为 true 时,类型为 Iterable<Message<?>> 的 payloads 将在单个 RabbitTemplate 调用范围内,作为单独的消息发送到同一通道。需要一个 RabbitTemplate 。当 wait-for-confirms 为 true 时,消息发送后会调用 RabbitTemplate.waitForConfirmsOrDie() 。对于事务性模板,发送操作将在新事务或已启动的事务中执行(如果存在)。 |
return-channel
使用 |