请参阅严格消息排序。

这些java.util.function接口现在改进了框架组件中的集成支持。Kotlin lambdas 现在也可用于处理程序和源方法。

请参阅java.util.function接口支持。

提供了一个 JUnit 5@LongRunningTest条件注释来检查RUN_LONG_INTEGRATION_TESTS具有值的条目的环境或系统属性，true以确定是否应该运行或跳过测试。

请参阅JUnit 规则和条件。

现在IntegrationFlowContext是一个接口并且IntegrationFlowRegistration是 的一个内部接口IntegrationFlowContext。

logAndReply()当您希望在请求-回复配置的流程结束时登录时，为了方便起见，引入了一个新的运算符。这避免了与log()哪个被视为单向端流组件的混淆。

为集成流中的任何内容生成的 bean 名称NamedComponent现在基于组件类型，以便从可视化工具、日志分析器和指标收集器中获得更好的可读性。

现在GenericHandler.handle()排除了MessageHeaders第二个参数的类型。

捕获和重新抛出的异常AbstractDispatcher现在更加一致：

之前：

全局通道拦截器现在适用于动态注册的通道，例如通过IntegrationFlowContext使用 Java DSL 或使用beanFactory.initializeBean(). 以前，在刷新应用程序上下文后创建 bean 时，不会应用拦截器。

ChannelInterceptor.postReceive()没有收到消息时不再调用；不再需要检查null Message<?>. 以前，该方法被调用。如果您有一个依赖于先前行为的拦截器，请afterReceiveCompleted()改为实现，因为该方法被调用，无论是否接收到消息。此外，PolledAmqpChannelandPolledJmsChannel以前没有调用afterReceiveCompleted()with null; 他们现在这样做了。

ResultType.BYTES为ObjectToJsonTransformer. _

有关更多信息，请参阅JSON 转换器。

从版本 5.0.5 开始，为组件生成的 bean 名称IntegrationFlow包括流 bean 名称，后跟一个点作为前缀。例如，如果流 bean 被命名flowBean，则生成的 bean 可能被命名flowBean.generatedBean。

有关更多信息，请参阅使用消息流。

如果groupTimeout被评估为负值，则聚合器现在立即使组过期。Onlynull被认为是对当前消息不做任何事情的信号。

引入了一个新popSequence属性以允许（默认情况下）MessageBuilder.popSequenceDetails()为输出消息调用 a。现在还AbstractAggregatingMessageGroupProcessor返回 anAbstractIntegrationMessageBuilder而不是整体Message以进行优化。

有关详细信息，请参阅聚合器。

从版本 5.1 开始，您必须通过使用或使用子元素 on显式打开@PublisherAOP 功能。还添加了和属性以调整配置。@EnablePublisher<int:enable-publisher><int:annotation-config>proxy-target-classorderProxyFactory

有关详细信息，请参阅使用注释的注释驱动配置@Publisher。

单独的Spring Integration Java DSL项目现已合并到核心 Spring Integration 项目中。通道适配器和网关的IntegrationComponentSpec实现分布在它们的特定模块中。有关Java DSL支持的更多信息，请参阅 Java DSL。另请参阅4.3 到 5.0 迁移指南，了解迁移到 Spring Integration 5.0 所需的步骤。

我们创建了一个新的 Spring Integration 测试框架来帮助测试 Spring Integration 应用程序。现在，使用@SpringIntegrationTest测试类和工厂上的注释MockIntegration，您可以使集成流的 JUnit 测试更容易一些。

有关更多信息，请参阅测试支持。

新MongoDbOutboundGateway功能允许您通过向其请求通道发送消息来按需查询数据库。

有关更多信息，请参阅MongoDB 出站网关。

我们为 Spring WebFlux 框架网关和通道适配器引入了新的 WebFlux 支持模块。

有关更多信息，请参阅WebFlux 支持。

现在我们使用InvocableHandlerMethod基于新的基础架构进行服务方法调用，我们可以执行contentType从有效负载到目标方法参数的转换。

有关详细信息，请参阅内容类型转换。

我们添加了ErrorMessagePublisher和ErrorMessageStrategy用于创建ErrorMessage实例。

有关详细信息，请参阅错误处理。

我们添加了实现的 JDBCMetadataStore实现。当您需要确保元数据的事务边界时，这很有用。

有关详细信息，请参阅JDBC 元数据存储。

@Poller注释现在具有更容易配置基础的errorChannel属性MessagePublishingErrorHandler。有关详细信息，请参阅注释支持。

所有请求-回复端点（基于AbstractReplyProducingMessageHandler）现在都可以启动事务，因此，使整个下游流具有事务性。有关更多信息，请参阅事务支持。

现在SmartLifecycleRoleController提供了获取角色中端点状态的方法。有关详细信息，请参阅端点角色。

默认情况下，现在使用 调用 POJO 方法InvocableHandlerMethod，但您可以像以前一样将它们配置为使用 SpEL。有关详细信息，请参阅POJO 方法调用。

将 POJO 方法定位为消息处理程序时，您现在可以使用@Default注释标记其中一个服务方法，以便为不匹配的条件提供回退机制。有关详细信息，请参阅配置服务激活器。

我们添加了一个简单PassThroughTransactionSynchronizationFactory的方法来始终在当前事务上下文中存储轮询消息。该消息用作 的failedMessage属性MessagingException，它包装在事务完成期间抛出的任何原始异常。有关详细信息，请参阅事务同步。

现在，基于聚合器表达式ReleaseStrategy的表达式针对 的MessageGroup而不是仅针对 的集合求值Message<?>。有关详细信息，请参阅聚合器和 Spring 表达式语言 (SpEL)。

您现在可以提供ObjectToMapTransformer定制的JsonObjectMapper.

有关详细信息，请参阅聚合器和 Spring 表达式语言 (SpEL)。

@GlobalChannelInterceptor注释和现在支持组件名称匹配的<int:channel-interceptor>否定模式（通过!前置）。有关详细信息，请参阅全局通道拦截器配置。

当候选人未能获得锁时，LockRegistryLeaderInitiatornow 发出一个新的OnFailedToAcquireMutexEventthrough DefaultLeaderEventPublisher。有关Leadership Event Handling更多信息，请参阅。

当网关方法具有void返回类型并提供错误通道时，网关现在可以正确设置errorChannel标头。以前，标题未填充。这导致同步下游流（在调用线程上运行）将异常发送到配置的通道，但异步下游流上的异常将被发送到默认值errorChannel。

该RequestReplyExchanger接口现在有一个throws MessagingException条款来满足提议的消息交换合同。

您现在可以使用 SpEL 表达式指定请求和回复超时。有关详细信息，请参阅消息传递网关。

默认情况下，聚合器现在使用SimpleSequenceSizeReleaseStrategy更有效的 a ，尤其是对于大型组。空组现在计划在empty-group-min-timeout. 有关详细信息，请参阅聚合器。

拆分器组件现在可以处理和拆分 JavaStream和 Reactive StreamsPublisher对象。如果输出通道是 a ReactiveStreamsSubscribableChannel，则为后续迭代AbstractMessageSplitter构建 aFlux而不是常规的Iterator，独立于被拆分的对象。此外，如果可能的话，AbstractMessageSplitter提供protected obtainSizeIfPossible()允许确定Iterable和对象大小的方法。Iterator有关详细信息，请参阅拆分器。

以前，Spring Integration JMS XML 配置使用connectionFactoryJMS 连接工厂的默认 bean 名称，允许从组件定义中省略该属性。我们将其重命名为jmsConnectionFactory，这是 Spring Boot 用于自动配置 JMS 连接工厂 bean 的 bean 名称。

如果您的应用程序依赖于以前的行为，您可以重命名您的connectionFactorybeanjmsConnectionFactory或专门配置您的组件以使用您的 bean 通过使用它的当前名称。有关更多信息，请参阅JMS 支持。

呈现 IMAP 邮件内容的一些不一致问题已得到解决。有关详细信息，请参阅“邮件接收通道适配器”部分中的注释。

