消息元注解
从 4.0 版本开始,所有消息注解都可以配置为元注解,并且所有用户定义的消息注解都可以定义相同的属性来覆盖它们的默认值。 此外,元注解可以分层配置,如下例所示:
@Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@ServiceActivator(inputChannel = "annInput", outputChannel = "annOutput")
public @interface MyServiceActivator {
String[] adviceChain = { "annAdvice" };
}
@Target({ElementType.METHOD, ElementType.ANNOTATION_TYPE})
@Retention(RetentionPolicy.RUNTIME)
@MyServiceActivator
public @interface MyServiceActivator1 {
String inputChannel();
String outputChannel();
}
...
@MyServiceActivator1(inputChannel = "inputChannel", outputChannel = "outputChannel")
public Object service(Object payload) {
...
}
分层配置元注解允许用户为各种属性设置默认值,并实现框架 Java 依赖项与用户注解的隔离,避免在用户类中使用它们。 如果框架发现一个带有框架元注解的用户注解方法,它将被视为该方法直接使用框架注解进行注解。
@Bean
方法上的注解
从 4.0 版本开始,您可以在 @Configuration
类中的 @Bean
方法定义上配置消息注解,以基于 Bean 而不是方法生成消息端点。
当 @Bean
定义是“开箱即用”的 MessageHandler
实例(AggregatingMessageHandler
、DefaultMessageSplitter
等)、Transformer
实例(JsonToObjectTransformer
、ClaimCheckOutTransformer
等)和 MessageSource
实例(FileReadingMessageSource
、RedisStoreMessageSource
等)时,这很有用。
以下示例显示了如何将消息注解与 @Bean
注解一起使用:
@Configuration
@EnableIntegration
public class MyFlowConfiguration {
@Bean
@InboundChannelAdapter(value = "inputChannel", poller = @Poller(fixedDelay = "1000"))
public MessageSource<String> consoleSource() {
return CharacterStreamReadingMessageSource.stdin();
}
@Bean
@Transformer(inputChannel = "inputChannel", outputChannel = "httpChannel")
public ObjectToMapTransformer toMapTransformer() {
return new ObjectToMapTransformer();
}
@Bean
@ServiceActivator(inputChannel = "httpChannel")
public HttpRequestExecutingMessageHandler httpHandler() {
HttpRequestExecutingMessageHandler handler = new HttpRequestExecutingMessageHandler("https://foo/service");
handler.setExpectedResponseType(String.class);
handler.setOutputChannelName("outputChannel");
return handler;
}
@Bean
@ServiceActivator(inputChannel = "outputChannel")
public LoggingHandler loggingHandler() {
return new LoggingHandler("info");
}
}
5.0 版本引入了对带有 @InboundChannelAdapter
注解的 @Bean
的支持,该注解返回 java.util.function.Supplier
,它可以生成 POJO 或 Message
。
以下示例显示了如何使用这种组合:
@Configuration
@EnableIntegration
public class MyFlowConfiguration {
@Bean
@InboundChannelAdapter(value = "inputChannel", poller = @Poller(fixedDelay = "1000"))
public Supplier<String> pojoSupplier() {
return () -> "foo";
}
@Bean
@InboundChannelAdapter(value = "inputChannel", poller = @Poller(fixedDelay = "1000"))
public Supplier<Message<String>> messageSupplier() {
return () -> new GenericMessage<>("foo");
}
}
元注解规则也适用于 @Bean
方法(前面描述的 @MyServiceActivator
注解可以应用于 @Bean
定义)。
当您在消费者 |
Bean 名称是使用以下算法生成的: |
-
MessageHandler
(MessageSource
)@Bean
从方法名或@Bean
上的name
属性获取其自己的标准名称。 这就像@Bean
方法上没有消息注解一样。 -
AbstractEndpoint
bean 名称是按照以下模式生成的:[@Bean name].[decapitalizedAnnotationClassShortName]
。 例如,前面显示的consoleSource()
定义的SourcePollingChannelAdapter
端点获得一个 bean 名称consoleSource.inboundChannelAdapter
。 与 POJO 方法不同,bean 方法名称不包含在端点 bean 名称中。 另请参见 端点 Bean 名称。 -
如果
@Bean
不能直接用于目标端点(不是MessageSource
、AbstractReplyProducingMessageHandler
或AbstractMessageRouter
的实例),则会注册相应的AbstractStandardMessageHandlerFactoryBean
以委托给此@Bean
。 此包装器的 bean 名称是按照以下模式生成的:[@Bean name].[decapitalizedAnnotationClassShortName].[handler (or source)]
。
当在 @Bean
定义上使用这些注解时,inputChannel
必须引用一个已声明的 bean。
如果通道尚未在应用程序上下文中存在,则会自动声明。
使用 Java 配置,您可以在
与现有的 Spring 容器逻辑一起,消息端点 bean(基于 |
使用注解创建桥接
从 4.0 版本开始,Java 配置提供了 @BridgeFrom
和 @BridgeTo
@Bean
方法注解,用于在 @Configuration
类中标记 MessageChannel
bean。
这些注解确实是为了完整性而存在的,提供了一种方便的机制来声明 BridgeHandler
及其消息端点配置:
@Bean
public PollableChannel bridgeFromInput() {
return new QueueChannel();
}
@Bean
@BridgeFrom(value = "bridgeFromInput", poller = @Poller(fixedDelay = "1000"))
public MessageChannel bridgeFromOutput() {
return new DirectChannel();
}
@Bean
public QueueChannel bridgeToOutput() {
return new QueueChannel();
}
@Bean
@BridgeTo("bridgeToOutput")
public MessageChannel bridgeToInput() {
return new DirectChannel();
}
您也可以将这些注解用作元注解。
建议注解端点
请参阅 使用注解建议端点。