業界動態 Java EE 6 距離我們還有多遠

紅帽公司為規范投了贊成票，該公司表示："EE6規范的spec lead證實了EE6 TCK將不包含應用領域限制，因為最初Apache是針對另一個JSR(SE TCK 許可證)的，這是件好事。因而，在將來，對于任何提交的JSR(無論是由Sun 公司或其他公司)，人們將尤其期望spec lead提供應用領域限制方面的明確信息。

一個由16個公司和個人組成的小組為Java EE 6規范進行了投票，Sun公司和紅帽公司投了贊成票，Intel、hp、Oracle、SAS協會、Google、SAP、Doug Lea和Hani Suleiman公司棄權，Apache軟件基金會、BEA Systems、Borland Software和Fujitsu沒有參與投票。

Apache 軟件基金會的Geir Magnusson為Java EE 6規范，也就是眾所周知的JSR(Java Specification Request) 313，提出了一個問題：Java EE TCK(兼容性檢測工具包)是否有應用領域的限制。Magnusson說，Sun公司在有目的地保護Java以達到自身商業意圖。

目前，關于Java EE 6規范是否有應用領域的限制這一問題引發了業界的廣泛爭論，莫衷一是。

在JSR 313是否被批準的問題上，SAP公司投了棄權票，他們進而表示：“我們正在等待有關方面對該許可證條款進行更多的澄清，就我們來看，這些條款貌似要求每個Java EE profile都要支付許可證費用。如果這一點是確定的，那我們就要在許可證條款的JSR問題上投反對票?！?

Intel也投了棄權票，并說明他們在等Sun公司對SAP等公司所提出問題的回應。

紅帽公司為規范投了贊成票，該公司表示：“EE6規范的spec lead證實了EE6 TCK將不包含應用領域限制，因為最初Apache是針對另一個JSR(SE TCK 許可證)的，這是件好事。然而，由于缺乏明確的禁止應用領域限制的JSPA規則，我們仍將為相似問題的再次出現而擔憂?！?

紅帽公司的Mark Little在一次采訪中說：“我們對這一JSR背后的相關措辭十分關注，但并不認為這一問題重要到以至于延緩開發以及其后的相關程序。我們知道EE6對協會和供應商來說是非常重要的，因此我們投了贊成票，但是我們已將保留意見發給了Sun 公司。

因而，在將來，對于任何提交的JSR(無論是由Sun 公司或其他公司)，人們將尤其期望spec lead提供應用領域限制方面的明確信息。

同時，傳聞說Sun公司計劃于近期開放JDK(也應包括JCK ，或者說TCK)的源碼。然而，一位觀察家對此持懷疑態度：“如果其確實如此，我不相信它像被描述的那樣?！甁CK現在處于開放許可證下，并且任何人都可以不經過任何修改的進行使用，進而證明其與Java SE規范的兼容性并通過檢測，為其裝備接收所有來自spec lead和專家組的必需IP。我為什么不相信它呢?因為如果它們想要這么做，他們為什么不首先用公關手段而為TCK贏得勝利呢?”

資料顯示，Sun公司或許確實做了些傻事，比如：該公司說如果你的代碼是GPL，那么在GPL下JCK是可用的……如果他們這么做了，我認為其結果是，雖然GPL下的源碼是可用的，但并不意味著你只需通過代碼庫就能得到所有的IP權限。換句話說，代碼庫是進入JCK的開端，但JCK――這是只能從Sun公司得到的。

許多JSR 313專家組成員說過，他們認為Java EE許可證持有人對這一問題有疑問，這導致針對TCK和商標權的商業許可證結構的變化。

而另一位觀察家說：“我認為FOU(應用領域)問題是莫須有的，因為對于Java EE，從來就沒有一個具體的應用領域。他們或許站在了一個被誤導的原則立場上。但是最終，我認為他們將不得不妥協――如果JCP 被認為是一個開放spec 組織，那么JCP一定是應用領域不受限的，我希望Sun能帶領我們前進，而非被拖住了前進的步伐?！?

曾參與相關Java EE 6問題討論的Oracle公司Java平臺組負責人 Steven Harris表示，他相信spec將被再次遞交并最終會獲得批準。Harris說：“我期待著JSR 313被遞交并被接受，因為被提出的問題并不會產生太大影響?！?

Java EE 6 預期在2008年的第三季度完善和發布。

（T007）

原文轉自：http://www.anti-gravitydesign.com