代替com.rometools.fetcher.FeedFetcherROME 中已弃用的 ，我们Resource为FeedEntryMessageSource. 有关详细信息，请参阅馈送适配器。

我们引入了新的FileHeaders.RELATIVE_PATH消息头来表示FileReadingMessageSource.

尾部适配器现在支持idleEventInterval在该期间文件中没有数据时发出事件。

现在的刷新谓词FileWritingMessageHandler有一个附加参数。

文件出站通道适配器和网关 ( FileWritingMessageHandler) 现在支持REPLACE_IF_MODIFIED FileExistsMode.

他们现在还支持对新写入的文件设置文件权限。

现在有一个新FileSystemMarkerFilePresentFileListFilter的可用。有关详细信息，请参阅处理不完整数据。

现在FileSplitter提供了一个firstLineAsHeader选项，可以在为剩余行发出的消息中携带第一行内容作为标题。

有关详细信息，请参阅文件支持。

入站通道适配器现在有一个名为 的属性max-fetch-size，当本地目录中当前没有文件时，该属性用于限制在轮询期间获取的文件数。默认情况下，它们还配置FileSystemPersistentAcceptOnceFileListFilter有local-filter.

您还可以通过设置新引入的属性DirectoryScanner为入站通道适配器提供自定义实现。scanner

您现在可以将正则表达式和模式过滤器配置为始终传递目录。当您在出站网关中使用递归时，这可能很有用。

默认情况下，所有入站通道适配器（基于流和同步）现在使用适当的AbstractPersistentAcceptOnceFileListFilter实现来防止远程文件的重复下载。

FTP 和 SFTP 出站网关现在支持REPLACE_IF_MODIFIED FileExistsMode获取远程文件时。

FTP 和 SFTP 流式入站通道适配器现在在消息头中添加远程文件信息。

FTP 和 SFTP 出站通道适配器（以及PUT出站网关的命令）现在也支持InputStreamas payload。

入站通道适配器现在可以使用新引入的RecursiveDirectoryScanner. 请参阅FTP 入站通道适配器scanner部分中的选项以进行注入。此外，您现在可以将这些适配器切换到。WatchService

我们将NLST命令添加AbstractRemoteFileOutboundGateway到执行列表文件名远程命令。

您现在可以提供FtpOutboundGatewaywithworkingDirExpression来更改当前请求消息的 FTP 客户端工作目录。

现在RemoteFileTemplate提供了以在相同的线程边界范围内invoke(OperationsCallback<F, T> action)执行多个调用。RemoteFileOperationsSession

我们添加了新的过滤器来检测不完整的远程文件。

FtpOutboundGateway和SftpOutboundGateway现在支持使用GETorMGET命令在成功传输后删除远程文件的选项。

有关详细信息，请参阅FTP/FTPS 适配器和SFTP 适配器。

4.3.2 版添加了一个新的spring.integration.readOnly.headers全局属性，让您可以自定义不应复制到Message由MessageBuilder. 有关详细信息，请参阅全局属性。

我们在 上添加了一个新选项，CharacterStreamReadingMessageSource让它用于“管道”标准输入并在管道关闭时发布应用程序事件。有关更多信息，请参阅从流中读取。

现在BarrierMessageHandler支持一个丢弃通道，迟到的触发消息被发送到该通道。有关详细信息，请参阅线程屏障。

AMQP 出站端点现在支持在您使用 RabbitMQ 延迟消息交换插件时设置延迟表达式。

入站端点现在支持 Spring AMQP DirectMessageListenerContainer。

可轮询 AMQP 支持的通道现在会阻止轮询器线程配置轮询器receiveTimeout（默认值：一秒）。

由消息转换器添加到消息属性的标头，例如contentType，现在在最终消息中使用。以前，它取决于最终消息中出现的标头和消息属性的转换器类型。要覆盖转换器设置的标头，请将headersMappedLast属性设置为true. 有关更多信息，请参阅AMQP 支持。

默认情况下，该DefaultHttpHeaderMapper.userDefinedHeaderPrefix属性现在是一个空字符串，而不是X-. 有关详细信息，请参阅HTTP 标头映射。

默认情况下，uriVariablesExpression现在使用 a SimpleEvaluationContext（从 5.0.4 开始）。

有关详细信息，请参阅映射 URI 变量。

入站消息现在使用 、 和 标头映射，RECEIVED_TOPIC以RECEIVED_QOS避免RECEIVED_RETAINED在应用程序中继消息时无意传播到出站消息。

出站通道适配器现在支持主题、qos 和保留属性的表达式。默认值保持不变。有关更多信息，请参阅MQTT 支持。

ReactorNettyTcpStompClient基于 Project Reactor3.1和reactor-netty扩展，我们将 STOMP 模块更改为 use 。根据基金会，我们重命名Reactor2TcpStompSessionManager为。有关更多信息，请参阅STOMP 支持。ReactorNettyTcpStompSessionManagerReactorNettyTcpStompClient

您现在可以为WebServiceOutboundGateway实例提供外部配置的WebServiceTemplate实例。

DefaultSoapHeaderMapper现在可以将javax.xml.transform.Source用户定义的标头映射到 SOAP 标头元素。

简单的 WebService 入站和出站网关现在可以处理完整WebServiceMessage的payloadMTOM 附件。

有关详细信息，请参阅Web 服务支持。

现在为 SpEL 表达式RedisStoreWritingMessageHandler提供了额外的基于 - 的设置器（为了方便 Java 配置）。String您现在也可以配置zsetIncrementExpressionon the RedisStoreWritingMessageHandler。此外，由于Redis 命令上的选项是可选的，因此该属性已从 更改true为。falseINCRZADD

您现在可以为执行 Redis 侦听器调用程序RedisInboundChannelAdapter提供一个。Executor此外，接收到的消息现在包含一个RedisHeaders.MESSAGE_SOURCE标头以指示消息的来源（主题或模式）。

有关更多信息，请参阅Redis 支持。

我们添加了一个新ThreadAffinityClientConnectionFactory的将 TCP 连接绑定到线程。

您现在可以配置 TCP 连接工厂以支持PushbackInputStream实例，让反序列化器在“预读”之后“未读”（推回）字节。

我们添加了一个ByteArrayElasticRawDeserializerwithoutmaxMessageSize来根据需要控制和缓冲传入的数据。

有关详细信息，请参阅TCP 和 UDP 支持。

现在GemfireMetadataStore实现，让您通过向商店ListenableMetadataStore提供实例来监听缓存事件。MetadataStoreListener有关更多信息，请参阅Pivotal GemFire 和 Apache Geode 支持。

现在JdbcMessageChannelStore为 提供了一个 setter ChannelMessageStorePreparedStatementSetter，让您可以自定义商店中的消息插入。

现在ExpressionEvaluatingSqlParameterSourceFactory提供了一个 setter sqlParameterTypes，让您自定义参数的 SQL 类型。

有关详细信息，请参阅JDBC 支持。

现在支持千分尺应用程序监控（从版本 5.0.2 开始）。有关详细信息，请参阅千分尺集成。

在 5.0.4 版本中引入，此注解在您使用 Java 配置时提供对 bean 命名的控制。有关更多信息，请参阅端点 Bean 名称。

请参阅异步出站网关。

我们引入了允许在逻辑中MessageGroupFactory控制MessageGroup实例的策略。MessageGroupStore我们为 , 添加了SimpleMessageGroupFactory实现，将SimpleMessageGroup,GroupType.HASH_SET作为标准MessageGroupStore实现的默认工厂。有关详细信息，请参阅消息存储。

我们PersistentMessageGroup为持久实例添加了（延迟加载代理）实现，当它们是（默认值）时MessageGroupStore返回这个实例。有关详细信息，请参阅消息存储。getMessageGroup()lazyLoadMessageGroupstrue

