我代表 Spring Integration 团队很高兴地宣布 第一个里程碑 版本的 Spring Integration 4.3 发布。
4.3 计划仅为一个次要版本，包含一些新功能和对 4.2 的改进，并将结束 4.x 系列。同时，我们期待在 Spring Integration 5.0 中拥抱 JVM 的响应式基础。我们尚未确定这到底意味着什么，敬请期待！此外，5.0（2017 年）将包含（目前独立的）Spring Integration Java DSL。
我们计划在未来几个月内完成 4.3 的最终版本，然后将全部精力投入到 5.0 中，因此，如果您在明年之前需要一些 必须具备的 功能……
我很高兴地宣布 Spring REST Docs 1.1 的第一个里程碑版本已经发布。1.1.0.M1 可从 https://repo.spring.io/milestone/ 获取。
作为 Spring 框架 MockMvc 提供的轻量级无服务器文档生成的替代方案，您现在可以使用 REST Assured 来测试和记录您的 RESTful 服务。这使得 Spring REST Docs 能够覆盖 JVM 的各个角落以及更广泛的领域，允许您记录任何可以通过 HTTP 访问的内容。
已添加对生成 Markdown 代码片段的支持。就其本身而言，Markdown 不如 Asciidoctor 强大，但在与现有的文档工具链（如 Slate）结合使用时，可以发挥很好的作用……
Reactor 2.0 的开发始于 2014 年底，大约与 Reactive Streams 同时。我们热衷于参与这项工作，并尽早采用 背压协议 来缓解我们主要的信令限制：有限容量。我们在 Reactor 2.0 中提供了首次尝试，以使 基于环形缓冲区 的调度程序的 Reactive Streams 实现，并推导出了一种越来越受欢迎的响应式模式：Reactive Extensions。
同时，Reactive Streams 开始获得关注，并且整个库生态系统都在讨论这种转变。常见的担忧是什么？实现 Reactive Streams 语义绝非易事。我们观察到，越来越需要一个响应式基础来解决信令问题并实现常见的流操作符。因此，我们为 Reactor Core 创建了一个专门的项目空间，并与 Spring 框架团队 共同开始了重点工作……
我代表 Spring Data 团队很高兴地宣布 Hopper 发布列车的第一个里程碑版本。该版本修复了 250 个工单！最重要的新增功能包括
在我们的 发布列车 Wiki 中查找精选的变更日志，或浏览 JIRA 中的完整变更列表。我们计划在 3 月初发布候选版本，并在……
我代表社区很高兴地宣布 Spring Session 1.1.0.RC1 发布。该版本 可在 Spring 里程碑存储库 (https://repo.spring.io/milestone/) 中找到。
此版本包含许多修复和新功能。您可以在 1.1 中的新增功能 中找到详细信息。1.1.0.RC1 的亮点已包含在下面
我们期待您的反馈，如果一切顺利，计划在未来几周内发布 1.1.0.RELEASE。
我代表团队很高兴地宣布 Spring Cloud Stream 1.0.0.M4 发布。新版本带来了一些重大变化和增强，它定义了我们认为对于开发分布式实时数据处理应用程序至关重要的核心抽象和基元。举几个例子
Spring Cloud Stream 1.0.0.M4 中最重要的变化是应用程序之间交互的方式。我们选择了默认的发布-订阅模型，其中接收来自给定目标的消息的每个应用程序都将收到该消息的副本。这更适合流应用程序的处理模型，其中中间主题充当各种交叉数据流的数据中心，也使诸如点击之类的场景更容易和更高效。此功能与下一个功能密切相关，即 消费者组……
我们很高兴地宣布 Spring Statemachine 1.1.0.M1 的第一个里程碑版本发布。
我们在 2015 年 4 月发布了 1.0.0.M1，并在 2015 年 10 月发布了 1.0.0.RELEASE。我们还为 1.0.x 系列发布了 2 个维护版本，现在是时候展望 1.1.x 系列的未来。1.0.x 进入维护模式，而主要开发将集中在 1.1.x 上。这并不意味着我们将停止 1.0.x，我们将继续对其进行维护修复，直到我们成功地过渡到 1.1.x 版本之后。在 Spring 项目中，在用户准备好迁移到下一个次要/主要版本之前，不放弃维护非常重要……
Spring IO Platform 2.0.2.RELEASE 现已可从 repo.spring.io 和 Maven Central 获取。
此维护版本升级了平台中许多项目的版本，以获取其最新的维护版本
几个第三方依赖项的版本也已更新。
尊敬的 Spring 社区：
Spring Integration Java DSL 1.1.2 现已发布，您可以从 repo.spring.io 和 Maven Central 获取。
此维护版本包含一些 修复 和第三方依赖项更新。
感谢大家的贡献和任何形式的反馈！
我们目前没有关于 1.2 版本的具体计划，因为我们正在研究将 Java DSL 项目吸收到 Spring Integration 5.0 中，其中 Java 8 是最低要求，但欢迎您随时提出更多功能需求或分享任何您认为可以包含在下一个维护版本中的问题。
项目页面 | JIRA | [贡献] (https://github.com/spring-projects/spring-integration/blob/master/CONTRIBUTING.md) | StackOverflow (spring-integration…)
今天，我们很高兴地在 Spring 产品组合中推出一个新项目，Spring Cloud Task。在 Spring Cloud 项目组的统筹下，作为 Spring Cloud Stream 的姊妹项目，Spring Cloud Task 旨在为基于 Spring Boot 的应用程序提供支持短生命周期微服务所需的功能。通过这篇博文，我们发布了该项目的第一个里程碑版本，并期待您的意见和反馈。
在大多数情况下，现代云环境的设计围绕着执行预期不会结束的进程（例如 Web 应用程序或流模块）。如果它们确实结束了，则被平台视为失败，并且通常会重新启动。虽然许多平台确实有一些方法可以执行预期会结束的进程（例如批处理作业），但该执行的结果通常不会以可消费的方式维护。然而，对于关键任务应用程序来说，即使它们是短生命周期的，它们仍然具有与长生命周期进程相同的非功能性需求。
虽然此功能在云环境中很有用，但同样的问题也可能出现在传统的部署模型中。当通过像 cron 这样的调度程序执行 Spring Boot 应用程序时，能够在应用程序完成之后监视其结果可能很有用。
Spring Cloud Task 采用了一种方法，即 Spring Boot 应用程序可以有一个开始和一个结束，并且仍然是生产级的。批处理应用程序只是短生命周期进程可以提供帮助的一个例子。
在 Spring Cloud Task 的第一个版本中，我们介绍了配置机制的基础知识以及用于记录任务执行时发生情况的存储库。那些熟悉 Spring Batch 及其作业存储库的人应该会发现 Spring Cloud Task 的通用范式很熟悉。
要熟悉 Spring Cloud Task，最简单的方法是编写一个应用程序。文档引导您完成创建初始任务及其执行的过程。您可以在 此处 阅读更多相关信息。
在即将发布的版本中，任务将成为 Spring Cloud Data Flow 中的一个新的基本元素，允许用户将几乎任何 Spring Boot 应用程序作为短生命周期任务执行。这提供了灵活性，可以以动态的方式运行从简单的 CommandLineRunner 到完整的批处理作业的所有内容，允许按需消耗资源并在完成后返回。即将发布的版本，包括我们计划在 Spring Cloud Data Flow 发布 1.0 GA 之前发布的 Spring Cloud Task 1.0 GA，将添加支持该工作的功能。
Spring Cloud Task 是一个新的令人兴奋的项目，我们认为它满足了企业开发中一个未得到充分满足的领域。但是，我们想知道您的想法。请通过 Github Issues、StackOverflow 或直接在 Twitter 上告诉我们！
