消息元注解
从 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方法上没有消息注解一样。 -
AbstractEndpointbean 名称是按照以下模式生成的:[@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();
}
您也可以将这些注解用作元注解。
建议注解端点
请参阅 使用注解建议端点。