您可能從我的 Java EE 7 部落格文章中得知，我們正計畫推出 Spring Framework 5.0 版本，預計於 2016 年推出。屆時我們將追蹤 JDK 9 的候選版本，因為我們的重點之一是全面支援 JDK 9。

Spring 5 的功能規劃仍在進行中。我們將於今年在 SpringOne 上提出更深入的計畫，敬請關注！儘管如此，我想藉此機會徵求您對我們計畫的系統需求的意見回饋。

我們肯定會將最低要求提高到 JDK 8+。 這是一個先決條件，因為它讓我們可以在整個框架中擁有更乾淨的程式碼庫，在我們的核心介面中引入預設方法實現，並在我們的核心抽象中依賴 JDK 8 API 類型 (例如 CompletableFuture、java.util.function 介面)。

我們也打算稍微升級 EE 基準。 現在，這有點棘手，因為我們實際上在這裡有個別的需求 - 我們需要考慮企業在生產環境中的採用程度。

• 我們肯定會提高到 Servlet 3.0+（從我們目前 Servlet 2.5 運行時兼容性），但不會更高，因為我們希望 Spring 5 應用程式仍然可以在以 EE 6 為基準的伺服器上運行。 請參閱 我之前的部落格文章，以了解為什麼這是不可避免的，鑑於 Java EE 7 的市場狀況以及仍然基於 Servlet 3.0 API 的大量伺服器。
• 我們將保持 JMS 1.1+ 的兼容性，因為除了 EE 7 問題之外，我們預計企業界的消息代理程式不一定會升級到 JMS 2.0。 無論如何，Spring 的 JMS 支援會自動適應 JMS 2.0，因此不應缺少任何功能。 只是我們必須繼續支援 2002 年代的 JMS 1.1 API 令人感到遺憾...
• 我們希望升級到 JPA 2.1+ 和 Bean Validation 1.1+，但我們似乎受到限制：TomEE 1.7 和 JBoss EAP 6.4 中都有硬性的 JPA 2.0 和 Bean Validation 1.0 API，而 WebLogic 12.1.3 具有 JPA 2.1 但沒有 Bean Validation 1.1 API（儘管它們是相關的）。
• 這表示我們必須繼續檢測 JPA 2.1 / BV 1.1，自動適應它們 - 或者我們需要本地捆綁 JPA 2.1 / BV 1.1 API jar 和相應的提供者。 一個可能的結果是，我們將簡化我們的設定以支援 JPA 2.1，僅在運行時透過後備檢查來容忍 JPA 2.0，類似於我們目前處理 Servlet 3.0 與 2.5 的方式。

從您的角度來看，上述假設是否可行？ 您是否有在 EE 6 伺服器上個別升級到 JPA 2.1 / Bean Validation 1.1 的經驗，例如透過在應用程式中本地傳輸相應的 API 和提供者？ 歡迎提供任何意見回饋！

請注意：如果您停留在 JDK 6 或 7 上，則無需擔心：我們也計劃在明年年初發布 Spring Framework 4.3 版本，並符合一般的 Spring 4 系統需求。 但是，這將是該系列的最後一個功能版本，之後 Spring Framework 4.x 將進入普通的維護階段。