|
此版本仍在开发中，尚不被认为是稳定的。对于最新的稳定版本，请使用 Spring Integration 6.5.1！ |
2.0 和 2.1 之间的更改
请参阅迁移指南，了解可能影响应用程序的重要更改。
新组件
2.1 版添加了许多新组件。
JSR-223 脚本支持
在 Spring Integration 2.0 中，我们添加了对 Groovy 的支持。 在 Spring Integration 2.1 中，我们通过实现对 JSR-223（“Java™ 平台脚本编写”）的支持，大幅扩展了对其他语言的支持。 现在，您可以使用任何支持 JSR-223 的脚本语言，包括：
-
Javascript的
-
Ruby 和 JRuby
-
Python 和 Jython
-
槽的
有关更多详细信息，请参阅脚本支持。
AMQP 支持
Spring Integration 2.1 添加了多个通道适配器，用于使用高级消息队列协议 （AMQP） 接收和发送消息。 此外，Spring Integration 还提供了点对点消息通道和发布-订阅消息通道，这两个通道都由 AMQP Exchange 和 Queues 支持。
有关更多详细信息，请参阅 AMQP 支持。
MongoDB 支持
从版本 2.1 开始，Spring Integration 通过提供基于 MongoDB 的 MongoDB 来提供对 MongoDB 的支持MessageStore.
有关更多详细信息，请参阅 MongoDb 支持。
Redis 支持
从 2.1 版开始，Spring Integration 通过提供基于 Redis 的 Redis 来支持 Redis，这是一个高级键值存储MessageStore以及发布-订阅消息传递适配器。
有关更多详细信息，请参阅 Redis 支持。
支持 Spring 的资源抽象
在 2.1 版中，我们引入了一个新的资源入站通道适配器，它建立在 Spring 的资源抽象之上，以支持跨各种实际类型的底层资源（例如文件、URL 或类路径资源）的更大灵活性。 因此，它类似于文件入站通道适配器，但比文件入站通道适配器更通用。
有关更多详细信息，请参阅资源入站通道适配器。
存储过程组件
在 Spring Integration 2.1 中，JDBCModule 还通过添加多个新组件（包括入站和出站通道适配器以及出站网关）来提供存储过程支持。
存储过程支持利用 Spring 的SimpleJdbcCall类，因此支持以下存储过程：
-
阿帕奇德比
-
DB2
-
MySQL
-
Microsoft SQL Server
-
神谕
-
PostgreSQL
-
赛贝斯
存储过程组件还支持以下数据库的 SQL 函数：
-
MySQL
-
Microsoft SQL Server
-
神谕
-
PostgreSQL
有关更多详细信息，请参阅存储过程。
XPath 和 XML 验证过滤器
Spring Integration 2.1 提供了一个新的基于 XPath 的消息过滤器。
它是XML模块。
XPath 过滤器允许您使用 XPath 表达式过滤消息。
我们还添加了 XML 验证过滤器的文档。
有关更多详细信息，请参阅使用 XPath 过滤器和 XML 验证过滤器。
有效载荷丰富器
从 Spring Integration 2.1 开始，我们添加了有效负载扩充器。
有效负载扩充器定义了一个端点，该端点通常会传递Message到公开的请求通道，然后需要回复消息。
然后，回复消息成为用于评估表达式以丰富目标有效负载的根对象。
有关更多详细信息，请参阅有效负载扩充器。
框架重构
我们以多种方式重构了 Spring Integration 框架，所有这些都在本节中描述。
标准化路由器配置
我们使用 Spring Integration 2.1 标准化了所有路由器实现的路由器参数，以提供更一致的用户体验。
在 Spring Integration 2.1 中，我们删除了ignore-channel-name-resolution-failures属性，以支持将其行为与resolution-required属性。
此外，resolution-required属性现在默认为true.
从 Spring Integration 2.1 开始，如果未定义默认输出通道，路由器将不再静默删除任何消息。
这意味着，默认情况下，路由器现在至少需要一个解析的通道（如果没有default-output-channel已设置），并且默认情况下，抛出一个MessageDeliveryException如果未确定通道（或尝试发送不成功）。
但是，如果您确实想以静默方式删除消息，您可以将default-output-channel="nullChannel".
| 随着路由器参数的标准化和前面描述的参数的整合，基于 Spring Integration 的旧应用程序可能会中断。 |
有关更多详细信息，请参阅Routers.
XML 模式更新至 2.1
Spring Integration 2.1 附带了更新的 XML Schema（版本 2.1）。 它提供了许多改进，例如前面讨论的路由器标准化。
从现在开始，开发人员必须始终声明最新的 XML 模式（当前版本为 2.1）。 或者，他们可以使用无版本架构。 通常，最好的选择是使用无版本命名空间，因为这些命名空间会自动使用最新可用版本的 Spring Integration。
以下示例声明了一个无版本的 Spring Integration 命名空间：
<?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:int="http://www.springframework.org/schema/integration"
xsi:schemaLocation="http://www.springframework.org/schema/integration
https://www.springframework.org/schema/integration/spring-integration.xsd
http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd">
...
</beans>以下示例声明具有显式版本的 Spring Integration 命名空间：
<?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:int="http://www.springframework.org/schema/integration"
xsi:schemaLocation="http://www.springframework.org/schema/integration
https://www.springframework.org/schema/integration/spring-integration-2.2.xsd
http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans.xsd">
...
</beans>旧的 1.0 和 2.0 模式仍然存在。 但是，如果应用程序上下文仍然引用这些已弃用的模式之一，则验证器在初始化时失败。
源代码控制管理和构建基础架构
2.1 版对源代码管理管理和构建基础结构进行了许多更改。 本节介绍这些更改。
源代码现已托管在 Github 上
从 2.0 版开始，Spring Integration 项目使用 Git 进行版本控制。 为了进一步提高社区的知名度，该项目从 SpringSource 托管的 Git 存储库转移到了 Github。 Spring Integration Git 存储库位于：spring-integration。
对于该项目，我们还改进了提供代码贡献的流程。 此外，我们确保每项提交都经过同行评审。 事实上，核心提交者现在遵循与贡献者相同的流程。 有关更多详细信息，请参阅贡献。
使用 Sonar 提高源代码可见性
为了提供更好的源代码可见性，从而监控 Spring Integration 源代码的质量，我们设置了一个 Sonar 实例。 我们每晚收集指标并在 sonar.spring.io 提供。
新样本
对于 Spring Integration 的 2.1 版本，我们还扩展了 Spring Integration 示例项目并添加了许多新示例，例如涵盖 AMQP 支持的示例、展示新有效负载扩充器的示例、说明测试 Spring Integration 流片段的技术的示例以及针对 Oracle 数据库执行存储过程的示例。 有关详细信息，请访问 spring-integration-samples。