Oracle的 Java首席設計師Mark Reinhold最近宣布了關于JDK 18.3的提議計劃。這個計劃與JDK 8帶有同樣的里程碑式的意義，雖然功能還尚未完善。

Mark Reinhold在與OpenJDK郵件表中宣布，JDK 18.3的擬議日程表如下：

2017/12/14第一階段

2018/01/11運行所有測試

2018/01/18第二階段

2018/02/22發布最終候選人

2018/03/20一般可用性

在這為期六個月的JDK 18.3版本中，每個功能必須在集成之前完成。實際上，JDK 18.3的主開發線始終是完整的。版本中的功能集也包含第一階段之前集成的功能。

Reinhold補充道，他很快就會制定出一個詳細的功能計劃，JDK 18.3的功能至少包括所有必需的代碼、規范文本和單元測試。”

如果在10月18日之前無反對意見或者已經獲得滿意的回答，該提案將被采納為JDK 18.3的議程。

SAP的Volker Simonis提出這是否意味著JDK 18.3存儲庫會在第一個階段進行之前創建的疑問，并對JDK 18.3之后的工作模式產生了興趣。

“JDK 18.3版本之后的工作模式是怎樣的? 是先進行 bug修復去JDK-dev，轉到JDK 18.3，還是直接插入JDK 18.3?如果是后者，JDK 18.3的修復程序是否會自動整合到JDK-dev中?”

關于編號方案: 舊方案還有希望嗎?

新舊編號方案的話題也在JAX倫敦小組與Oracle的Donald Smith, Daniel Bryant, Stephen Colebourne, Peter Lawrey 和 Martijn Verburg的討論中出現了。

關于新的編號計劃產生了一個有趣的想法--- Stephen Colebourne表示對這一提議不滿意，由于他最近寫了一個關于10，11，12等Java版本號的請求，所以這并不令人意外。

他認為，盡管LTS版本對Oracle和其他大企業都很重要，但對社區來說并沒有那么重要。

Colebourne還建議，LTS版本應該逐漸增加，比如:

2018年3月——v10

2018年9月——v11

2019年3月——v12

2019年9月——v13