我们添加了返回每个文件的入站通道适配器InputStream，让您无需将远程文件写入本地文件系统即可检索远程文件。有关详细信息，请参阅FTP 流式入站通道适配器和SFTP 流式入站通道适配器。

我们添加StreamTransformer了将InputStream有效负载转换为 abyte[]或 a String。有关详细信息，请参阅流转换器。

我们添加IntegrationGraphServer了IntegrationGraphControllerREST 服务，以将 Spring Integration 应用程序的运行时模型公开为图形。有关详细信息，请参阅集成图。

我们添加JdbcLockRegistry了通过数据库表共享的分布式锁。有关详细信息，请参阅JDBC 锁定注册表。

我们LeaderInitiator根据LockRegistry策略添加了实施。有关更多信息，请参阅领导力事件处理。

本节介绍 Spring Integration 核心的一般更改。

本节介绍 Spring Integration Mail 功能的一般更改。

本节介绍 Spring Integration JMS 功能的一般更改。

当 POJO 聚合器释放对象集合时，行为会发生变化Message<?>。这种情况很少见，但是，如果您的应用程序这样做，您需要对 POJO 进行一些小的更改。请参阅此重要信息：该SimpleMessageGroup.getMessages()方法返回一个unmodifiableCollection. 请注意以获取更多信息。

本节介绍 Spring Integration TCP/UDP 功能的一般更改。

本节介绍 Spring Integration File 功能的一般更改。

本节介绍 Spring Integration AMQP 功能的一般更改。

本节介绍 Spring Integration Redis 功能的一般更改。

POST以前，对于具有没有标头的正文（例如 ）的请求，content-type正文被忽略。在此版本中，此类请求的内容类型被认为符合application/octet-streamRFC 2616 的建议。有关更多信息，请参阅Http Inbound Components。

uriVariablesExpression现在SimpleEvaluationContext默认使用 a（从 4.3.15 开始）。有关详细信息，请参阅映射 URI 变量。

本节介绍 Spring Integration SFTP 功能的一般更改。

本节介绍 Spring Integration FTP 功能的一般更改。

现在ErrorMessageExceptionTypeRouter支持Exception超类映射以避免在多个继承者的情况下相同通道的重复。为此，ErrorMessageExceptionTypeRouter在初始化期间加载映射类以快速失败ClassNotFoundException。

有关详细信息，请参阅路由器。

本节介绍 4.2 和 4.3 版本之间对标头映射的更改。

您现在可以使用compile-static提示或任何其他CompilerConfiguration选项配置 groovy 脚本。有关更多信息，请参阅Groovy 配置。

现在@InboundChannelAdapter有一个常规的别名channel属性value。此外，目标SourcePollingChannelAdapter组件现在可以以后期绑定的方式outputChannel从其提供的名称（选项）解析目标 bean 。outputChannelName有关详细信息，请参阅注释支持。

XMPP 通道适配器现在支持 XMPP 扩展 (XEP)。有关详细信息，请参阅XMPP 扩展。

在第 一次活动拦截器操作期间，WireTap ChannelInterceptor现在可以接受稍后channelName解析为目标的 a。MessageChannel有关详细信息，请参阅接线。

现在ChannelMessageStoreQueryProvider支持 H2 数据库。有关更多信息，请参阅支持消息通道。

现在ServerWebSocketContainer公开一个allowedOrigins选项，并SockJsServiceOptions公开一个suppressCors选项。有关更多信息，请参阅WebSockets 支持。

我们添加了一个新的MetricsFactory策略界面。此更改与 JMX 和管理基础架构中的其他更改一起提供了对管理配置和运行时性能的更多控制。

但是，这对（某些）用户环境有一些重要的影响。

有关完整的详细信息，请参阅Metrics and Management和JMX Improvements。

现在MongoDbMetadataStore可用。有关更多信息，请参阅MongoDB 元数据存储。

我们引入了@SecuredChannel注解，替换了弃用的ChannelSecurityInterceptorFactoryBean. 有关更多信息，请参阅Spring 集成中的安全性。

我们介绍了从一个消息流的线程到另一个SecurityContextPropagationChannelInterceptor的传播。SecurityContext有关更多信息，请参阅Spring 集成中的安全性。

在 4.1.2 中，我们添加了FileSplitter，它将文本文件分成几行。它现在在int-file:命名空间中得到了全面支持。有关详细信息，请参阅文件拆分器。

我们在框架中添加了 Zookeeper 支持，以便在集群或多主机环境中运行时提供帮助。此更改会影响以下功能：

有关更多信息，请参阅Zookeeper 支持。

一个新的线程<int:barrier/>组件可用，让一个线程被挂起，直到一些异步事件发生。有关详细信息，请参阅线程屏障。

我们将 STOMP 支持作为入站和出站通道适配器对添加到框架中。有关更多信息，请参阅STOMP 支持。

引入了一种新的Codec抽象，用于对对象进行编码和解码byte[]。我们添加了一个使用 Kryo 的实现。我们还添加了基于编解码器的转换器和消息转换器。有关详细信息，请参阅编解码器。

(和) 提供了一个新的MessagePreparedStatementSetter功能接口回调，作为使用上下文填充参数的替代方法。有关详细信息，请参阅出站通道适配器。JdbcMessageHandler<int-jdbc:outbound-gateway><int-jdbc:outbound-channel-adapter>SqlParameterSourceFactoryPreparedStatementrequestMessage

作为现有selector属性的替代方案，该<wire-tap/>元素现在支持该selector-expression属性。

有关这些更改的更多信息，请参阅文件支持。

我们将ScatterGatherHandler课程从org.springframework.integration.handler移到org.springframework.integration.scattergather。

本节介绍 Spring Integration TCP 功能的一般更改。

以前，@Poller入站通道适配器上的默认maxMessagesPerPoll属性为-1(infinity)。这与 的 XML 配置不一致<inbound-channel-adapter/>，默认为1. 注释现在将此属性默认为1.

o.s.integration.util.FunctionIterator现在需要 ao.s.integration.util.Function而不是 a reactor.function.Function。这样做是为了消除对 Reactor 的不必要的硬依赖。此迭代器的任何使用都需要更改导入。

Promise网关等功能仍然支持 Reactor 。对于那些不需要它的用户，该依赖项已被删除。

本节介绍 Spring Integration TCP 功能的一般更改。

我们现在为动态轮询提供了更大的灵活性。

有关详细信息，请参阅消息源的条件轮询器。

本节介绍 Spring Integration AMQP 功能的一般更改。

( XPathMessageSplitter)<int-xml:xpath-splitter>现在允许output-properties为内部配置javax.xml.transform.Transformer并支持XPath 评估结果的Iterator模式（默认为）。trueorg.w3c.dom.NodeList

有关更多信息，请参阅拆分 XML 消息。

本节介绍 Spring Integration HTTP 功能的一般更改。

本节介绍 Spring Integration Gateway 功能的一般更改。

本节介绍 Spring Integration 聚合器功能的一般更改。

本节介绍 Spring Integration FTP 和 SFTP 功能的一般更改。

我们添加WebSocketHandlerDecoratorFactory了ServerWebSocketContainer对内部WebSocketHandler. 有关更多信息，请参阅WebSockets 命名空间支持。

适配器现在ApplicationEvent可以payload用作event直接允许省略自定义ApplicationEvent扩展。为此，我们引入了publish-payload布尔属性，已在<int-event:outbound-channel-adapter>. 有关更多信息，请参阅SpringApplicationEvent支持。

消息传递网关方法现在支持 ReactorPromise返回类型。请参阅异步网关。

该WebSocket模块现在可用。它完全基于 Spring WebSocket 和 Spring Messaging 模块，并提供一个<inbound-channel-adapter>和一个<outbound-channel-adapter>. 有关更多信息，请参阅WebSockets 支持。

我们实施了分散-聚集的企业集成模式。有关详细信息，请参阅分散-聚集。

我们添加了路由滑动 EIP 模式实现。有关详细信息，请参阅路由表。

