簡介：Java™ 平台以穩定著稱，其社區卻相當活躍，但這並不意味著 Java 技術已經足夠成熟 。Oracle 收購 Sun Microsystems 就是 Java 行業重新定義過程中的最新變化。為了讓大家了解相關信 息，Java 技術專區編輯 Jenni Aloi 舉辦了一次 developerWorks 圓桌會議 — Java 社區中的 9 大思想者 — 討論了 Java 技術、文化和行業的現狀和發展趨勢。
自 Oracle 去年宣布其收購 Sun Microsystems 的意圖以來，Java 開發人員社區便開始爭辯 Java 格局會有哪些改變，以及它將如何影響 Java 平台的未來。
事實上，Java 技術的發展素來就是一個充滿爭議的話題，其中一些人認為這一技術在它的第 15 個年 頭已經走到了盡頭。因此，Java 平台和庫的突出復蘇讓業界為之震驚，因為企業開發人員已經開始解決 方案可靠性和可伸縮性問題。
隨著 Oracle 的收購工作塵埃落定以及 Java 7 已定於今年下半年發布，Java 領先社區需要舉辦一次 圓桌會議 — 開發人員、架構師和分析人員（公司和獨立） — 並獲取關於 Java 技術、文化和行業的當 前及最新趨勢的觀點。
從期待到驚訝，各界反應不一，但最終開始思考與會者們在 Java 平台方面的專業技術和廣泛工作。 衷心感謝圓桌會議與會者：Dan Allen、Neal Ford、Andrew Glover、Richard Hightower、Mik Kersten 、 Christopher J. Mackie、Alex Miller、Ted Neward、J. Steven Perry。了解我們貢獻者們的 廣泛 背景知識，包括他們在 developerWorks 上以及別處發布的作品。
注意：與會者的觀點和評論不代表 IBM 的觀點。有關 IBM 圍繞 Java 平台的最新活動的更多信息， 請參閱 Chris Bailey 的 “Java 技術，IBM 風格: Java 技術的新紀元”，這篇文章介紹了一些通過 Oracle Java 7 規范帶來的主要增強，以及 IBM 提供的額外增值功能。IBM SDK for Java 7 的技術總監 Trent Gray-Donald 還在這個 播客 中談到了未來的變化。
Java 技術的 2010
為了開始討論，我們向與會者提問“基於 Java 的開發人員如今面對的最大挑戰和機會是什麼”。雖 然回答不一，但其基本主題是相同的：Java 平台的復雜性以及相關 Web 應用框架，因為這增加了如今軟 件開發的固有挑戰。
“甚至在開始編輯代碼之前，典型的 Java Web 應用程序就要使用 15 到 20 MB 框架”，Alex Miller說，“這從一開始就加大了我工作的難度，而我擁有 10 的 Java 開發經驗。”
Mik Kersten 表示同意：“我們所用系統的大小在不斷增長，而我們腦容量卻還是那麼大。”
與此同時，根據 Dan Allen 觀點，交付的壓力也不小。他說：“開發人員無力承受開發對應用程序業 務邏輯毫無作用的代碼，特別是用於解決已經解決的問題的代碼。”
大多數與會者都同意復雜度 — 這關系到 Java 平台的生存 — 阻礙了基於 Java 的框架、工具和語 言的創新。
“要讓 Java 得以繼續生存，必須將它視為快速部署工作應用程序的平台”，Andrew Glover 說。他 引用 Grails 作為基於 Java 平台的簡化企業棧的例子。
“借助 Grails 這樣的框架，您可以極為迅速地建立工作 Web 應用程序，就像 Rails 那樣”，他這 樣說。
與會者表示，支持 Java 平台演化的其他技術還包括 Spring 框架、Eclipse、基於 Java 的雲和虛擬 化技術、鍵值對數據包以及 Java EE 6 本身。
技術並不能解決 Java 開發人員面對的所有問題；但是，Java 的編程文化也存在求變的壓力。
“Java 開發人員通常會迷戀復雜性”， Neal Ford 說，“我們作為開發人員必須努力在解決問題方 面達到平衡，避免引入新的問題。”
Steve Perry 對此表示同意。他說：“創新是偉大的，我喜歡變化，但軟件開發確實還需要發展。世 界對軟件的依賴性日益增加，如果開發方式未得到改善，那麼我們將有一段非常艱難的過程。”
Chris Mackie 認為，軟件開發活動的發展是 Java 文化和技術前進的動力。“日益壯大的外包供應商 都是組織文化和編碼需求不一的各種類型的公司”，他說，“即使經驗豐富的 Java 開發人員會在轉換到 新環境時遇到挑戰。”
Oracle 和 Java 技術
經過數月的訴訟之後，Oracle 現在已經是 Java 未來的掌控者。我們向與會者提問：“這種新的控制 權有什麼最重要的意義？” “在 Oracle 的帶領下希望看到什麼變化，還是保持不變？”
大多數人，如 Rick Hightower，並不期望技術方面能有多大改變。“Oracle 並不會讓 Java 開發人 員的境遇變得困難” ，他說。
一些與會者表達了對 JCP 的顧慮，並希望它能繼續，或者在 Oracle 下能變為更加可靠。“我希望 Oracle 能消除 Apache 一直反對的領域應用限制，並打破 JCP 對 Java 7 JSR 的限制”， Alex Miller 這樣說。
Steve Perry 補充說：“我希望 Oracle 做出的保留 JCP 並增加其共享性的承諾並不是天方夜談。公 司參與的開銷是否會越來越大？個人參與是否可行？”
談到 IDE，Mik Kersten 表示在同等情況下會首選 JDeveloper，“因為 Eclipse 在 Java 特性、可 擴展性和可能集成方面都處於領先。”
“我希望我們可以看到 Oracle 意識到 Eclipse 對於 Java 取得成功的重要性”，他說。
“長遠來看，我想知道 Oracle 是否會讓 Java 更加接近企業，以及是否會將 Java 應用於雲，這會 是非常有趣的事情”，Chris Mackie 說，“我認為強大的雲理念對於社區非常有益，但不知道 Oracle 是否注重這一因素。”
“利用雲還會減少硬件改變的麻煩，這使 Oracle 作為硬件公司（即 Solaris）的角色變為更加有趣 ”，Andrew Glover 說。
在討論對於 Java 技術最為重要的方面的問題時 — 公司所有權易主還是開源替代方案出現 — 與會 者開始分化了。
“對我來說，Java 的發展動力與其所有權沒有關系”，Glover 說。但是，Dan Allen 說，“這確實 會關系到負責 Java 的公司。”
“我們現在有許多人都對管理方向持有不同的意見，而這只能改變 Java 和 JCP（通過 Oracle 的控 制權）的發展”，Alex Miller 說，“我認為 Oracle 會將 Sun 產品合並在一起，並創建更多的價值。 ”
顯而易見的是，Oracle 以盈利為中心的商業模型會改變 Java 文化的一些方面。
“許多 Java 開發人員會發現很多免費服務從此消失”，Ted Neward 表示，“坦白來說，我認為這種 改變是一個很遙遠的過程。”
Java 7：閉包和並發性
經過 3 年多的努力，Java 7 已經確定於 2010 年末發行。我們問到閉包是否仍然值得爭論，以及 JDK 7 是否足以應對並發性方面的挑戰。
一些人質疑 Java 7 與基本應用程序開發的相關性。“我仍然遇到客戶機在 Java 1.3 上卡住的問題 ，因為需要商業公司提供應用服務器”，Andrew Glover 說，“由於這些現實讓 Java 7 的采用在某些領 域變得遙不可及。”
Java 4 和 Java 5 引入了一些激動人心的特性， Steve Perry 說，“但對於 Java 7 就有所不同了 。但是，使用穩定的已有技術則更能發揮自己作為顧問的作用。”
一些最有趣的並發工作正獨立於 Java 7 進行，Glover 說，比如一些開源工作，基於 Java 的框架 Kilim 和函數語言如 Scala。
“JSR 203 是 NIO 中非常有用的增強。JSR 166 有一些很好的並發更新，並且我仍然希望 JSR 310 繼續發揚光大。” Alex Miller 說。
Miller 還看到 JVM 中新增了一些好功能，他表示，“一些圍繞 invokedynamic 的工作正在進行之中 ，可能會是一些熱門的新型垃圾收集器 G1。”
就閉包而言，Miller 說，他們仍然值得爭論，並且我很高興它們能重回陣營。
其中，閉包將 “為各種 JVM 語言之間的通信提供一種公共的標准字節碼格式”，Neal Ford 說，“ 現在，Scala 使用與 JRuby、Clojure 和 Groovy 不同的內部表示；它們都有自己的字節格式。” 建立 一種內部格式可以讓所有基於 Java 的語言解析相同的內部表示，他說。
“Groovy 的成功表示人們希望閉包出現在 Java 中”，Dan Allen 說。他還對 Java 中缺少屬性和直 接字段/方法引用表示失望，他說這樣會導致浪費和/或傳遞類型安全性。
“許多語言信息會在編譯時丟失，而它們本來可為框架開發人員提供很大的用處”，Allen 說。“一 個例子是方法參數的名稱以及各種通用類型信息，它們已經從 Java 移動到字節碼中。”
“雖然注釋極為出色，但它們僅是需要支持的元數據最表面的一層”，他說。
但是，“Java 語言設計者應該在版本 7 時釋放 Java”，Ford 說，“Java 語言將成為 JVM 的匯編 語言：允許低級訪問，因為您所編寫的是低級庫，以及允許維護。”
甚至在平台前端，Miller 說，“Java 就其本身而言當前並不適合革命性改變 — 它仍然會順變趨勢 和用戶的期望。而企業正希望如此。”
Project Jigsaw
JDK 應該模塊化的爭論應追溯到 90 年代中期，但對 Java 模塊性的興趣 — 或對可實現解決方案的 希望 — 在過去數年中已經激增。作為 OpenJDK 項目的一部分，Project Jigsaw 是 Sun 在 Java 7 發 行版中模塊化 JDK 的努力。
我們向與會者提問 “Project Jigsaw 與 OSGI 的關系是什麼”，以及 “是否能夠滿足模塊化 Java 平台和編輯模型的需求。”
Chris Mackie 說，“我懷疑並沒有一個正確的模塊化 Java 解決方案。可以很容易發現關於‘正確’ 的模塊性有許多立場。”
在提及關於模塊化的 JSR 時，Alex Miller 表示，“我認為圍繞 JSR 294、277 的整個過程以及 Project Jigsaw 從一開始就沒做好。相關人員目的性很強，但我還是希望最終產品能是我希望的那樣。
“我認為 OSGi 是一項偉大的技術。我並不認為它是唯一的解決方案”，他說。
我們需要的是一個 “可允許版本跟蹤，支持編譯時和運行時版本依賴性檢查的工具，以及一個開放元 數據組件系統”，Ted Neward 說。相反，Project Jigsaw 已經 “變為另一種復雜的 OSGi 和 Maven” ，他說。
“很讓人不恥，因為我認為 Mark Reinhold 和 Alex Buckley 在模塊性方面的展示確實非常有吸引力 ”，Miller 補充說，“集成模塊定義、依賴關系管理和緊密部署的概念可支持 CPAN、Ruby Gems 或 Groovy Grape 系統，並且能更好地構建和部署 Java 軟件。”
但是，模塊化 Java 平台也有其缺點和批評者。
“我認為 Project Jigsaw 不切實際”，Steve Perry 說，“他們提議的解決方案幾乎沒有絲毫引起 我的興趣。”
“模塊性解決方案正日趨成熟的事實說明大部分已有 Java 應用程序，雖然它們可能會從模塊性中受 益，但都沒有這一必要性。對於許多應用程序來說，模塊性可能會弊大於利”，Mackie 說。
他說，“但是，模塊性在移動環境的 Java 開發中非常重要。舉例來說，如果沒有它，我們將很難看 到 Java 會在智能手機上普及。”
Dan Allen 說，“移動應用程序並不需要 JVM 帶來的所有功能。如果 Sun 接受模塊 JDK，Android 和 Java ME 的分開就不會發生。”
Java 和多語言 VM
JVM 需要 “一種真正的語言” 嗎？
與 Java 社區本身一樣，與會者在討論核心 JVM 語言的需求時意見發生了分化。
Neal Ford 說，“Java 已經死了。但是，多語言編輯的未來看似光明。我們以 Swing 開發為例，您 可以使用 JRuby (Swiby) 或 Groovy (SwingBuilder) 中的 DSL 在 Clojure 等先進的函數語言中構建用 戶界面，創建關鍵線程安全部件，並能保留多年以來創建的所有 Java 庫。”
對 Steve Perry 來說，這一場景看上去比較可行，雖然沒有切實的商業收益。他說，“我嘗試不受技 術的影響。我們關注能確實吸引我的東西。”
與此同時，Dan Allen 認為 JVM 是一個完美的沙箱。他說，“發現主要語言之後，開發人員可以遷移 到它，而不要轉儲知道和投入的一切。Grvvoy 和 Scala 的成功證明沙箱方法是可靠的，但任何語言都是 不可替代的。我相信總會有更好的。”
“一種真正的 JVM 語言” 的時代已經過去，還是尚未找到最合適的方案？
此前，一些 Java 社區人士（其中一些為 developerWorks 寫文章）爭論 Java 語言是否已經死亡， 或者像 COBOL 一樣死亡。如今，更深層次的問題是 Java 語言是否已死亡有什麼影響，因為 JVM 上還有 許多其他語言。
Andrew Glover 說，“多語言 VM 讓 ‘Java 已死亡’ 這一診斷或多或少變得饒有趣味。Java 是一 個平台！如果 Java 語言缺少一些我所需求的特性（或者出現在其他語言時），那麼我可能會選擇其他語 言。”
他說，“Java 的真正強大之處是語言干淨地脫離了虛擬機。JVM 的可靠性可允許開發人員混搭語言， 發揮這些語言各自的優勢。”
Alex Miller 說，多語言 VM（已經由 OpenJDK Da Vinci Machine 項目實現）將為 Java 開發人員提 供獨一無二的機制，可以將工作側重於語言互操作性、元對象協議和其他方面。
Miller 和其他人同意大企業軟件公司繼續在 Java 中大筆投資。
Dan Allen 說，“Java 是一種非常易於理解的語言，並且對於公司開發人員來說非常不錯。挑戰是如 何積極地發展該語言。需要引入新的語言特性，並且需要消除不推薦的用法！沒有人在使用 Java 5 注釋 時還在使用 Java 1.1 中的舊式代碼。”
Ted Neward 還呼吁 Java 語言設計人員 “了解其他語言的環境 — 從 C++、C# 和 Visual Basic 開 始 — 並確定一組可再次煥發 Java 活力的新特性。”
Mik Kersten 說，“Java 作為一種面向對象編程為我們提供了極好的基礎。它做到了，也發揮了作用 ，但它需要繼續上升一個台階。但從社區的角度來說，我們不需要確保 JVM 上能出現額外的創新。”
Spring 的未來怎樣？
Java 最穩定、流行的開發平台之一已經於 2009 年易主：VMWare 購買了 SpringSource。我們向與會 者提問，“Spring 產品組合在 VMWare 的管理下將如何發展。”
似乎人們一致認為 Spring 在 VMWare 的經營之下會開始進入雲計算領域。Spring 將 “成為執行雲 開發的平台，並繼續支持多年來一直在堅持的企業開發。”
Mik Kersten 同時說，“SpringSource 的 CloudFoundry 是對未來的展望，開發人員將在雲中部署、 調試和管理他們的應用程序，完全不用離開 IDE 便可實現。”
Steve Perry 說，“從業務應用程序開發人員的角度來說，Spring 可能會嘗試執行更多任務，它的體 形會變得異常龐大。開發人員不必每隔三個月便升級一次 Spring 實現。”
Rick Hightower 還看到 Spring 產品組合在各種方向上都有所突破。Spring Roo 和 Spring STS 就 是采用 “Spring 方式” 的極佳例子。
他說，“新興 Spring 產品組合可能會回歸 Spring 在面向方面編程中的本源。如果您還沒有這樣做 ，則會希望重新拿起介紹 AspectJ 的書。”
OpenJDK 和 Apache Harmony
讓 Java 平台開源的決策很受歡迎，畢竟來自 Java 開發人員社區的壓力非常大。Apache Harmony 首 先出現，但 OpenJDK 其實有 Sun 的成分在其中。對於這兩個進行中的實現，我們向與會者提問，“Java 生態系統是否會從這兩個開源 Java 平台實現中受益？”
Dan Allen 說，“不同的實現可允許更加容易地找到最佳解決方案，或者最適合的解決方案。比如說 ，一個 JVM 可以啟動更快，但另一個可能長期內存占用較低。”
Chris Mackie 說，“我們必須建立一個完全的定位戰略。但是，隨著時間的推移，讓具有一定競爭力 的項目成為標桿逐漸變得困難 — 不僅對它們的創建者來說如此，對於兩個項目興趣點不同的用戶來說也 是如此。”
他說，用戶感興趣的是如何最大限度的提高投資回報率。
對於一些人來說，Apache Harmony 和 OpenJDK 可以概括為開源能做什麼以及不能做什麼。
Ted Neward 說，“讓 Java 開源是一個很好的想法，我個人也對他們在這方面的努力感到很高興。但 我們不要再欺騙自己了 — 關注它的那百分之二的 Java 開發人員社區都沒有在開源方面有任何舉動。”
Andrew Glo 說，“開源是一件很美好的事情，特別是當您支持它並圍繞它進行創新時。擁有商業後盾 的項目大多都可以迅速發展起來，這與真正依賴擁護者的項目形成了鮮明的對比。”
在技術方面，Rick Hightower 說，“OpenJDK 和 Apache Harmony 就像是安全降落傘。我很高興它們 倆都沒有消失；我希望以後不會只能兩者擇一。我希望 Oracle 能夠經營好 Java 平台，也讓我們免於依 賴備用計劃。”
雲計算
隨著有影響力的公司開始注重在雲上計算和銷售資源，我們問與會者對雲計算的基本觀點是什麼，以 及如今在企業中利用雲基礎設施的切實可行的方法是什麼。
Ted Neward 說，“2010 年的雲就和 2008 年的虛擬化、2007 年的網格以及 2005 年的 Web 服務一 樣，它如絲如縷、難以抓住，雖然看上去有結實的表面，但實際上沒有有形的物質。”
Alex Miller 表示同意，“雲計算現在是一個相當熱門的詞，但相關技術卻極具實用性。基本上我認 識的每位開發人員都在私有或公共雲中使用或查看雲基礎設施。”
Andrew Glover 說，“顯然，目前可行的方法是利用諸如 Amazon EC2 之類的工具進行測試，如果可 以即付即用，就不需要提前支付測試基礎設施硬件的款項。”
Miller 表示同意，“大多數人似乎在可伸縮性和性能測試或部署內部應用程序時都遇到了麻煩，然後 才了解它的利弊。”
Dan Allen 說，“配置服務器是一筆不菲的開銷，而且維護工作也是一項負擔。如果所有這些都可以 抽象出來，並通過 IDE 來進行控制......那麼開發人員便可以專注於業務邏輯。”
一些人也表達了顧慮：開發人員和組織可能會低估將應用程序遷移到新的雲基礎設施的過程中所涉及 的工作。
Steve Perry 說，“如果我有一位客戶想要雲，那麼我買些書來看，然後建立一個。但在此之前，我 想我與雲沒有任何瓜葛。”
Allen 說，“我們不希望強迫開發人員修改自己的平台、框架和工具，然後才能在雲中運行。”
Chris Mackie 表示同意，“通過 EC2 來托管大多數最新企業應用程序確實是說比做容易。當然，我 的意思是雲可能會自動確定近期的需求。”
新行業中的 Java 技術
IBM 和其他公司都在大筆投資於 “優秀技術是建立智慧地球的關鍵因素” 這一思想。這是一個簡單 的假設，但軟件開發人員比其他人更加清楚新計劃也會帶來新挑戰。我們問與會者如何才能將更加智能的 技術引入到新行業中，以及哪些行業能從智能軟件解決方案中獲取最大收益。
Steve Perry 說，我立即想到了兩個行業，衛生保健和金融業，尤其是銀行業。我相信更加嚴格的監 管意味著我們需要更好的軟件方法。在這兩個行業都是如此。”
Dan Allen 還引用了衛生保健行業中缺少技術基礎設施的實證。“世界上相距遙遠的人們能夠分享他 們的早餐的內容（得益於 Twitter），但一個月之後，我妻子醫生的辦公室仍然無法通過實驗來定位 X 光。這裡的關鍵問題很簡單，就是輕量級的 Web 服務，比如 REST。”
Allen 和 Andrew Glover 都看到了移動技術的發展前景。Glover 說，“移動是大勢所趨。智慧的地 球將利用移動計算來增強信息共享和效率。”
談到 Java 開發人員時，Allen 說，“接受並支持 Android 將成為關鍵因素。但這意味著解決和標准 化 Java 中的多媒體問題。”
Chris Mackie 指出了 Java 技術可能與眾不同的另一個領域。他說，“如今非營利機構的顯著特點是 ，它們是世界上唯一還沒有通過最新技術實現充分獲益的主要經濟領域。有人認為，將如今的技術引入到 非營利機構中可以獲取最具潛力的價值。”
Ted Neward 表示，一些人則反對在修復自身的問題之前擴展到新行業中。
Steve Perry 說，“工程質量軟件的設計要花時間和精心，這兩者都不為軟件行業所支持。我認為高 生產力始終會導致低可維護性。”
Neward 說，對於真正在企業外部使用的軟件，質量和適用性都需要進行改善。大多數軟件如今都 需要一個重量級的承諾 — 無論是在安裝所需的其他組件時，還是在安裝其他組件所需的組件時 — 然後才能開始贏利。
Alex Miller 說，“比競爭對手更快地建立、改變和部署 技術是至關重要的，這樣大多數行業便可相互影響。但是，管理復雜性是實現 Java 方法的重要因素。 ”
開源：錢在哪裡？
Java 開發人員難以想像這樣一個世界：沒有免費和 開源的庫、框架和工具，而它們都是創建各種 Java 應用程序的基本元素。但開源開發的復雜經濟難題也 讓批評家們開始質疑它的長期可行性。我們向與會者問到開源的未來，以及開發人員和組織如何才能通過 開源實現盈利，而不僅僅是提供免費的軟件。
大多數與會者都同意開源軟件在可預見的未來 仍然會繼續大行其道。供應商會繼續通過支持和圍繞其產品的培訓來盈利，同時還會免費提供打包的企業 版工具。
Mik Kersten 說，“IBM Rational® 已經成功將 Eclipse 打造成開源工 具平台，並且將繼續在該平台上銷售創新產品。”
Andrew Glover 說，要想獲得成功， 開源項目必須有足夠的發展動力。並非所有開源商業模型都能成功。底層產品需要各種及大量社區來支持 商業化的實體產品。
Chris Mackie 說，成熟性也很關鍵，開源在成熟的 垂直軟件市場有極具吸引力的價值主張，幾乎沒有消失的可能。他說，事實上，專項創新的趨勢是讓路給 持久、開源的替代方案。
他說，專有軟件供應商有時更加敏捷，可以更加迅速和有效地專注於資金。但開源的優勢在於極為豐 富的人才資本，這是任何專有垂直市場供應商都無法望其項背的。
Ted Neward 說，如果您希望通過開源賺錢，請首先確定盈利模型，然後再分析開源將如何為您提供幫 助。其他方式目前還行不通。
他引用了 Oracle 收購 Sun 的例子作為實證：“開源采用較慢的公司 — 即 Microsoft 和 Oracle — 都更好地分析了開源將如何為他們的業務提供幫助。”
Rick Hightower 說，“IBM 在開源上已經實現了數十億美元的收入，並且這些收入大部分又重新投入 到開源的發展中。它是通過開源軟件賺錢並回饋社區的模范。”
Steve Perry 補充道，“我希望我們能看到 Oracle 和 VMWare 這樣的公司引領（開源）技術的發展 。”
結束語
Java 技術已經有大約 20 年的歷史了，顯然已經到達了其發展的頂端。Oracle 的管理對於 Java 技 術的未來發揮著重要的作用，但同樣不會忽視 Java 開發和開源社區的意願和創造力。
Java Community Process 近來成為大家關注的話題，許多開發人員都想知道 Oracle 是否會 — 以及 如何 — 遵守自己的承諾來維護和重振 JCP。許多人希望免費和開源軟件模型在 Oracle 的管理下能有所 改變 — 無論改動大小如何 — 並且這些更改將影響 Java 開發人員與技術以及他們各自貢獻的關系。
隨著 Java 技術進入其成熟期，Java 編程的文化也在趨於成熟。創新的動力尚未消失，但認知力的不 斷增加平衡了這一關系 — 包括編程人員和 CTO 及業務經理 — 即在編寫代碼時必須考慮可維護性。
塑造 Java 平台的另一個作用力來自對技術有著新需求的行業，但其他行業仍然固步自封，采用過時 的做事方式。必須改變這一狀況才能讓 Java 平台繼續發展並與行業需求保持一致。
如果說此次圓桌會議提供了一些信息，那就是 Java 技術的未來是激動人心的 — 同時也是充滿挑戰 的。要讓在迅速發展的技術領域（如雲和移動計算）中表現出色的 Java 開發人員適應特定的行業（如衛 生保健和金融業），未來之路會非常艱苦，但前途絕對是光明的。
