1.0 和 2.0 版本之間的更改

您現在可以在配置許多 Spring Integration 元件（例如資料型別通道）時受益於 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 介面卡現在委託給 Spring 的 RestTemplate 來執行 HTTP 請求並處理其響應。這也意味著您可以重用任何自定義 HttpMessageConverter 實現。請參閱HTTP 出站元件以獲取更多詳細資訊。

我們現在提供訊息歷史模式的支援，讓您可以跟蹤所有遍歷的元件，包括每個通道和端點的名稱以及遍歷的時間戳。請參閱訊息歷史以獲取更多詳細資訊。

我們現在提供訊息儲存模式的支援。訊息儲存為任何範圍超出單個事務的程序（例如聚合器和重新排序器）提供持久化訊息的策略。本指南的許多部分都包含如何使用訊息儲存的示例，因為它影響到 Spring Integration 的多個領域。請參閱訊息儲存、索賠檢查、訊息通道、聚合器、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）的通道介面卡。請參閱Feed 介面卡以獲取更多詳細資訊。

Spring Integration 2.0 添加了 Groovy 支援，允許您使用 Groovy 指令碼語言提供整合和業務邏輯。請參閱Groovy 支援以獲取更多詳細資訊。

這些對稱轉換器將負載物件轉換為 Map 物件，並從 Map 物件轉換回來。請參閱轉換器以獲取更多詳細資訊。

這些對稱轉換器將負載物件轉換為 JSON，並從 JSON 轉換回來。請參閱轉換器以獲取更多詳細資訊。

這些對稱轉換器將負載物件轉換為位元組陣列，並從位元組陣列轉換回來。它們還支援 Spring 3.0.5 新增的序列化器和反序列化器策略介面。請參閱轉換器以獲取更多詳細資訊。