<idempotent-receiver>我们通过在 XML 中添加组件或 Java 配置的IdempotentReceiverInterceptor和IdempotentReceiver注释来添加幂等接收器企业集成模式实现。有关更多信息，请参阅Idempotent Receiver Enterprise Integration Pattern和Javadoc。

我们JsonObjectMapper为 JSON 转换器添加了福利。有关详细信息，请参阅变压器。

我们添加了<redis-queue-inbound-gateway>和<redis-queue-outbound-gateway>组件。请参阅Redis 队列入站网关和Redis 队列出站网关。

我们添加了PollSkipAdvice，您可以在 的<advice-chain>中使用它<poller>来确定当前轮询是否应该被您使用 实现的某些条件抑制（跳过）PollSkipStrategy。有关详细信息，请参阅轮询器。

使用消息侦听器容器（入站端点和通道）的元素现在支持该missing-queues-fatal属性。有关更多信息，请参阅AMQP 支持。

AMQP 出站端点支持一个名为lazy-connect（默认值：）的新属性true。当 时true，直到第一条消息到达时才建立与代理的连接（假设没有入站端点，它们总是在启动期间尝试建立连接）。当设置为 时false，将在应用程序启动期间尝试建立连接。有关更多信息，请参阅AMQP 支持。

SimpleMessageStore调用时不再复制组getMessageGroup()。有关详细信息，请参阅[警告]。

现在<ws:outbound-gateway/>提供了一个encode-uri属性以允许在发送请求之前禁用 URI 对象的编码。

现在<http:inbound-channel-adapter>可以使用 a 配置status-code-expression来覆盖默认200 OK状态。有关详细信息，请参阅HTTP 命名空间支持。

您现在可以配置 MQTT 通道适配器以连接到多个服务器——例如，支持高可用性 (HA)。有关更多信息，请参阅MQTT 支持。

MQTT 消息驱动的通道适配器现在支持为每个订阅指定 QoS 设置。有关详细信息，请参阅入站（消息驱动）通道适配器。

MQTT 出站通道适配器现在支持异步发送，避免在确认发送之前阻塞。有关详细信息，请参阅出站通道适配器。

现在可以在运行时以编程方式订阅和取消订阅主题。有关详细信息，请参阅入站（消息驱动）通道适配器。

FTP 和 SFTP 出站通道适配器现在支持附加到远程文件并在远程文件已存在时执行特定操作。远程文件模板现在也支持这一点，rmdir()以及exists(). 此外，远程文件模板提供对底层客户端对象的访问，从而可以访问低级 API。

有关详细信息，请参阅FTP/FTPS 适配器和SFTP 适配器。

Splitter组件现在支持Iterator作为结果对象来生成输出消息。有关详细信息，请参阅拆分器。

Aggregator实例现在支持一个新属性expire-groups-upon-timeout。有关详细信息，请参阅聚合器。

我们添加了一个null-result-expression属性，如果返回，它会被评估并<enricher>返回null。您可以将其添加到<header>和中<property>。有关详细信息，请参阅内容丰富器。

我们添加了一个error-channel属性，用于Exception在request-channel. 这使您可以返回一个替代对象以用于扩充。有关详细信息，请参阅内容丰富器。

<header-enricher/>元素的子<header-channels-to-string/>元素现在可以覆盖标头通道注册表的默认时间以保留通道映射。有关详细信息，请参阅标头通道注册表。

我们对有序关机算法进行了改进。有关详细信息，请参阅有序关闭。

现在RecipientListRouter提供了几个管理操作来在运行时配置收件人。有了它，您现在可以从一开始就配置<recipient-list-router>没有任何内容<recipient>。有关RecipientListRouterManagement更多信息，请参阅。

该AbstractHeaderMapper实现现在提供了额外的NON_STANDARD_HEADERS令牌来映射任何用户定义的标头，默认情况下未映射。有关详细信息，请参阅AMQP 消息头。

我们介绍了template-channel-transactedAMQPMessageChannel实例的属性。有关更多信息，请参阅AMQP 支持的消息通道。

默认的 syslog 消息转换器现在可以选择在有效负载中保留原始消息，同时仍设置标头。有关详细信息，请参阅Syslog 入站通道适配器。

除了前面提到Promise的返回类型，网关方法现在可以返回一个，在 Spring Framework 4.0 中引入。您还可以在网关中禁用异步处理，让下游流直接返回. 请参阅异步网关。ListenableFutureFuture

AggregatorResequencer现在支持和<expire-advice-chain/>子<expire-transactional/>元素来建议forceComplete操作。有关更多信息，请参阅使用 XML 配置聚合器。

现在<int:outbound-channel-adapter/>支持<script/>子元素。底层脚本必须有一个void返回类型或 return null。请参阅Groovy 支持和脚本支持。

当重新排序器中的消息组超时（使用group-timeout或 a MessageGroupStoreReaper）时，默认情况下，迟到的消息现在会立即被丢弃。请参阅重新排序器。

Spring Integration 现在始终如一地处理 Java 8 的Optional类型。请参阅配置服务激活器。

QueueChannelbackedQueue type已从更改BlockingQueue为更通用的Queue. 此更改允许使用任何外部Queue实现（例如，Reactor 的PersistentQueue）。请参阅QueueChannel配置。

现在ChannelInterceptor支持附加afterSendCompletion()和afterReceiveCompletion()方法。请参阅通道拦截器。

从 4.1.1 版开始，如果您将mail.[protocol].peekJavaMail 属性显式设置为false（其中[protocol]isimap或imaps），则行为会发生变化。请参阅[重要]。

MQTT 通道适配器（以前在 Spring Integration Extensions 存储库中可用）现在作为正常 Spring Integration 发行版的一部分提供。请参阅MQTT 支持。

我们添加了@EnableIntegration注释以允许在使用@Configuration类时声明标准 Spring Integration bean。有关详细信息，请参阅注释支持。

我们添加了@IntegrationComponentScan注释以允许对特定于 Spring Integration 的组件进行类路径扫描。有关详细信息，请参阅注释支持。

您现在可以使用类@EnableMessageHistory中的注释启用消息历史记录@Configuration。此外，JMX MBean 可以修改消息历史设置。此外，可以跟踪带注释的端点（例如、等）的MessageHistory自动创建实例。有关详细信息，请参阅消息历史记录。MessageHandler@ServiceActivator@Splitter

您现在可以使用@MessagingGateway注释配置消息传递网关接口。它是<int:gateway/>XML 元素的类似物。有关详细信息，请参阅@MessagingGateway注解。

除了@EnableIntegration前面提到的注解之外，我们还引入了一个钩子来允许使用 Spring Boot 的@EnableAutoConfiguration注解配置 Spring Integration 基础设施 bean。有关详细信息，请参阅Spring Boot 参考指南中的“自动配置”。

除了@EnableIntegration上面提到的注解，我们还介绍了@GlobalChannelInterceptor注解。有关详细信息，请参阅注释支持。

我们引入了@IntegrationConverter注释作为<int:converter/>组件的类似物。有关详细信息，请参阅注释支持。

我们添加了@EnablePublisher注解以允许default-publisher-channel为@Publisher注解指定 a 。有关详细信息，请参阅注释支持。

MessageGroupStore我们添加了一个经过优化的 Redis ，以在支持QueueChannel持久性时使用。有关更多信息，请参阅Redis 通道消息存储。

我们添加了一个 Redis ChannelPriorityMessageStore。您可以使用它按优先级检索消息。有关更多信息，请参阅Redis 通道消息存储。

MongoDB 支持现在提供MongoDbChannelMessageStore，这是一个特定于通道的MessageStore实现。有了priorityEnabled = true，你可以在<int:priority-queue>元素中使用它来实现持久化消息的优先顺序轮询。有关更多信息，请参阅MongoDB 通道消息存储。

您现在可以IntegrationMBeanExporter使用类中的@EnableIntegrationMBeanExport注释启用@Configuration。有关更多信息，请参阅MBean 导出器。

