领先一步
VMware 提供培训和认证,以加速您的进步。
了解更多Spring Integration 团队很高兴地宣布,Spring Integration 5.0 版本的第三个里程碑版本 (5.0.0.M3
) 现已发布。
53 个 JIRA(以及一些 GitHub 问题)已合并到此版本中,包括错误修复和许多新功能。自上一个里程碑版本 2以来的一些亮点:
Spring Integration 测试框架的初始实现 - 用于测试类的 @SpringIntegrationTest
注解和 MockIntegration
工厂帮助您为集成流和通道适配器编写单元测试。我们打算在 GA 之前使用更多功能来完善此功能,包括更多模拟、验证和一些 发送和接收
实用程序,以隔离测试组件。欢迎反馈!
POJO 处理程序方法调用(@ServiceActivator
、@Transformer
等,或从 XML 定义调用的此类方法)现在默认使用 InvocableHandlerMethod
。结合 ConfigurableCompositeMessageConverter
和 @Default
实用程序,这使我们能够根据 Content-Type 和目标方法参数解析实现条件方法调用场景。要恢复以前的基于 SpEL 的行为,提供了 @UseSpelInvoker
方法级注解。
提供了基于 WebFlux WebClient
的 ReactiveHttpRequestExecutingMessageHandler
实现。结合 ReactiveChannel
作为 outputChannel
选项,它为远程 HTTP 服务的消费提供了背压方式。
(S)FTP(和 AWS S3)入站通道适配器现在可以本地还原文件树。为此,引入了新的基于 Files.walk()
的 RecursiveDirectoryScanner
。还提供了 useWatchService
选项。
Web 服务网关现在可以直接交换 WebServiceMessage
作为入站/出站 有效负载
。这允许通过直接访问 WebServiceMessage
属性来支持 MTOM。UnmarshallingTransformer
现在可以处理 MimeMessage
作为有效负载,将其解组为带有附件的对象图。
生成回复的 MessageHandler
现在具有从回复消息中的 replyChannel
标头回退到 outputChannel
的功能,如果请求消息标头中没有 outputChannel
或 replyChannel
。这允许实现业务流程类场景,其中下一步由当前计算的结果确定。
我们要感谢几位社区成员对框架的持续积极贡献;扫描提交并给予他们一些赞誉!
我们正在努力在 Spring Boot 2.0 里程碑版本发布之前发布 M4 版本;并在夏季初发布 GA 版本;紧随 Spring Framework 5.0 版本之后。
有关 5.0
中更改的完整列表,还可以参阅参考手册中的新增功能章节。