小蜜蜂的java空間

Spring自從2003年發布以來，一直是Java開源框架的奇跡之一。從2000年開始，伴隨著B/S架構逐漸引入企業應用軟件開發的領域，Java就逐漸成為企業應用開發的主流技術，一直到2003年，Struts＋EJB一直是Java技術架構的不二選擇，然而這一切隨著2003年Spring以without EJB的面目出現之后，一切都開始改變。

大概從2003年下半年開始，Spring＋Hibernate就開始甚囂塵上，似乎那時候的Spring和Hibernate尚且不足以動搖J2EE規范以EJB為核心的領袖地位。但是2004年5月份，吸收了Spring/Hibernate框架優點的EJB3 JCP委員會的成立，事實上宣判了Spring對EJB2的終結，EJB3則更像是Vendor們的一種自救行為。

2004年到2006這三年時間以來，Spring取得了相當輝煌的成就，不但將EJB2趕進歷史，而且牢牢確立了Spring作為Java企業應用開發的主流地位。而今，甚至對技術比較保守的金融電信行業，也開始言必稱Spring，Spring已經成為Java框架的事實標準。

在2004年5月份之后，Hibernate Team開始和Spring公然決裂，這個事情放在兩年多以后的今天來看，原因是昭然若揭的，背靠JBoss的Hibernate Team已經成為EJB3規范的一部分，而JBoss希望力推的以EJB3為核心的Java架構來成為未來的企業應用主流標準，這種情況演變至今，變成了Springframework和JBoss Seam的兩種不同技術架構的競爭關系。

2004年5月份，EJB3規范的起步，對Spring未來其實有很大的威脅，但是EJB3規范歷經兩年時間的難產，終于在2006年5月正式發布之時，已經為時過晚了，抬眼望去，已盡是spring的天下。

有意思的是，大致展望一下未來，Java的企業應用開發還能遵循Sun和JCP制訂的Java EE規范的道路走下去嗎？如果不是這樣，那么未來道路是什么呢？

觀察一下Java社區幾股大的勢力，會發現一些有意思的現象：

IBM和BEA是Java社區的領導者，從2004年開始，IBM和BEA開始大肆宣傳SOA，將他們的目光從應用服務器領域挪到了松藕合企業服務領域，開展SOA商業戰略。與此同時，EJB3專家委員會的領導者也悄然變成了JBoss和Oracle，是IBM和BEA無力爭取嗎？當然不是。IBM和BEA已經看到了應用服務器市場和底層框架平臺即將被開源占領，商業價值萎縮，因而審時度勢進行戰略轉型。一方面押寶SOA戰略，大肆炒熱和培育SOA市場，另一方面也積極占領開源市場，IBM放出來WebSphere社區版本－Apache Geronimo，BEA干脆和Spring的咨詢公司interface21合作，提供spring框架在WebLogic上的商業技術支持，如今EJB3對于他們來說已經形同雞肋，就拋給別人嚼吧。

將EJB3當塊寶的自然是應用服務器市場的跟隨者JBoss和Oracle，一方面憑借ORM的先天優勢，另一方面有出頭機會也不能放過，EJB3委員會幾乎成了JBoss和Oracle的天下。特別是JBoss，更加積極推出JBoss Seam框架，希望確立以JSF＋EJB3的架構樹立Java開發的標準，用以取代Struts/Spring/Hibernate的流行組合，因而開啟了EJB3和Spring 正面交鋒的戰爭。

Java Vendor中另外一股勢力Sun公司這兩年則一直自顧不暇，在應用服務器領域幾乎退出市場，直到最近才搞出來一個Glassfish，在開發框架領域也一直毫無建樹，推出的JSF至今還很不成熟，難擔大任，也許Sun都去忙著開源Solaris和JVM源代碼了。

幾個大的Vendor或戰略轉型，或自顧不暇，或忙于收購(Oracle)，Java開發領域的主戰場被打掃一空，對決的雙方換成了Spring和JBoss。對決的武器則是spring vs Seam。

Spring代表了不遵循通用標準，自己制訂游戲規則，不依賴容器的一方；JBoss代表了遵循通用標準，但是鎖定容器的一方。這場對決從2004年5月就開始上演，未來很長時間也會繼續下去。不過Spring已經站在優勢很大的地位上了。我個人覺得Spring會勝出這場對決，而Java企業應用開發的主流技術將倒向Spring這一邊，而Vendor們官方制訂的標準將被開發人員可憐的遺棄到一邊。開源技術開始決定Java企業開發的未來走向。

大致對比一下兩者：Spring vs EJB3，就會發現Spring從功能上面已經勝出很多了：

1、IoC容器spring勝出

Spring的IoC容器很強大，其bean管理功能超過了目前EJB3容器，配置方面Spring稍微復雜一些。不過對于全局性配置來說，XML要優于EJB3的annotation。

2、AOP能力Spring勝出

EJB3目前提供的AOP功能非常簡單，本來已經無法和Spring相比，至于集成AspectJ的Spring2.0，就更加望塵莫及了。

3、事務管理方面EJB3稍微領先

Spring提供了很棒的本地事務模型，也可以集成JTA，但是不支持分布式事務，當然這種場景也非常罕見。

4、Web框架spring勝出

EJB3標準集成JSF，但是JSF并不成熟，和AJAX配合度也不好。Spring可以靈活集成各種Web框架和模板語言，自身也提供了相當強大的MVC框架，要是這還覺得不夠，那么spring webflow，portlet support都拿出來，那么EJB3就必敗了。

5、遠程訪問支持，大致持平

EJB3繼承了傳統的EJB遠程訪問能力，Web Services支持也不錯；不過Spring提供了更多更靈活的選擇，Java RPC，HTTP Invoker，Hessian/Burlap，WebServices。

6、框架集成能力，spring勝出

這是spring的傳統優勢項目，只要看看spring modules項目，看看n多第三方spring支持，就會發現spring現在的群眾基礎多么好，集成工作流，spring modules已經提供了方便的模板類，集成規則引擎，Cache，CMS，腳本語言，異步任務，安全驗證框架。。。。。。EJB3有點望塵莫及的味道

7、JMS，JMX，JCA等，EJB3領先一步

這些傳統EJB優勢項目往往應用的不太多，EJB3仍然是領先的。不過令人側目的是，Spring最近幾個版本在連續追趕EJB這些傳統優勢領域，到Spring2.0為止，其JMS，JMX，JCA支持已經相當不錯了，可以說傳統EJB能夠做的，現在Spring也可以做得到，為Spring一統江湖掃清了最后的障礙。

這幾年除了Spring框架自身不斷完善和延伸到傳統應用領域，圍繞在Spring周圍的第三方框架也是越來越豐富，EJB3在annotation方面有些獨到的優勢，在一些傳統領域，還領先spring，但是總體來說，EJB3為核心的J2EE5.0規范很難和Spring現在的2.0相匹敵，更何況Java的主力Vendor早已醉翁之意不在這里了，單憑JBoss的Seam，難以戰勝spring。

我覺得Spring可能會越來越主流，甚至開始引領Java企業開發的未來發展道路，J2EE就靠邊站吧，也許Java社區也到了開源社區說了算的時代了。