ChannelSecurityInterceptorFactoryBean现在支持为使用@Configuration类的消息通道配置 Spring Security。有关更多信息，请参阅Spring 集成中的安全性。

Redis 支持现在提供了使用该方法<outbound-gateway>执行通用 Redis 命令的组件。RedisConnection#execute有关更多信息，请参阅Redis 出站命令网关。

RedisLockRegistry和GemfireLockRegistry现在可用于支持对多个应用程序实例和服务器可见的全局锁。这些可以与跨多个应用程序实例的聚合消息处理程序一起使用，以便仅在一个实例上发生组释放。有关详细信息，请参阅Redis 锁注册表、Gemfire 锁注册表和聚合器。

基于注释的消息传递配置现在可以具有poller属性。这意味着用@ServiceActivator,@Aggregator和类似注解注解的方法现在可以使用对inputChannela 的引用PollableChannel。有关详细信息，请参阅注释支持。

我们添加了@InboundChannelAdapter方法注释。它是<int:inbound-channel-adapter>XML 组件的类似物。此外，所有消息注释现在都提供SmartLifecycle选项。有关详细信息，请参阅注释支持。

我们添加了一个新的 twitter 端点：<int-twitter-search-outbound-gateway/>. 与每次使用相同搜索查询进行轮询的搜索入站适配器不同，出站网关允许按需定制查询。有关更多信息，请参阅Spring Integration 社交 Twitter。

我们添加了GemfireMetadataStore，例如，在AbstractPersistentAcceptOnceFileListFilter多应用程序实例或服务器环境中的实现中使用它。有关详细信息，请参阅元数据存储、读取文件、FTP 入站通道适配器和SFTP 入站通道适配器。

我们引入了@BridgeFrom方法@BridgeTo @Bean注释来标记类中的MessageChannelbean @Configuration。有关详细信息，请参阅注释支持。

消息注释（@ServiceActivator、@Router、@MessagingGateway和其他）现在可以配置为用户定义的消息注释的元注释。此外，用户定义的注释可以具有相同的属性（inputChannel、@Poller、autoStartup等）。有关详细信息，请参阅注释支持。

我们将核心消息传递抽象（Message、、MessageChannel等）移至 Spring Frameworkspring-messaging模块。直接在代码中引用这些类的开发人员需要进行更改，如3.0 到 4.0 迁移指南的第一部分所述。

我们为 的子元素引入了header-type属性。此属性提供标头值的目标类型（XPath 表达式求值的结果将转换为该目标类型）。有关详细信息，请参阅XPath 标头丰富器。header<int-xml:xpath-header-enricher>

我们介绍result-type了<int:object-to-json-transformer>. 此属性为将对象映射到 JSON 的结果提供目标类型。它支持STRING（默认）和NODE. 有关更多信息，请参阅自 3.0 版以来，Spring Integration 还提供了一个内置的#xpathSpEL 函数用于表达式。.

现在DefaultJmsHeaderMapper将传入JMSPriority的标头映射到 Spring Integrationpriority标头。以前，priority仅考虑用于出站消息。有关更多信息，请参阅将消息头映射到 JMS 消息和从 JMS 消息映射。

JMS 出站通道适配器现在支持该session-transacted属性（默认值：false）。以前，您必须注入自定义JmsTemplate的使用事务。请参阅出站通道适配器。

JMS 入站通道适配器现在支持该session-transacted属性（默认值：false）。以前，您必须注入自定义JmsTemplate的使用事务。适配器允许在 中“交易” acknowledgeMode，这是不正确的并且不起作用。不再允许此值。请参阅入站通道适配器。

您现在可以指定MessageConverter在将有效负载转换（如有必要）为datatype数据类型通道中接受的实例之一时使用。有关详细信息，请参阅数据类型通道配置。

我们添加了简化的命名空间支持来配置RequestHandlerRetryAdvice. 有关详细信息，请参阅配置重试建议。

我们在and中添加了互斥的group-timeoutandgroup-timeout-expression属性。这些属性允许强制完成部分，前提是不释放组并且在指定的时间内没有进一步的消息到达。有关更多信息，请参阅使用 XML 配置聚合器。<int:aggregator><int:resequencer>MessageGroupReleaseStrategy

现在RedisMetadataStore实现ConcurrentMetadataStore，让它被使用，例如，在AbstractPersistentAcceptOnceFileListFilter多应用程序实例或服务器环境中的实现中。有关详细信息，请参阅Redis 元数据存储、读取文件、FTP 入站通道适配器和SFTP 入站通道适配器。

T`JdbcChannelMessageStore` 现在实现了PriorityCapableChannelMessageStore，让它用作实例的message-store引用。priority-queue有关更多信息，请参阅支持消息通道。

默认情况下，Spring AMQP 在代理上创建持久消息。amqp_deliveryMode您可以通过设置标头或自定义映射器来覆盖此行为。我们为适配器添加了一个方便的default-delivery-mode属性，以便更轻松地配置此重要设置。有关更多信息，请参阅出站通道适配器和出站网关。

现在DefaultFtpSessionFactory公开connectTimeout、defaultTimeout和dataTimeout属性，避免需要子类化工厂来设置这些公共属性。这些postProcess*方法仍可用于更高级的配置。有关详细信息，请参阅FTP 会话工厂。

( StatusUpdatingMessageHandler)<int-twitter:outbound-channel-adapter>现在支持该tweet-data-expression属性来构建org.springframework.social.twitter.api.TweetData用于更新时间线状态的对象。例如，此功能允许附加图像。有关更多信息，请参阅Spring Integration 社交 Twitter。

我们介绍了to perform的id-expression属性。有关更多信息，请参阅检索出站网关。<int-jpa:retrieving-outbound-gateway>EntityManager.find(Class entityClass, Object primaryKey)

当其中一个标准反序列化器在将输入流解码为消息时遇到问题时，它现在会发出 a TcpDeserializationExceptionEvent，让应用程序检查发生异常时的数据。有关详细信息，请参阅TCP 连接事件。

您现在可以在类中的定义上配置消息注释（ @ServiceActivator、@Router、@InboundChannelAdapter和其他） 。有关详细信息，请参阅注释支持。@Bean@Configuration

HTTP 模块现在为入站端点提供强大的请求映射支持。我们用 替换了UriPathHandlerMapping类，它在应用程序上下文中IntegrationRequestMappingHandlerMapping以 bean 名称注册。integrationRequestMappingHandlerMapping在解析 HTTP 入站端点后，要么IntegrationRequestMappingHandlerMapping注册一个新的 bean，要么重用现有的 bean。为了实现灵活的请求映射配置，Spring Integration为和提供了<request-mapping/>子元素。现在，两个 HTTP 入站端点都完全基于 Spring MVC 3.1 引入的请求映射基础设施。例如，单个入站端点支持多个路径。有关详细信息，请参阅HTTP 命名空间支持。<http:inbound-channel-adapter/><http:inbound-gateway/>

我们添加了一个新功能，IntegrationEvaluationContextFactoryBean以允许配置自定义PropertyAccessor实现和函数，以便在整个框架中的 SpEL 表达式中使用。有关详细信息，请参阅Spring 表达式语言 (SpEL)。

EvaluationContext为了使用静态函数自定义 SpEL Method，我们引入了<spel-function/>组件。我们还添加了两个内置函数：#jsonPath和#xpath. 有关详细信息，请参阅SpEL 函数。

EvaluationContext为了使用实现自定义 SpEL PropertyAccessor，我们添加了<spel-property-accessors/>组件。有关详细信息，请参阅属性访问器。

我们添加了一个新的基于 Redis 的MetadataStore实现。您可以使用RedisMetadataStore来维护MetadataStore跨应用程序重新启动的状态。这个新的MetadataStore实现可以与适配器一起使用，例如：

我们添加了新的基于队列的组件。我们添加<int-redis:queue-inbound-channel-adapter/>和<int-redis:queue-outbound-channel-adapter/>组件分别在 Redis 列表上执行“右弹出”和“左推”操作。

