我很高興代表 Spring、Apache Geode 和 VMware GemFire 社群，宣佈釋出 Spring Boot for Apache Geode & VMware GemFire (SBDG) 的新版本。

SBDG 1.1.9.RELEASE 現已釋出，並基於 Spring Boot 2.1.16.RELEASE、Spring Data Lovelace-SR19 和 Spring Session Bean-SR11。

SBDG 1.2.9.RELEASE 現已釋出，並基於 Spring Boot 2.2.9.RELEASE、Spring Data Moore-SR9 和 Spring Session Corn-SR3。

SBDG 1.3.1.RELEASE 現已推出，它基於 Spring Boot 2.3.1.RELEASE、Spring Data Neumann-SR2 和 Spring Session Dragonfruit-RELEASE 構建。此外，此版本還引入了新的 Spring Test for Apache Geode & VMware GemFire (STDG) 0.0.17.RELEASE，其中包含一些不錯的補充，將在新增功能中討論。

最後，SBDG 1.4.0-M1 現已推出，它基於 Spring Boot 2.4.0-M1、Spring Data 2020.0.0-M1（代號：Ockham）和 Spring Session 2020.0.0-M1 構建。

您可以在版本相容性矩陣中獲取所有直接依賴版本的所有詳細資訊。

一如既往，您可以從start.spring.io開始任何使用 Apache Geode 的 Spring Boot 專案。

• 選擇所需的 Spring Boot 版本

• 點選“新增依賴”

• 輸入“Geode”

• 選擇“Spring for Apache Geode”

• 點選“生成”

就這樣，您就可以開始了！

最新訊息

雖然 1.1.9.RELEASE、1.2.9.RELEASE 和 1.4.0-M1 版本主要側重於與依賴項保持一致並獲取新功能，但 SBDG 1.3.1.RELEASE 完善了使用資料中的匯入/匯出功能。

就像 Spring Boot 對SQL 資料庫初始化的支援一樣，SBDG 允許您在應用程式類路徑上放置一個或多個 JSON 檔案，以在啟動時向 GemFire/Geode 區域載入資料。

與 Spring Boot 不同，SBDB 允許您在 Spring Boot 應用程式關閉時後續從區域匯出資料。如果您想將資料從 QA 移到 DEV 以重現和除錯問題，這會很方便。

在 1.3.1.RELEASE 中，SBDG 進一步闡明瞭匯入和匯出資料的主要關注點

• 資料格式（例如 JSON vs. XML vs. 其他）

• 資源解析（例如 classpath、檔案系統、URL）

• 資源讀/寫

預設情況下，SBDG 從類路徑匯入 JSON，並匯出 JSON 到檔案系統。然而，透過將上述每個關注點分解，您可以從 Web 服務匯入 JSON，並匯出 XML 到 FTP 站點。

要檢視更改資源解析、讀取和寫入策略的示例，請參閱 SBDG 測試套件中的 RestServiceCacheDataImportExportIntegrationTests 測試類。

您可以在參考文件中瞭解更多資訊。

此外，SBDG 1.3.1.RELEASE（和 1.4.0-M1）引入了 Spring Test for Apache Geode & VMware GemFire (STDG) 0.0.17.RELEASE，其中包含一些值得注意的新增功能

• 如何控制 GemFire/Geode 模擬物件的範圍和生命週期。

• 如何模擬 STDG 預設不支援的其他 GemFire/Geode 模擬物件操作（例如 Region.putIfAbsent(key, value)）。

• 如何在進行整合測試時清理 GemFire/Geode 資源和工件。

要在您的 Spring Boot 應用程式中進行單元測試或整合測試時使用 Apache Geode 或 VMware，只需將 org.springframework.geode:spring-geode-starter-test 新增到您的測試編譯類路徑中。

接下來是什麼

對於 1.3.2.RELEASE（暫定計劃於8月6日，星期四），我們計劃改進文件，提供更多關於如何在 Spring Boot 應用程式中使用 Apache Geode 或 VMware GemFire 的安全（身份驗證、TLS）的詳細資訊。請參閱並關注PR #81以獲取更多資訊。

在 SBDG 1.4 版本系列中，重點將是在現有同步（直讀/直寫）內聯快取功能的基礎上，增加對非同步（即寫回）和內聯快取功能的支援。有關更多詳細資訊，請參閱並關注問題 #58。

結論

一如既往，任何反饋都非常感謝。

問題 | 拉取請求 | StackOverflow