正如你可能從我的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 隨後將進入純維護階段。