Sun再次發布java開發平臺企業版第6版（Java EE 6）規范，規范包括了協議子集和可擴展性方面的新增功能，為開發人員提供了更大的靈活性。

Sun的一個微型系統開發小組最初在4月初就向JCP提出了Java EE 6規范的設想，并于10天后提交了規范，即Java規范要求（JSR）313。

新版本Java EE 6于7月3日發布，名為JSR 316。JSR 316的目標是為更加廣泛的開發人員服務。

為SPRing Framework進行維護、Interface21公司的首席執行官Rod Johnson說，“我認為這將是開發平臺的最重要的修訂，因為它已經發布了近10年的時間。它一定會受到科技人員的歡迎?！?

的確，依照規范的要求，經過8年時間的經驗積累，Java EE開發平臺已經日趨成熟，現在已經充分考慮到很大范圍內企業和網絡應用開發的需要。

JSR 316規范中說，除此之外，Java EE開發平臺已為在此平臺上進行開發的輔助技術、框架和應用培養出一個充滿活力的團體和市場。有些技術還提供了這個平臺所沒有的開發工具。另外還有的提供了平臺開發工具的供選方案。

JSR 316規范中還說，“發布Java EE 6的一個主題是包含和支持可作為Java EE全面發展的組成部分的技術。與此同時繼續簡化開發平臺，更好地滿足大量開發人員的需求。為此，我們為這個版本提出了兩方面的要求?D?D可擴展性和協議子集?！?

規范中并沒有添加網絡和企業應用開發人員可能需要使用的很多技術，“我們認為應該利用這些技術將層簡化或直接插入到Java EE應用服務器中?！?

JSR 316規范中這樣提到。只需多增加一些可擴展的位置和服務接口，就能很容易并高效地將這些技術插入到開發平臺中。對于開發人員來說，使用時就好像這些工具已經植入開發平臺中一樣操作簡單。

與此同時，為了涉入日益擴大的Java EE開發平臺市場，JSR 316的開發人員引入了協議子集的概念。

“為了重新確定特定開發人群所使用的Java EE開發平臺和應用程序，我們建議引入Java EE 開發平臺協議子集?！?JSR 316規范中這樣提到。這些協議子集會指導Java EE開發平臺，就如JCP所設定的一樣，它可能包括Java EE開發平臺技術的一部分，附加的JCP技術而不是基層Java EE開發平臺，或者將這兩種情況都包括在內。

Interface21公司 Johnson認為，“那種所謂全能的模式適用的情況越來越少了。”他還指出，Java EE軟件的經銷商不應該“在絕大多數客戶可能永遠都用不上的、龐大的功能上耽誤工夫”。

Johnson還表示說協議子集的確不錯。不，確切地說它是個很棒的東西。

“最后，用戶就能購買到他們想要的東西，而不是那些規范委員會認為他們想要的東西。兩年以前用戶就開始定制應用程序”。Johnson說?！霸撌菚r候引入合理的競爭機制來代替蘇聯模式的計劃經濟。”

除此之外，JSR 316專家小組還會確定第1版Java EE網絡協議子集，即旨在網絡應用方面開發的Java EE開發平臺的一部分。新的規范還會提供了一個處理工具可以從開發平臺上刪去那些永遠都不會用到的技術。

Java EE 6規范中并沒有包含OSGI。這是因為，模塊方面的開發已在JSR277Java模塊系統中有所體現，它就是為Java開發平臺準備的，標準版為第7版（Java SE7）?！拔覀冾A期Java EE7會建立在那項技術基礎上，因為我們推遲了在將來發布時可能會引起爭議的技術規范?！盝SR 316規范中這樣說。

OSGi的推崇者，法國Beaulieu的一位軟件咨詢員Peter Kriens說道，“我實在沒有辦法想通，為什么JSR并沒有選擇今天的OSGi，否則它會比Java EE 6更為優秀！你能想通嗎？”

Kriens還對協議子集的發布做出了回應。

Kriens說，“為了說明沒有十全十美的方案，Sun提議多建立幾種方案，即協議子集。這樣就一定能滿足所有的要求嗎？不，在J2ME （Java 2 微型版）中已經對協議子集進行了嘗試，但是以我看來是失敗了?！?

很顯然，不論從哪個角度看，Sun和JCP都在Java EE 6上涉及到OSGi。而且，規范已經朝著正確的方向邁進了一大步。Sun已經認識到，沒有一條道路對于所有的人來說都是可行的。但是協議子集和可擴展性能的變化所保證的靈活性卻是確定無疑的。