親愛的 Spring 社群：
為了以熱烈的方式結束 SpringOne2GX 2012，我很高興宣布 Spring Integration 2.1.4.RELEASE 和 Spring Integration 2.2.0.RC2 的發布！
Spring Integration 2.1.4.RELEASE 的資源 下載 | JavaDocs | 參考文件 | 發布說明
Spring Integration 2.2.0.RC2 的資源 下載 | JavaDocs | 參考文件 | 發布說明
請閱讀以下部落格，以了解 Spring Integration 2.2 的新功能 MongoDb 适配器支持
虛擬交易和交易同步
JPA 支援
重試
以及更多內容
特別感謝我們的社群貢獻者 - Artem Bilan 和 Amol Nayak…
您可以在下面看到 MongoDb 通道适配器的最簡單配置
<int-mongodb:outbound-channel-adapter id="deafultAdapter"/>
它將使用 MongoDbFactory 的預設執行個體（預設 bean 名稱為 'mongoDbFactory'）初始化，否則您可以透過 mongodb-factory 屬性提供其參考。
現在您可以執行 MongoDbOutboundAdapterDemo。 執行後，開啟終端視窗並啟動 MongoDb CLI
$> mongo
進入 MongoDb CLI 後，輸入查詢
> db.data.find({})
您應該會看到我們剛建立的 3 個文件條目
{ "_id" : ObjectId("505ff83d03649ed6881d…Spring Integration 團隊很高興地宣布發布
Spring Integration 2.1.2.RELEASE - 一個小型的維護版本，其中包含一些重要的錯誤修復
Spring Integration 2.2.0.M2 - 2.2 串流的第二個里程碑版本，其主要主題是 JPA 支援以及其他重要功能和改進
更多資訊可在專案的 首頁 上取得
我們很高興地宣布 Spring Integration 2.2 串流的第一個里程碑版本 - Spring Integration 2.2.0.M1。 Spring Integration 擴展了 Spring 程式設計模型，以支援廣為人知的 企業整合模式
除了常見的錯誤修復之外，此版本還帶來了許多新功能和升級
此版本還包含許多改進。 您可以在 這裡 查看完整的發布說明
有關 Spring Integration 的更多資訊，請參閱專案的 首頁
什麼是 Spring Integration Scala DSL？
Spring Integration Scala DSL 是一種使用 Scala 撰寫的領域特定語言，其目標是
我們想指出的一件事是，Spring Integration Scala DSL 本身不是一個新的 EIP 框架。 相反，它是一個基於 Scala 的 DSL，位於基於 Java 的 Spring Integration 框架之上，並且在第一個里程碑中，DSL 本身仍然嚴重依賴於 Spring Integration API 中的 Java 型別。 但是，隨著它在後續里程碑中不斷發展，DSL 將演變為越來越像 Scala。 我們確實相信與現有架構的這種緊密整合…
根據您對更多 Spring Integration 範例和更可用結構的強烈要求，我們很高興發布以下公告
從當前版本的 Spring Integration 開始，這些範例將不再包含在 Spring Integration 發布版中。 相反，我們已切換到一個更簡單的協作模型，該模型應促進更好的社群參與和社群貢獻。 範例現在有一個專用的 Git SCM 儲存庫和一個專用的 JIRA 問題追蹤系統。 範例開發也將有其自身的生命週期，該生命週期不依賴於…
我們很高興宣布「貸款經紀人」參考實作的第一部分。 「貸款經紀人」 概念已成為展示 企業整合模式 (EIP) 的事實上的參考領域 - Gregor Hohpe ad Bobby Woolf，而此版本的貸款經紀人 RI 示範了如何使用 Spring Integration (SI) 框架來實現和應用企業整合模式。
EIP 架構的核心是 管道和篩選器 以及 訊息 這些非常簡單但功能強大的概念。 端點（篩選器）透過通道（管道）相互連接。 生產端點將訊息傳送到通道，並且訊息由使用端點擷取。 此架構旨在定義描述端點之間如何 交換資訊的各種機制，而無需了解這些端點是什麼或它們正在交換什麼資訊，從而提供非常…
Spring Integration 是一個基於 POJO 的輕量級、可嵌入的訊息傳遞框架，具有鬆散耦合的程式設計模型，旨在簡化基於 企業整合模式 的異構系統的整合，而無需單獨的 ESB 類引擎或專有的開發和部署環境。 另一方面，OSGi 是一種範例，它允許人們從稱為 OSGi 綁定的獨立模組組成鬆散耦合的系統。 從一組獨立開發的模組組合成系統可能不是一種新範例，我們（希望）一直在這樣做…
想像一下，您處於受保護的工作階段中（您已登入並有權存取特定資源），但您的安全性基礎結構團隊已更新您的權利和權限。 也許您被賦予了更多的權利和權限，或者您的權利被完全撤銷。 問題是您的受保護工作階段已在工作階段登錄中註冊，並且在您登出/登入之前，不會重新建立代表您的主體（Principal）。 如果情況更加戲劇化呢（畢竟我們在這裡談論的是安全性）。 您是一個心懷不滿的員工…
這是我希望成為一個多部分系列的第一部分，該系列包含一些小帖子，顯示圍繞 Spring Security 自訂的實際範例。 這些自訂的需求並非虛構，而是全部來自現場…
假設您有以下需求。 您有一個角色列表，其中每個角色都包含適用於此角色的業務功能列表（請參閱下文）
ROLE_ADMIN BF_QUOTE_CREATE BF_POLICY_CREATE BF_POLICY_DELETE
ROLE_AGENT BF_QUOTE_CREATE BF_POLICY_CREATE
ROLE_USER BF_QUOTE_CREATE
重點在於能夠進行授權...
