【51CTO.com快譯】甲骨文公司表示，Java EE 8將面向云部署、微服務、容器與多租戶等因素進行重新調整，但Java支持者們則希望獲得更為具體的解釋。

[[169246]]

甲骨文公司最近頂住技術社區的質疑壓力，決定將企業Java面向云環境進行重啟。雖然再次邁進的跡象讓Java支持者們重拾希望，但他們亦需要了解更多詳情。

就在上個月，由James Gosling牽頭成立的Java EE護衛隊正式誕生，旨在保護可能已經被甲骨文方面遺棄的Java EE 8。對此，甲骨文于上周做出了強調，表示其開發工作仍在繼續，且將接納云部署、微服務平臺、容器以及多租戶等新鮮元素。

但前任Java EE布道者兼Java護衛隊現任***Reza Rahman指出，他希望從甲骨文處了解到更多細節信息。

“我們目前看到的只是一項規模中的少數段落，沒有什么實際工具來證實這些聲明，”他表示。“我們可能需要等到JavaOne大會召開時，才能真正了解到其功能設置與時間進度。”

甲骨文公司產品開發副總裁Thomas Kurian也做出承諾，指出更多細節將在9月18號于舊金山召開的JavaOne大會上揭曉。

但Java護衛隊明顯有著自己的擔憂。“如果大會之后仍然沒有披露真正的活動或者細節，那么前景仍然非常令人懷疑，”Rahman解釋稱。截至本周二，網絡上要求甲骨文將Java EE項目轉交給其它組織進行管理的請愿書，已經獲得了3200多個簽名支持。

而作為企業Java的另一大支持方，MicroProfile.io也已經計劃在Java當中發布其企業微服務配置方案。一位不愿透露姓名的MicroProfile.io內部人員表示，該公司已經充分熟悉了由甲骨文奠定的技術發展方向。

這位消息人士還表示，現在是時候為Java帶來新的更新方式了。“下一步調整工作應立足于許可條款與協作定位——Java社區進程委員會（簡稱JCP）在這方面并不能提供什么真正的幫助，”這位內部人員告訴我們。“這同時是個緩慢、高強度且主要取決于甲骨文承諾的任務。很明顯，這種嚴重的單一供應商依賴性不利于項目的健康發展。”

Rahman認為，未來Java EE護衛隊可能會采取更多激進舉措。“如果沒有具體的技術細節、開放協作、實現時間表以及顯著成果作為依托，那么群眾們的反抗將不可避免。”

而在JCP內部，作為甲骨文員工的成員Werner Keil表示目前對甲骨文的規劃做出判斷還為時過早。“支持云與多租戶環境無疑是正確的選擇，”Werner指出。“即使甲骨文公司永遠不會完全接受公有云，其仍能夠通過由大規模整體系統向基于服務的方案轉型而獲益。”不過他同樣擔心，Java EE項目可能在此過程中融入大量專利技術，從而影響到其中立性定位。

Eclipse基金會顯然樂于看到甲骨文在Java EE中做出的努力。“最令人遺憾的是，甲骨文公司此前長期保持沉默態度給社區以及生態系統造成了嚴重恐慌，”Eclipse執行主管Mike Milinkovich指出。“其實這些爭論本可以避免。甲骨文是一家大型企業，其戰略決策需要投入相當長的時間。我們很高興地看到甲骨文開始朝著正確的方向前進。”

面向云與容器推進對甲骨文而言屬于“一項非常積極的舉措”，Milinkovich表示。“不過***的問題還是在細節上。新的Java EE云規范必須滿足多家相互競爭的云供應商的需求，而不能僅考慮甲骨文自身。”

Java EE開發者兼博主Peter Pilgrim認為，Java EE品牌需要進行重塑，而語言本身也需要更多工具以實現交互式快節奏發展。“JavaScript/Node.js的出現真是這種需求的真實寫照。事實上，使用Ruby、PHP及其它動態語言的開發者，都在對Java要用25萬行代碼才能建立起數字化站點的現狀抱以嘲笑。”

Keil指出，他認為Java EE 8將“不可避免”地遭遇發布延后。在披露發展規劃時，Kurian并沒有談到項目原本制定的***發布期限是否仍然有效。Pilgrim表示他個人不希望看到Java EE 8延期。“這絕對令人沮喪，因為該技術能夠有效幫助企業平臺進行發展。事實上，我對Java EE品牌的印象也相當糟糕，特別是考慮到早在2005年就已經失去生命力的J2EE。”

原文標題：Java EE advocates to Oracle: Give us details, not promises

作者：Paul Krill

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】