有关更多信息，请参阅“ Redis 支持”。

您现在可以指示框架将回复通道和错误通道存储在注册表中以供以后解决。replyChannel这对于orerrorChannel可能丢失的情况很有用（例如，在序列化消息时）。有关详细信息，请参阅Header Enricher。

除了现有的eMongoDbMessageStore，我们还推出了新的ConfigurableMongoDbMessageStore。MessageStore这为 MongoDB提供了更健壮和灵活的实现。它与现有商店没有向后兼容性，但我们建议将其用于新应用程序。现有应用程序可以使用它，但旧存储中的消息不可用。有关更多信息，请参阅MongoDb 支持。

在 2.2 的基础上SyslogToMapTransformer，Spring Integration 3.0 引入了专门为接收 SYSLOG 消息而定制的入站通道适配器UDP。TCP有关详细信息，请参阅系统日志支持。

我们添加了文件入站通道适配器，tail当将行添加到文本文件的末尾时，它们使用命令生成消息。请参阅“尾随文件”。

我们添加了<int-jmx:tree-polling-channel-adapter/>. 此适配器查询 JMX MBean 树并发送带有有效负载的消息，该有效负载是与查询匹配的对象图。默认情况下，MBean 映射到原语和简单对象（例如Map、List和数组）。它允许简单地转换为例如 JSON。

现在IntegrationMBeanExporter允许ObjectNamingStrategy使用naming-strategy属性配置自定义。

有关更多信息，请参阅JMX 支持。

TcpConnection现在，当打开或关闭连接或发生异常时，实例会发出ApplicationEvent实例（特别是实例）。此更改允许应用程序通过使用正常的 Spring机制TcpConnectionEvent来了解 TCP 连接的更改。ApplicationListener

我们重命名AbstractTcpConnection为TcpConnectionSupport. 作为此类子类的自定义连接可以使用其方法来发布事件。同样，我们重命名AbstractTcpConnectionInterceptor为TcpConnectionInterceptorSupport.

此外，我们添加了<int-ip:tcp-connection-event-inbound-channel-adapter/>. 默认情况下，此适配器将所有TcpConnectionEvent实例发送到Channel.

此外，TCP 连接工厂现在提供了一个名为 的新方法getOpenConnectionIds()，它返回所有打开连接的标识符列表。它允许应用程序向所有打开的连接广播，以及其他用途。

最后，连接工厂还提供了一个名为 的新方法closeConnection(String connectionId)，它允许应用程序使用其 ID 显式关闭连接。

有关详细信息，请参阅TCP 连接事件。

现在<int:inbound-channel-adapter/>支持使用<expression/>和<script/>子元素来创建MessageSource. 请参阅通道适配器表达式和脚本。

内容丰富器现在为子元素提供配置<header/>，以根据来自底层消息流的回复消息使用标头丰富出站消息。有关详细信息，请参阅有效负载丰富器。

以前，消息 ID 是使用 JDKUUID.randomUUID()方法生成的。在此版本中，默认机制已更改为使用更高效且显着更快的算法。此外，我们添加了更改用于生成消息 ID 的策略的功能。有关详细信息，请参阅消息 ID 生成。

您现在可以在所有网关方法中设置通用标头，并且我们添加了更多选项，用于向消息中添加有关调用哪个方法的信息。

您现在可以完全自定义网关方法调用映射到消息的方式。

现在GatewayMethodMetadata是公开课。它允许您以编程方式配置GatewayProxyFactoryBeanfrom Java。

有关详细信息，请参阅消息传递网关。

有关详细信息，请参阅HTTP 支持。

有关更多信息，请参阅Transformer中的“JSON 转换器” 。

以前， a 中id元素的属性<chain>被忽略，并且在某些情况下是不允许的。现在，ida 中的所有元素都允许使用该属性<chain>。链元素的bean名称是周围链id和id元素本身的组合。例如：'myChain$child.myTransformer.handler'。有关更多信息，请参阅消息处理程序链。

提供AbstractCorrelatingMessageHandler了一个新属性，称为empty-group-min-timeout允许空组到期比到期部分组以更长的时间表运行。空组不会从 中删除，MessageStore直到它们至少在此毫秒数内没有被修改。有关更多信息，请参阅使用 XML 配置聚合器。

现在可以使用使用持久化的新FileListFilter实现。MetadataStore您可以使用这些来防止系统重新启动后出现重复文件。有关详细信息，请参阅读取文件、FTP 入站通道适配器和SFTP 入站通道适配器。

我们为脚本组件引入了一个新variables属性。此外，现在允许对内联脚本进行变量绑定。有关更多信息，请参阅Groovy 支持和脚本支持。

以前，在LoadBalancingStrategy通道的dispatcher子元素上进行配置时，唯一可用的选项是使用预定义的值枚举，这不允许开发人员设置LoadBalancingStrategy. 您现在可以使用load-balancer-ref来提供对LoadBalancingStrategy. 有关详细信息，请参阅DirectChannel。

以前，发送到没有订阅者的 <publish-subscribe-channel/> 会返回false结果。如果与 a 一起使用MessagingTemplate，这将导致抛出异常。现在，PublishSubscribeChannel有一个名为minSubscribers（默认值：）的属性0。如果消息至少发送给最少数量的订阅者，则认为发送操作成功（即使数量为零）。如果应用程序希望在这些条件下获得异常，请将最小订阅者设置为至少 1。

默认情况下，FTP、SFTP 和 FTPS 端点不再缓存会话。

我们cached-sessions从所有端点中删除了不推荐使用的属性。以前，由该属性的值控制的嵌入式缓存机制没有提供限制缓存大小的方法，缓存可以无限增长。版本 2.1 引入CachingConnectionFactory，它成为缓存会话的首选（并且现在是唯一）方式。

CachingConnectionFactory现在提供了一个新方法：resetCache(). 此方法立即关闭空闲会话并导致正在使用的会话在它们返回缓存时关闭。

（DefaultSftpSessionFactory与 a 一起使用CachingSessionFactory）现在支持在单个 SSH 连接上多路复用通道（仅限 SFTP）。

所有出站网关（例如<jdbc:outbound-gateway/>或<jms:outbound-gateway/>）都是为“请求-回复”场景设计的。期望来自外部服务的响应并发布到消息头reply-channel或replyChannel消息头。但是，在某些情况下，外部系统可能并不总是返回结果（例如，<jdbc:outbound-gateway/>当 SELECT 以空ResultSet或单向 Web 服务结束时）。因此，开发人员需要一个选项来配置是否需要回复。为此，我们引入了requires-reply出站网关组件的属性。requires-reply在大多数情况下，默认值为true。如果没有结果，ReplyRequiredException则抛出 a。将值更改为false这意味着，如果外部服务不返回任何内容，则消息流将在该点结束，类似于出站通道适配器。

请注意，该requiresReply属性以前存在，但在 中设置为false，AbstractReplyProducingMessageHandler并且无法使用 XML 命名空间在出站网关上对其进行配置。

以前，<int-amqp:outbound-gateway/> 在调用消息转换器之前映射标头，并且转换器可以覆盖诸如content-type. 出站适配器在转换后映射标头，这意味着使用content-type来自出站Message（如果存在）的标头。

从此版本开始，网关现在映射消息转换后的标头，与适配器保持一致。如果您的应用程序依赖于先前的行为（转换器的标头覆盖映射的标头），您需要过滤这些标头（在消息到达网关之前）或适当地设置它们。受和影响SimpleMessageConverter的标头。自定义消息转换器可以设置其他标头。content-typecontent-encoding

对于标准方法不支持的更复杂的数据库特定类型，我们为具有 OUT 方向CallableStatement.getObject的元素引入了两个新的附加属性：<sql-parameter-definition/>

row-mapper存储过程入站通道适配器子元素的属性<returning-resultset/>现在支持对RowMapperbean 定义的引用。以前，它只包含一个类名（仍然受支持）。

