我代表 Spring Integration 團隊，很高興宣佈 Spring Integration 4.3 版本的第一個里程碑。
4.3 計劃只是一個小版本，在 4.2 的基礎上增加了一些新功能和改進，並將結束 4.x 系列。 同時，我們期待在 Spring Integration 5.0 中採用 JVM 的反應式基礎 (Reactive Foundation)。 我們尚未完全確定這意味著什麼，請繼續關注！ 此外，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 Framework 的 MockMvc 提供的輕量級無伺服器文件生成替代方案，您現在可以使用 REST Assured 來測試和記錄您的 RESTful 服務。 這將 Spring REST Docs 開放給 JVM 的所有角落，讓您可以記錄任何可以通過 HTTP 訪問的內容。
新增了對生成 Markdown 片段的支援。 單獨使用時，Markdown 的功能不如 Asciidoctor，但與現有的文件工具鏈（例如 Slate）結合使用時，效果非常好……
Reactor 2.0 的開發始於 2014 年底，與 Reactive Streams 大致同時。 我們熱衷於參與其中，並儘早採用 backpressure 協議來減輕我們的主要訊息傳遞限制：有界容量。 我們在 Reactor 2.0 中交付了首次嘗試，以實現 基於 RingBuffer 的 調度程序的 Reactive Streams 實作，並衍生出越來越流行的反應式模式：Reactive Extensions。
同時，Reactive Streams 開始獲得關注，並且整個函式庫生態系統都在討論這種轉變。 常見的顧慮？ 實作 Reactive Streams 語義並非易事。 我們觀察到越來越需要一個反應式基礎，以解決訊息傳遞並實作常見的流式運算子。 因此，我們為 Reactor Core 建立了一個專案空間，並開始與 Spring Framework 團隊 共同努力……
我代表 Spring Data 團隊，很高興宣布 Hopper 發佈列車的第一個里程碑。 此版本修復了 250 個問題！ 最重要的新功能包括
在我們的 發佈列車 Wiki 中找到精選的變更日誌，或者瀏覽 JIRA 中完整的變更清單。 我們計劃在 3 月初發佈候選版本，並在……發佈 GA 版本。
我代表社群，很高興宣布 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 取得。
此維護版本升級了 Platform 中許多專案的版本，以取得其最新的維護版本
幾個第三方依賴項的版本也已更新。
親愛的 Spring 社群：
Spring Integration Java DSL 1.1.2 已發佈，現在可從 repo.spring.io 和 Maven Central 取得。
此維護版本包括幾個 修復 和第三方依賴項更新。
感謝大家的貢獻和任何形式的回饋！
我們目前沒有針對 1.2 版本的特定計畫，因為我們正在研究 Spring Integration 5.0 吸收 Java DSL 專案的可能性，其中 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 Task 1.0 GA，我們計劃在 Spring Cloud Data Flow 發布 1.0 GA 之前發布）將添加功能以支援該工作。
Spring Cloud Task 是一個令人興奮的新專案，我們認為它填補了企業開發中服務不足的領域。 但是，我們想知道您的想法。 請透過 Github Issues、StackOverflow 或直接在 Twitter 上告訴我們！
