Java的未來在哪里 探營Java圓桌會議
自Oracle去年宣布其收購Sun Microsystems的意圖以來，Java開發人員社區便開始爭辯Java格局會有哪些改變，以及它將如何影響Java平臺的未來。
事實上，Java技術的發展素來就是一個充滿爭議的話題，其中一些人認為這一技術在它的第15個年頭已經走到了盡頭。因此，Java平臺和庫的突出復蘇讓業界為之震驚，因為企業開發人員已經開始解決方案可靠性和可伸縮性問題。（51CTO推薦：“我們真的能沒有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。了解我們貢獻者們的廣泛背景知識，包括他們在developer Works上以及別處發布的作品。
2010的Java技術
為了開始討論，我們向與會者提問“基于Java的開發人員如今面對的最大挑戰和機會是什么”。雖然回答不一，但其基本主題是相同的：Java平臺的復雜性以及相關Web應用框架，因為這增加了如今軟件開發的固有挑戰。
“甚至在開始編輯代碼之前，典型的Java Web應用程序就要使用15到20MB框架”，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對此表示同意。他說：“創新是偉大的，我喜歡變化，但軟件開發確實還需要發展。世界對軟件的依賴性日益增加，如果開發方式未得到改善，那么我們將有一段非常艱難的過程。”
ChrisMackie認為，軟件開發活動的發展是Java文化和技術前進的動力。“日益壯大的外包供應商都是組織文化和編碼需求不一的各種類型的公司”，他說，“即使經驗豐富的Java開發人員會在轉換到新環境時遇到挑戰。”
您怎么認為？
在此次圓桌會議中，我們向與會者提出了一些重大問題。我們也希望您可以發表意見。您是否同意此處提供的觀點？您有其他意見嗎？是否對Java行業有完全不同的見解？加入圓桌會議并分享您對于如今Java行業的想法。
#p#
Oracle和Java技術
曾經輝煌的Sun已經成為Oracle的手中之物
經過數月的訴訟之后，Oracle現在已經是Java未來的掌控者。我們向與會者提問：“這種新的控制權有什么最重要的意義？”“在Oracle的帶領下希望看到什么變化，還是保持不變？”
（51CTO推薦：“Oracle的加減法 Java的乘除法”）
大多數人，如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表示，“坦白來說，我認為這種改變是一個很遙遠的過程。”
#p#
Java 7：閉包和并發性
經過3年多的努力，Java 7已經確定于2010年末發行。我們問到閉包是否仍然值得爭論，以及JDK 7是否足以應對并發性方面的挑戰。
（51CTO推薦專題：Java 7，下一代Java開發技術詳解）
一些人質疑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有一些很好的并發更新，并且我仍然希望JSR310繼續發揚光大。”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就其本身而言當前并不適合革命性改變—它仍然會順變趨勢和用戶的期望。而企業正希望如此。”
Dan Allen認為Groovy的成功與Java的版權有關系！
#p#
Project Jigsaw
JDK應該模塊化的爭論應追溯到90年代中期，但對Java模塊性的興趣—或對可實現解決方案的希望—在過去數年中已經激增。作為Open JDK項目的一部分，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會在智能手機上普及。”
DanAllen說:“移動應用程序并不需要JVM帶來的所有功能。如果Sun接受模塊JDK，Android和JavaME的分開就不會發生。”
#p#
Java和多語言VM
此前，一些Java社區人士爭論Java語言是否已經死亡，或者像COBOL一樣死亡。如今，更深層次的問題是Java語言是否已死亡有什么影響，因為JVM上還有許多其他語言。
（51CTO編輯推薦專題：JVM詳解Java虛擬機原理與優化）
Andrew Glover說，“多語言VM讓‘Java已死亡’這一診斷或多或少變得饒有趣味。Java是一個平臺！如果Java語言缺少一些我所需求的特性（或者出現在其他語言時），那么我可能會選擇其他語言。”
他說，“Java的真正強大之處是語言干凈地脫離了虛擬機。JVM的可靠性可允許開發人員混搭語言，發揮這些語言各自的優勢。”
Alex Miller說，多語言VM（已經由Open JDK Da Vinci Machine項目實現）將為Java開發人員提供獨一無二的機制，可以將工作側重于語言互操作性、元對象協議和其他方面。
Miller和其他人同意大企業軟件公司繼續在Java中大筆投資。
Dan Allen說，“Java是一種非常易于理解的語言，并且對于公司開發人員來說非常不錯。挑戰是如何積極地發展該語言。需要引入新的語言特性，并且需要消除不推薦的用法！沒有人在使用Java5注釋時還在使用Java 1.1中的舊式代碼。”
Ted Neward還呼吁Java語言設計人員“了解其他語言的環境—從C++、C#和Visual Basic開始—并確定一組可再次煥發Java活力的新特性。”
Mik Kersten說，“Java作為一種面向對象編程為我們提供了極好的基礎。它做到了，也發揮了作用，但它需要繼續上升一個臺階。但從社區的角度來說，我們不需要確保JVM上能出現額外的創新。”
JVM需要“一種真正的語言”嗎？
與Java社區本身一樣，與會者在討論核心JVM語言的需求時意見發生了分化。
NealFord說，“Java已經死了。但是，多語言編輯的未來看似光明。我們以Swing開發為例，您可以使用JRuby(Swiby)或Groovy(Swing Builder)中的DSL在Clojure等先進的函數語言中構建用戶界面，創建關鍵線程安全部件，并能保留多年以來創建的所有Java庫。”
對Steve Perry來說，這一場景看上去比較可行，雖然沒有切實的商業收益。他說，“我嘗試不受技術的影響。我們關注能確實吸引我的東西。”
與此同時，Dan Allen認為JVM是一個完美的沙箱。他說，“發現主要語言之后，開發人員可以遷移到它，而不要轉儲知道和投入的一切。Grvvoy和Scala的成功證明沙箱方法是可靠的，但任何語言都是不可替代的。我相信總會有更好的。”
“一種真正的JVM語言”的時代已經過去，還是尚未找到最合適的方案？如果您什么想法可以與51CTO.com聯系，51CTO.com編輯的郵箱zhousn@51cto.com。
#p#
Spring的未來怎樣？
Spring
Java最穩定、流行的開發平臺之一已經于2009年易主：VMWare購買了Spring Source。我們向與會者提問，“Spring產品組合在VMWare的管理下將如何發展。”
（51CTO編輯推薦：多圖詳解Spring框架的設計理念與設計模式）
似乎人們一致認為Spring在VMWare的經營之下會開始進入云計算領域。Spring將“成為執行云開發的平臺，并繼續支持多年來一直在堅持的企業開發。”
Mik Kersten同時說，“Spring Source的Cloud Foundry是對未來的展望，開發人員將在云中部署、調試和管理他們的應用程序，完全不用離開IDE便可實現。”
Steve Perry說，“從業務應用程序開發人員的角度來說，Spring可能會嘗試執行更多任務，它的體形會變得異常龐大。開發人員不必每隔三個月便升級一次Spring實現。”
Rick Hightower還看到Spring產品組合在各種方向上都有所突破。SpringRoo和Spring STS就是采用“Spring方式”的極佳例子。
他說，“新興Spring產品組合可能會回歸Spring在面向方面編程中的本源。如果您還沒有這樣做，則會希望重新拿起介紹AspectJ的書。”
#p#
Open JDK和Apache Harmony
Open JDK
讓Java平臺開源的決策很受歡迎，畢竟來自Java開發人員社區的壓力非常大。Apache Harmony首先出現，但Open JDK其實有Sun的成分在其中。對于這兩個進行中的實現，我們向與會者提問，“Java生態系統是否會從這兩個開源Java平臺實現中受益？”
（51CTO編輯推薦：JDK 7一再延期的背景披露以及OpenJDK的尷尬）
Dan Allen說，“不同的實現可允許更加容易地找到最佳解決方案，或者最適合的解決方案。比如說，一個JVM可以啟動更快，但另一個可能長期內存占用較低。”
Chris Mackie說，“我們必須建立一個完全的定位戰略。但是，隨著時間的推移，讓具有一定競爭力的項目成為標桿逐漸變得困難—不僅對它們的創建者來說如此，對于兩個項目興趣點不同的用戶來說也是如此。”
他說，用戶感興趣的是如何最大限度的提高投資回報率。
對于一些人來說，Apache Harmony和Open JDK可以概括為開源能做什么以及不能做什么。
Ted Neward說，“讓Java開源是一個很好的想法，我個人也對他們在這方面的努力感到很高興。但我們不要再欺騙自己了—關注它的那百分之二的Java開發人員社區都沒有在開源方面有任何舉動。”
Andrew Glo說，“開源是一件很美好的事情，特別是當您支持它并圍繞它進行創新時。擁有商業后盾的項目大多都可以迅速發展起來，這與真正依賴擁護者的項目形成了鮮明的對比。”
在技術方面，Rick Hightower說，“Open JDK和Apache Harmony就像是安全降落傘。我很高興它們倆都沒有消失；我希望以后不會只能兩者擇一。我希望Oracle能夠經營好Java平臺，也讓我們免于依賴備用計劃。”
Ted Neward認為Java需要改變，但是時間會很久
#p#
云計算
隨著有影響力的公司開始注重在云上計算和銷售資源，我們問與會者對云計算的基本觀點是什么，以及如今在企業中利用云基礎設施的切實可行的方法是什么。
Ted Neward說，“2010年的云就和2008年的虛擬化、2007年的網格以及2005年的Web服務一樣，它如絲如縷、難以抓住，雖然看上去有結實的表面，但實際上沒有有形的物質。”
Alex Miller表示同意，“云計算現在是一個相當熱門的詞，但相關技術卻極具實用性。基本上我認識的每位開發人員都在私有或公共云中使用或查看云基礎設施。”
Andrew Glover說，“顯然，目前可行的方法是利用諸如AmazonEC2之類的工具進行測試，如果可以即付即用，就不需要提前支付測試基礎設施硬件的款項。”
Miller表示同意，“大多數人似乎在可伸縮性和性能測試或部署內部應用程序時都遇到了麻煩，然后才了解它的利弊。”
Dan Allen說，“配置服務器是一筆不菲的開銷，而且維護工作也是一項負擔。如果所有這些都可以抽象出來，并通過IDE來進行控制......那么開發人員便可以專注于業務邏輯。”
一些人也表達了顧慮：開發人員和組織可能會低估將應用程序遷移到新的云基礎設施的過程中所涉及的工作。
Steve Perry說，“如果我有一位客戶想要云，那么我買些書來看，然后建立一個。但在此之前，我想我與云沒有任何瓜葛。”
Allen說，“我們不希望強迫開發人員修改自己的平臺、框架和工具，然后才能在云中運行。”(51CTO編輯推薦：Java之父點評熱門技術趨勢 Java使云計算更簡單）
Alex Miller認為云技術是大趨勢，但是現在還不成熟
#p#
新行業中的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方法的重要因素。”
Chris Mackie表示同意，“通過EC2來托管大多數最新企業應用程序確實是說比做容易。當然，我的意思是云可能會自動確定近期的需求。”
#p#
開源：錢在哪里？
Java開發人員難以想像這樣一個世界：沒有免費和開源的庫、框架和工具，而它們都是創建各種Java應用程序的基本元素。但開源開發的復雜經濟難題也讓批評家們開始質疑它的長期可行性。我們向與會者問到開源的未來，以及開發人員和組織如何才能通過開源實現盈利，而不僅僅是提供免費的軟件。
（51CTO編輯推薦：Java開源軟件六大幫派）
大多數與會者都同意開源軟件在可預見的未來仍然會繼續大行其道。供應商會繼續通過支持和圍繞其產品的培訓來盈利，同時還會免費提供打包的企業版工具。
Mik Kersten:IBM Rational®已經成功將Eclipse打造成開源工具平臺，并且將繼續在該平臺上銷售創新產品。
Andrew Glover說，要想獲得成功，開源項目必須有足夠的發展動力。并非所有開源商業模型都能成功。底層產品需要各種及大量社區來支持商業化的實體產品。
Chris Mackie說，成熟性也很關鍵，開源在成熟的垂直軟件市場有極具吸引力的價值主張，幾乎沒有消失的可能。他說，事實上，專項創新的趨勢是讓路給持久、開源的替代方案。
他說，專有軟件供應商有時更加敏捷，可以更加迅速和有效地專注于資金。但開源的優勢在于極為豐富的人才資本，這是任何專有垂直市場供應商都無法望其項背的。
Ted Neward說，如果您希望通過開源賺錢，請首先確定盈利模型，然后再分析開源將如何為您提供幫助。其他方式目前還行不通。
他引用了Oracle收購Sun的例子作為實證：“開源采用較慢的公司(即Microsoft和Oracle)都更好地分析了開源將如何為他們的業務提供幫助。”
Rick Hightower說，“IBM在開源上已經實現了數十億美元的收入，并且這些收入大部分又重新投入到開源的發展中。它是通過開源軟件賺錢并回饋社區的模范。”
Steve Perry補充道，“我希望我們能看到Oracle和VMWare這樣的公司引領（開源）技術的發展。”
#p#
結束語
Java技術已經有大約20年的歷史了，顯然已經到達了其發展的頂端。Oracle的管理對于Java技術的未來發揮著重要的作用，但同樣不會忽視Java開發和開源社區的意愿和創造力。
Java Community Process近來成為大家關注的話題，許多開發人員都想知道Oracle是否會—以及如何—遵守自己的承諾來維護和重振JCP。許多人希望免費和開源軟件模型在Oracle的管理下能有所改變—無論改動大小如何—并且這些更改將影響Java開發人員與技術以及他們各自貢獻的關系。
隨著Java技術進入其成熟期，Java編程的文化也在趨于成熟。創新的動力尚未消失，但認知力的不斷增加平衡了這一關系—包括編程人員和CTO及業務經理—即在編寫代碼時必須考慮可維護性。
塑造Java平臺的另一個作用力來自對技術有著新需求的行業，但其他行業仍然固步自封，采用過時的做事方式。必須改變這一狀況才能讓Java平臺繼續發展并與行業需求保持一致。
如果說此次圓桌會議提供了一些信息，那就是Java技術的未來是激動人心的—同時也是充滿挑戰的。要讓在迅速發展的技術領域（如云和移動計算）中表現出色的Java開發人員適應特定的行業（如衛生保健和金融業），未來之路會非常艱苦，但前途絕對是光明的。
作者
Jenni Aloi從2000年11月以來一直管理developer WorksJava專區。盡管她常常抱怨（幾乎對任何事情），但她確實很高興用過去9年時間做她最擅長的事：協調和組織作者。
Athen O'Shea是一名高級技術編輯和作家，擔任過Java World.com的編輯。
#p#
Java圓桌騎士團
Dan Allen，高級軟件工程師，Red Hat
Neal Ford，應用程序架構師，ThoughtWorks Inc.
Andrew Glover，作家和開發人員
Mik Kersten，CEO，Tasktop Technologies
Christopher J. Mackie，顧問
Alex Miller，高級工程師，Revelytix
Ted Neward，負責人，Neward & Associates
【51CTO編輯Java專題相關推薦】