有关详细信息，请参阅存储过程。

Web 服务出站网关“uri”属性现在支持<uri-variable/>替换 Spring Web 服务支持的所有 URI 方案。有关详细信息，请参阅出站 URI 配置。

Redis 入站通道适配器现在可以使用属性null值serializer，原始数据是消息负载。

Redis 出站通道适配器现在具有在运行时topic-expression确定 Redis 主题的属性。Message

Redis 入站通道适配器，除了现有的topics属性，现在还有topic-patterns属性。

有关更多信息，请参阅Redis 支持。

以前，当 a<filter/>有 a时<request-handler-advice-chain/>，丢弃操作都在通知链的范围内执行（包括 上的任何下游流discard-channel）。filter 元素现在有一个名为discard-within-advice(default: true) 的属性，允许在建议链完成后执行丢弃操作。请参阅建议过滤器。

请求处理程序建议链现在可以使用注释进行配置。请参阅使用注释为端点提供建议。

这个转换器现在可以正确地转换byte[]和char[]有效载荷到String. 有关详细信息，请参阅变压器。

要持久化或合并的有效负载现在可以是java.lang.Iterable.

在这种情况下，由 . 返回的每个对象Iterable都被视为一个实体，并通过使用底层EntityManager. 迭代器返回的空值被忽略。

JPA 适配器现在具有附加属性，可以在执行持久性操作后从关联的持久性上下文中选择刷新和清除实体。

检索网关没有指定要检索的第一条记录的机制，这是一个常见的用例。检索网关现在支持通过将first-result和first-result-expression属性添加到网关定义来指定此参数。有关更多信息，请参阅检索出站网关。

JPA 检索网关和入站适配器现在具有一个属性，可将结果集中的最大结果数指定为表达式。此外，我们引入了max-resultsreplace 属性max-number-of-results，该属性已被弃用。 max-results和max-results-expression用于分别提供结果集中的最大结果数或计算最大结果数的表达式。

有关更多信息，请参阅JPA 支持。

以前，<delayer>提供了一个delay-header-name属性来确定运行时的延迟值。在复杂的情况下，<delayer>必须以 . 开头<header-enricher>。Spring Integration 3.0 引入了用于动态延迟确定的expression属性和子元素。expression该delay-header-name属性现在已弃用，因为您可以在expression. 此外，我们引入了ignore-expression-failures来控制表达式评估失败时的行为。有关更多信息，请参阅延迟器。

Spring Integration 3.0 为 MySQL 5.6.4 及更高版本添加了一组新的 DDL 脚本。现在 MySQL 支持小数秒，因此在从基于 MySQL 的消息存储进行轮询时改进了 FIFO 排序。有关更多信息，请参阅通用 JDBC 消息存储。

以前，如果 IMAP 空闲连接失败，它会被记录下来，但没有通知应用程序的机制。此类异常现在会生成ApplicationEvent实例。应用程序可以通过使用一个<int-event:inbound-channel-adapter>或任何ApplicationListener配置为接收一个ImapIdleExceptionEvent（或其超类之一）来获取这些事件。

TCP 连接工厂现在可以配置灵活的机制来通过 TCP 传输选定的标头（以及有效负载）。新TcpMessageMapper的启用标头选择，您需要配置适当的序列化器或反序列化器以将结果写入MapTCP 流。我们添加了一个MapJsonSerializer作为通过 TCP 传输标头和有效负载的便捷机制。有关详细信息，请参阅传输标头。

以前，在配置 a 时<message-driven-channel-adapter/>，如果您希望使用特定的 ，则必须声明一个容器 bean 并通过设置属性TaskExecutor将其提供给适配器。container我们添加了task-executor，让它直接在适配器上设置。这是对其他几个已经可用的容器属性的补充。

RMI 入站网关现在支持error-channel属性。请参阅入站 RMI。

您现在可以通过设置transformer-factory-class属性来指定变压器工厂类名称。见XsltPayloadTransformer。

Spring Integration 现在具有入站和出站通道适配器，允许您在 Redis 集合中RedisStore写入和读取有效负载。Message有关详细信息，请参阅RedisStore 出站通道适配器和Redis 存储入站通道适配器。

MessageSpring Integration 现在具有 MongoDB 入站和出站通道适配器，允许您在 MongoDB 文档存储中写入和读取有效负载。有关更多信息，请参阅MongoDB 出站通道适配器和MongoDB 入站通道适配器。

Spring Integration 现在包括用于检索和持久化 JPA 实体对象的 Java Persistence API (JPA) 组件。JPA 适配器包括以下组件：

有关更多信息，请参阅JPA 支持。

Spring Integration 现在使用 Spring 3.1。

添加<advice-chain/>到轮询器的功能已经有一段时间了。但是，由此添加的行为会影响整个集成流程。它没有解决向单个端点添加（例如）重试的能力。2.2 版本引入了<request-handler-advice-chain/>许多端点。

此外，我们为此添加了三个标准建议类：

有关更多信息，请参阅向端点添加行为。

轮询器现在可以参与 Spring 的事务同步功能。这允许通过入站通道适配器同步诸如重命名文件之类的操作，具体取决于事务是提交还是回滚。

此外，您可以在不存在“真实”交易时启用这些功能，通过PseudoTransactionManager.

有关详细信息，请参阅事务同步。

使用文件出站通道适配器或文件出站网关时，可以使用新mode属性。在 Spring Integration 2.2 之前，目标文件在存在时会被替换。现在您可以指定以下选项：

有关详细信息，请参阅处理现有目标文件。

XML 命名空间支持将回复超时属性添加到以下出站网关：

Spring Integration 现在使用 Spring AMQP 1.1。这使得在 Spring Integration 应用程序中可以使用几个特性，包括：

当您使用 JDBC 出站网关时，更新查询不再是强制性的。您现在可以通过将请求消息用作参数源来仅提供选择查询。

我们添加了一个新的特定于消息通道的消息存储实现，使用特定于数据库的 SQL 查询提供了一个更具可扩展性的解决方案。有关更多信息，请参阅支持消息通道。

stopActiveComponents()我们添加了一个调用IntegrationMBeanExporter. 它允许以有序的方式关闭 Spring Integration 应用程序，不允许向某些适配器发送新的入站消息，并等待一段时间以允许运行中的消息完成。

您现在可以将 JMS 出站网关配置为使用MessageListener容器来接收回复。这样做可以提高网关的性能。

默认情况下，ObjectToJsonTransformer现在将content-type标头设置为application/json. 有关详细信息，请参阅变压器。

默认情况下不再启用基于 HTTP 的 Java 序列化。以前，在对象上设置时expected-response-type，Serializable标Accept头未正确设置。我们更新了SerializingHttpMessageConverter将Accept标题设置为application/x-java-serialized-object. 但是，因为这可能导致与现有应用程序不兼容，我们决定不再自动将此转换器添加到 HTTP 端点。

如果您希望使用 Java 序列化，您需要通过使用属性（当您使用 XML 配置时）或使用方法（在 Java 中）将其添加SerializingHttpMessageConverter到适当的端点。message-converterssetMessageConverters()

或者，您可能希望考虑改用 JSON。它是通过Jackson在类路径上启用的。

在 Spring Integration 2.0 中，我们添加了对Groovy的支持。在 Spring Integration 2.1 中，我们通过实现对JSR-223（“Java™ 平台脚本”）的支持，大大扩展了对其他语言的支持。现在您可以使用任何支持 JSR-223 的脚本语言，包括：

有关更多详细信息，请参阅脚本支持。

Spring Integration通过为条目和连续查询事件提供入站适配器、将条目写入缓存的出站适配器以及实现来提供对GemFire的支持。Spring 集成利用了Spring Gemfire项目，为其组件提供了一个瘦包装器。MessageStoreMessageGroupStore

有关更多详细信息，请参阅Pivotal GemFire 和 Apache Geode 支持。

