在開發者們正興奮著準備把Java8工具包轉向Java9的時候, 甲骨文的首席執行官提出瞭要限制兩個版本的兼容性。在周一下午OpenJDK的郵件列表中的一封郵件中，甲骨文的Java平臺的首席架構師Mark Reinhold指出會對JDK8增加更多變化（大概在2014年初），也就意味著JDK9這片“森林”，這一個目錄或者一組目錄很快就會到來。所以現在 開發者們要開始思考如何應對這兩個版本的變化。
一般來說，他們會先在新的開發版本上做些改變再加入到舊版本中。但是，發佈這種新的JDK8的準備時期做瞭比新版本更多系統集成測試，這特性的發佈並沒有太大的意義。因為新版本更會先發生變化，所以會拖慢最終版本的發佈。
在這之前，到JDK7的時候，都還沒有處理並行變化的策略。當Sun或者Oracle團隊裡面的成員對最終版本實行半自動的合並直到把這種合並變的不切實際，開發者第一時間就是對將要發佈的版本作出改進。開發者們會被要求同時對這兩個版本作出改進。那麼調試的數據庫查詢會被用來幫助對新版本作出正確的改進。
Reinhold還表示，“這種方法一直都不是運行的很好，無論半自動的合並是否還在進行它都需要數百名開發者對新版本的每個階段進行監督和貢獻。一旦這些合並停止瞭，他們就要立刻改變他們的工作集成方式。”
為瞭簡化最終版本的過程，Reinhold指出JDK9的開發森林會從特定的JDK8構造中開始初始化。“在那構造完成之後，這兩個版本就不再允許合並。開發者對JDK8作出改變的時候也要同時對JDK9作出改變，如果那個變化適用於JDK9.”
Reinhold希望這些改變能整頓好整個開發的流程。“我認為這裡面唯一的缺點就是它無法從JDK9重構建JDK8 GA，因為它是從JDK8 GA之前的GA中分離出來的。如果能做到這一點，我感覺是很方便很酷的，這比技術更具有審美價值。這種狀況跟你不能從JDK8中構造一個JDK7的新版本是一樣的道理。”
基於Java的標準版本8，為瞭能更方便的在多核處理器上編碼，JDK 8被設置為支持Lambda項目。預覽的構建已經可以使用瞭。隨後的JDK 9版本，預計在2016年初發佈，將會增加項目拼圖和Java模塊化功能的特性。
Orignal From: 甲骨文限制Java9到Java8的向後兼容性
留言列表