Spring Integration 2.1 添加了几个通道适配器，用于使用高级消息队列协议(AMQP) 接收和发送消息。此外，Spring Integration 还提供了点对点消息通道和发布-订阅消息通道，两者均由 AMQP 交换和队列提供支持。

有关详细信息，请参阅AMQP 支持。

从 2.1 版开始，Spring Integration通过提供基于 MongoDB的MessageStore.

有关更多详细信息，请参阅MongoDb 支持。

从 2.1 版开始，Spring Integration通过提供基于 Redis以及发布-订阅消息传递适配器来支持Redis，这是一种高级键值存储。MessageStore

有关更多详细信息，请参阅Redis 支持。

在 2.1 版中，我们引入了一个新的资源入站通道适配器，它建立在 Spring 的资源抽象之上，以支持跨各种实际类型的底层资源（例如文件、URL 或类路径资源）的更大灵活性。因此，它类似于但比文件入站通道适配器更通用。

有关更多详细信息，请参阅资源入站通道适配器。

在 Spring Integration 2.1 中，该JDBC模块还通过添加几个新组件（包括入站和出站通道适配器以及出站网关）来提供存储过程支持。存储过程支持利用 Spring 的SimpleJdbcCall类，因此支持以下存储过程：

存储过程组件还支持以下数据库的 SQL 函数：

有关详细信息，请参阅存储过程。

Spring Integration 2.1 提供了一个新的基于 XPath 的消息过滤器。它是XML模块的一部分。XPath 过滤器允许您使用 XPath 表达式过滤消息。我们还添加了 XML 验证过滤器的文档。

有关更多详细信息，请参阅使用 XPath 过滤器和XML 验证过滤器。

从 Spring Integration 2.1 开始，我们添加了有效负载丰富器。有效负载丰富器定义了一个端点，该端点通常将 a 传递Message给公开的请求通道，然后期待回复消息。然后，回复消息成为评估表达式以丰富目标有效负载的根对象。

有关更多详细信息，请参阅有效负载丰富器。

Spring Integration 2.1 提供了两个新的出站网关来与远程文件传输协议 (FTP) 或安全文件传输协议 (SFT) 服务器进行交互。这两个网关让您可以直接执行一组有限的远程命令。

例如，您可以使用这些出站网关来列出、检索和删除远程文件，并使 Spring Integration 消息流继续远程服务器的响应。

有关详细信息，请参阅FTP 出站网关和SFTP 出站网关。

从 2.1 版开始，我们在远程文件适配器（例如 FTP、SFTP 等）的会话管理方面提供了更多灵活性。

具体来说，我们弃用了该cache-sessions属性（可通过 XML 命名空间支持获得）。作为替代方案，sessionCacheSize我们sessionWaitTimeout在CachingSessionFactory.

有关详细信息，请参阅FTP 会话缓存和SFTP 会话缓存。

我们使用 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".

有关详细信息，请参阅Routers。

Spring Integration 2.1 附带更新的 XML Schema（版本 2.1）。它提供了许多改进，例如前面讨论的路由器标准化。

从现在开始，开发人员必须始终声明最新的 XML 模式（当前为 2.1 版）。或者，他们可以使用无版本模式。通常，最好的选择是使用无版本命名空间，因为它们会自动使用最新可用的 Spring Integration 版本。

以下示例声明了一个无版本的 Spring Integration 命名空间：

以下示例声明了具有显式版本的 Spring Integration 命名空间：

旧的 1.0 和 2.0 模式仍然存在。但是，如果应用程序上下文仍然引用那些不推荐使用的模式之一，则验证器在初始化时会失败。

从 2.0 版本开始，Spring Integration 项目使用Git进行版本控制。为了进一步提高社区知名度，该项目已从 SpringSource 托管的 Git 存储库移至Github。Spring Integration Git 存储库位于：spring-integration。

对于该项目，我们还改进了提供代码贡献的流程。此外，我们确保每个提交都经过同行评审。事实上，核心提交者现在遵循与贡献者相同的流程。有关更多详细信息，请参阅贡献。

为了提供更好的源代码可见性并因此监控 Spring Integration 源代码的质量，我们设置了Sonar的一个实例。我们每晚收集指标并在sonar.spring.io上提供。

现在，您可以在配置许多 Spring Integration 组件（例如Datatype 通道）时从 Spring 提供的转换服务支持中受益。请参阅消息通道实现和服务激活器。此外，上一点提到的 SpEL 支持也依赖于转换服务。因此，您可以注册一次转换器，并在使用 SpEL 表达式的任何地方利用它们。

Spring 3.0 定义了两个与调度相关的新策略：TaskScheduler和Trigger. Spring Integration（使用大量调度）现在建立在这些之上。事实上，Spring Integration 1.0 最初定义了一些组件（例如CronTrigger），现在已经迁移到 Spring 3.0 的核心 API 中。现在，您可以受益于在整个应用程序上下文中重用相同的组件（不仅仅是 Spring Integration 配置）。我们还通过提供用于直接配置速率、延迟、cron 表达式和触发器引用的属性，大大简化了 Spring Integration 轮询器的配置。有关示例配置，请参阅通道适配器。

我们的出站 HTTP 适配器现在委托给 SpringRestTemplate来执行 HTTP 请求并处理其响应。这也意味着您可以重用任何自定义HttpMessageConverter实现。有关更多详细信息，请参阅HTTP 出站组件。

我们现在提供对消息历史模式的支持，让您跟踪所有遍历的组件，包括每个通道和端点的名称以及该遍历的时间戳。有关详细信息，请参阅消息历史记录。

我们现在提供对消息存储模式的支持。消息存储提供了一种策略，用于代表范围超出单个事务的任何进程（例如聚合器和重排序器）持久化消息。本指南的许多部分都包含了如何使用消息存储的示例，因为它会影响 Spring 集成的多个领域。有关更多详细信息，请参阅消息存储、声明检查、消息通道、聚合器、JDBC 支持`"和重新排序器。

我们添加了声明检查模式的实现。声明检查模式背后的想法是，您可以将消息负载交换为“声明票证”。这使您可以在跨通道发送消息时减少带宽并避免潜在的安全问题。有关详细信息，请参阅索赔检查。

我们提供了控制总线模式的实现，它允许您使用消息传递来管理和监控端点和通道。这些实现包括基于 SpEL 的方法和运行 Groovy 脚本的方法。有关详细信息，请参阅控制总线和控制总线。

我们添加了通道适配器，用于通过 TCP 和 UDP 互联网协议接收和发送消息。有关详细信息，请参阅TCP 和 UDP 支持。另请参阅以下博客：“在 Spring Integration 2.0 M3 中使用 UDP 和 TCP 适配器”。

Twitter 适配器支持发送和接收 Twitter 状态更新以及直接消息。您还可以使用入站通道适配器执行 Twitter 搜索。有关更多详细信息，请参阅Spring Integration Social Twitter。

新的 XMPP 适配器支持聊天消息和在线事件。有关详细信息，请参阅XMPP 支持。

现在提供通过 FTP 和 FTPS 的入站和出站文件传输支持。有关详细信息，请参阅FTP/FTPS 适配器。

现在可以通过 SFTP 提供入站和出站文件传输支持。有关更多详细信息，请参阅SFTP 适配器。

我们还添加了用于接收新闻提要（ATOM 和 RSS）的通道适配器。有关详细信息，请参阅馈送适配器。

Spring Integration 2.0 添加了 Groovy 支持，让您可以使用 Groovy 脚本语言来提供集成和业务逻辑。有关更多详细信息，请参阅Groovy 支持。

这些对称转换器将有效载荷对象与Map对象相互转换。有关详细信息，请参阅变压器。

这些对称转换器将有效负载对象与 JSON 相互转换。有关详细信息，请参阅变压器。

这些对称转换器将有效负载对象与字节数组相互转换。它们还支持 Spring 3.0.5 添加的序列化器和反序列化器策略接口。有关详细信息，请参阅变压器。