企業(yè)級開源軟件簡介

此外，PKUAS還附帶有需求建模和體系結(jié)構(gòu)建模工具，支持全生命周期的應(yīng)用開發(fā)，這些工具目前也在積極實用化過程之中。

Apache Geronimo

Apache Geronimo 是 Apache 軟件基金會的開放源碼J2EE服務(wù)器，它集成了眾多先進技術(shù)和設(shè)計理念。這些技術(shù)和理念大多源自獨立的項目，其配置和部署模型也各不相同。Apache Geronimo能將這些項目和方法的配置及部署完全整合到一個統(tǒng)一、易用的模型中。

Apache Geronimo是由Apache Software Foundation（負責(zé)流行的 Apache HTTP 服務(wù)器開發(fā)的團隊）創(chuàng)建的一個開源的、認證的J2EE 服務(wù)器，它遵循ASF 2.0協(xié)議進行發(fā)布。作為 J2EE 服務(wù)器，Geronimo 可以部署和運行 Web 應(yīng)用程序和企業(yè)應(yīng)用程序?？梢允褂?Java ServerPage（JSP）、Servlet、Filter 和 Enterprise JavaBean（EJB）來構(gòu)建應(yīng)用程序。這個應(yīng)用程序可以通過 Java Data Access API（JDBC）連接器訪問外部 RDBMS、通過 Java Naming and Directory Interface（JNDI）訪問目錄服務(wù)，通過 Java Message Service（JMS）訪問事務(wù)性消息隊列，通過 JavaMail 訪問電子郵件等。

在Geronimo中,考慮到JMX對大規(guī)模應(yīng)用服務(wù)的性能和開發(fā)復(fù)雜度帶來的影響，在后期使用了以控制反轉(zhuǎn)（Inversion of Control）為基礎(chǔ)的全新內(nèi)核架構(gòu)，這種架構(gòu)有益于服務(wù)的插入，因為代碼可以以服務(wù)邏輯為中心。要獲得 JMX 可管理性，只需要根據(jù) IoC 依賴性添加一些編碼規(guī)范即可。這種設(shè)計也使得從 Geronimo 中的服務(wù)管理變得更簡單。

Geronimo 現(xiàn)在已逐步成為服務(wù)器端產(chǎn)品開發(fā)最有吸引力的容器之一。它豐富的功能集、無責(zé)任要求的Apache許可和隨時可部署的、認證的J2EE 1.4容器等優(yōu)勢，使得它將成為JavaEE應(yīng)用服務(wù)器市場的又一有力競爭者。

JFox

JFox 是由Huihoo.org開源軟件社區(qū)推出的JavaEE應(yīng)用服務(wù)器。為了簡化EJB的開發(fā)，提高開發(fā)和部署的效率，在表達形式上做了一些改進，其目標是在規(guī)范和開發(fā)效率之間找到一個平衡，既盡可能遵循規(guī)范，又盡可能改變EJB開發(fā)緩慢、部署麻煩的現(xiàn)狀，切實提供一個快速的J2EE平臺。

它遵循LGPL協(xié)議進行發(fā)布。JFox應(yīng)用服務(wù)器通過與國際知名開源組織，如ObjectWeb、Apache 等合作，充分發(fā)揮全球開源開發(fā)人員的資源和優(yōu)勢，使JFox逐步走向成熟和完善。并逐步進入商業(yè)應(yīng)用領(lǐng)域。

JFox應(yīng)用服務(wù)器在保證對J2EE規(guī)范兼容的前提下，提供了更多高級的特性:

● 采用增強型IoC 內(nèi)核，并結(jié)合JMX的優(yōu)勢，支持基于Web組件管理;

● 采用動態(tài)代理調(diào)用框架，無需EJB預(yù)編譯;

● 采用協(xié)議后決的調(diào)用方式在調(diào)用過程中可以動態(tài)改變調(diào)用EJB協(xié)議;

● 采用優(yōu)化的調(diào)用鏈模型，提高服務(wù)端執(zhí)行速度;

● 支持遠程和本地調(diào)用自動切換，同一個應(yīng)用服務(wù)器上的EJB之間的調(diào)用自動使用本地調(diào)用，無需實現(xiàn)本地接口;

● 高性能事務(wù)處理，JFox采用了先進的事務(wù)處理模型，提高了事務(wù)處理的調(diào)用性能。

Java版Web框架

Struts

Struts是一個基于Sun J2EE平臺的MVC框架，主要采用Servlet和JSP技術(shù)來實現(xiàn)的。它已成為用Java創(chuàng)建Web應(yīng)用的一個最流行的框架工具，Struts所實現(xiàn)的MVC模式給Web 應(yīng)用帶來了良好的層次劃分，同時也提供了一系列的工具來簡化Web應(yīng)用的開發(fā)。

Struts通過提供一個中心化的Servlet來實現(xiàn)MVC中的控制器模式。Struts中的控制器提供集中請求轉(zhuǎn)發(fā)功能，就好似一個路由器系統(tǒng)，解析來自客戶端發(fā)起的請求，并將請求定向到對應(yīng)的業(yè)務(wù)邏輯上，最后將業(yè)務(wù)邏輯處理得到的結(jié)果展現(xiàn)到對應(yīng)的視圖上。通過這種模式，它將控制器與視圖邏輯進行了較好的分離，使得應(yīng)用系統(tǒng)能更快適應(yīng)業(yè)務(wù)邏輯的變化。在視圖技術(shù)上，Struts不僅限于JSP，同時可以與XML/XSLT、Velocity等技術(shù)進行結(jié)合。這些豐富的標簽庫為加速應(yīng)用開發(fā)提供了更為快捷的途徑。

Struts框架也為用戶提供了極為豐富的開發(fā)文檔，同時Struts相關(guān)的書籍也大量上市，這為開發(fā)人員學(xué)習(xí)和使用Struts提供了可靠的保障和支持。Struts經(jīng)過多年的發(fā)展，已經(jīng)擁有大量的開發(fā)者群體，這些開發(fā)群體使得Struts的開發(fā)和改進工作得到不斷的支持，Struts框架因此具備更為長期和穩(wěn)定的發(fā)展?jié)摿Α?

WebWork

WebWork是由OpenSymphony組織開發(fā)的、致力于構(gòu)件化和代碼重用的拉出式MVC模式J2EE Web框架，它以其精巧、靈活、功能強大而聞名。WebWork 2.x早期是由著名的開源專家Rickard Oberg開發(fā)完成, 隨著技術(shù)的演化，WebWork項目現(xiàn)在被拆分成兩個單獨的項目Xwork1和WebWork2兩個項目。 Xwork是一個標準的Command模式實現(xiàn)，完全從Web層脫離出來。 WebWork2建立在Xwork之上，處理HTTP的響應(yīng)和請求。在WebWork 2.2中添加了對AJAX的支持，這支持構(gòu)建在DWR與Dojo這兩個框架的基礎(chǔ)之上。

WebWork與Struts的不同表現(xiàn)在以下一些方面:

線程模型: Struts 的請求只有一個實例去處理，這使得所有資源都必須保持同步，會產(chǎn)生線程安全的問題。在WebWork的實現(xiàn)中，每一個請求對應(yīng)一個Action, 每一個處理都是相對隔離，不會產(chǎn)生線程安全的問題。

容器外測試: Struts的Action依賴ServletRequest和ServletResponse，因此進行單元測試時必須依賴容器本身。WebWork2中的Action不依賴任何容器，可以較好地進行容器外測試。

Action的控制: WebWork提供Action攔截器處理機制，允許在每一個Action前后進行其他操作。

WebWork用戶群體較小，相關(guān)的文檔資料和支持工具也較少，比較適合技術(shù)能力較強的開發(fā)人員使用。

EasyJWeb

EasyJWeb是基于Java技術(shù)、應(yīng)用于Web應(yīng)用程序快速開發(fā)的MVC框架，框架設(shè)計構(gòu)思來源于國內(nèi)眾多項目實踐，框架充分借鑒了當前主要流行的開源Web框架 （Struts、Webwork等），吸取了其優(yōu)點及精華，利用Velocity作為模板頁面引擎，是一個實現(xiàn)了頁面及代碼完全分離的MVC開發(fā)框架。EasyJWeb具有以下幾個特點：

1．零配文件置支持。EasyJWeb實現(xiàn)零配置支持，可以不寫一句配置文件就在框架基礎(chǔ)上構(gòu)建運用（適合小型網(wǎng)站系統(tǒng)）。

2．簡易的模板頁面設(shè)計支持。放棄使用JSP，使用簡單Velocity腳本語言作為頁面模板。

3．頁面程序完全分離。實現(xiàn)顯示與程序邏輯的完全分離，克服了傳統(tǒng)JSP頁面難于維護的問題。

4．基于頁面組件的框架。靈活的頁面組件配置可以直接通過配置文件設(shè)置字段級的事件組件。

5．快速開發(fā)支持。通過EasyJWeb Tools，可以自動生成應(yīng)用軟件模板代碼，定制并管理自己的J2EE代碼模板。

EasyJWeb是本次Web框架中推薦的惟一來自中國開源社區(qū)的一個，是一個能實現(xiàn)中小型 Web應(yīng)用系統(tǒng)快速開發(fā)的簡易Web框架。盡管沒有能夠同Eclipse結(jié)合的插件，而是使用自己的一套開發(fā)工具，但在國內(nèi)有一定影響力。

Turbine

Turbine是基于Servlet的框架包，也是開放源代碼Jakarta項目。目前還沒有關(guān)于Turbine的大量文檔。它類似于Struts，但是有一些主要區(qū)別，突出的一點就是它并沒有與JSP耦合。Turbine還有一個特點是它提供了大量可重用的構(gòu)件，不過這些構(gòu)件是離散的。

Java版Web服務(wù)器

Jetty

Jetty是一個免費的和開源的Servlet容器。Jetty最大的特點是它既可以作為獨立的Web服務(wù)器，也可以為一個已經(jīng)存在的應(yīng)用程序提供Servlet功能。也就是說它可以非常輕易地嵌入到個人的Java 應(yīng)用中，這樣用戶就不必把Web應(yīng)用發(fā)布到一個服務(wù)器上。正因為Jetty的存在，Tomcat才不至于成為一枝獨秀，Web服務(wù)器領(lǐng)域才會更加有趣。

Tomcat

Tomcat是一個免費、開源的Servlet容器，它是Apache基金會的Jakarta項目中的旗艦產(chǎn)品，由Apache、Sun和其他一些公司及個人共同開發(fā)而成。它曾被JavaWorld雜志評為2001年度最具創(chuàng)新的Java產(chǎn)品(Most Innovative Java Product)，同時它又是Sun公司官方推薦的Servlet和JSP容器。Servlet和JSP的最新規(guī)范都可以在Tomcat的新版本中得到實現(xiàn)。它是目前應(yīng)用最為廣泛的Servlet容器，許多J2EE應(yīng)用服務(wù)器都集成它作為自己的Servlet容器。

Java版 持久層框架

Apache Torque

Apache Torque是一個使用關(guān)系數(shù)據(jù)庫作為存儲手段的Java應(yīng)用程序持久化工具，是 Apache 的公開源代碼項目。Torque由Web應(yīng)用程序框架Jakarta Apache Turbine發(fā)展而來，但現(xiàn)在已完全獨立于Turbine。Torque 主要包含兩部分: 一部分是 Generator，它可以產(chǎn)生應(yīng)用程序需要的所有數(shù)據(jù)庫資源，包括SQL和Java文件。另外一部分是 Runtime，提供使用這些代碼訪問數(shù)據(jù)庫的運行時環(huán)境。

Hibernate

Hibernate最早是Sourceforge.net的一個子項目，后被JBoss購入麾下，目前已成為炙手可熱的持久數(shù)據(jù)管理框架。它是一個開放源代碼的對象關(guān)系映射框架，它對JDBC進行了非常輕量級的對象封裝，使得Java程序員可以隨心所欲地使用對象編程思維來操縱數(shù)據(jù)庫。

iBatis

iBatis提供了ORM機制，對業(yè)務(wù)邏輯實現(xiàn)人員而言，面對的是純粹的Java對象， 這一層與通過Hibernate 實現(xiàn)ORM 而言基本一致。對于具體的數(shù)據(jù)操作，Hibernate 會自動生成SQL 語句，而iBatis 則要求開發(fā)者編寫具體的SQL 語句。相對Hibernate等 “全自動”O(jiān)RM機制而言，iBatis 以SQL開發(fā)的工作量和數(shù)據(jù)庫移植性上的讓步，為系統(tǒng)設(shè)計提供了更大的自由空間。

Java版J2EE框架

Spring

Spring是由Interface21公司的CEO Rod Johnson領(lǐng)導(dǎo)開發(fā)的開源J2EE應(yīng)用框架，它解決了許多在J2EE開發(fā)中常見問題。Spring還提供了管理業(yè)務(wù)對象的一致方法，并且鼓勵對接口編程而不是對類編程的良好習(xí)慣。Spring的架構(gòu)基礎(chǔ)是基于使用JavaBean屬性的Inversion of Control容器。

Spring為J2EE應(yīng)用開發(fā)提供了一個完整的分層體系架構(gòu)，為使用輕量級的方法解決復(fù)雜的企業(yè)級應(yīng)用開發(fā)提供了一個最佳實踐。Spring應(yīng)用框架由幾個模塊組成:

Spring核心容器: 以Setting Injection為主的IoC(反轉(zhuǎn)控制容器), 通過XML配置模式，應(yīng)用組件間的依賴進行關(guān)聯(lián)。

Spring Context: Spring Context作為貫穿Spring整體的一個引線，為框架內(nèi)集成的服務(wù)提供上下文環(huán)境。

Spring MVC框架: 將已有的Web MVC框架與Spring進行集成，使現(xiàn)有的MVC框架能與Spring 的IoC容器進行掛接，提供從控制層到業(yè)務(wù)層的反轉(zhuǎn)控制式編程。

Spring AOP: 為Spring提供了面向方面的編程能力。

Spring ORM: 集成了Hibernate、JDO、Ibatis SQL Map 等持久化組件，為上層應(yīng)用開發(fā)提供了一致的持久化編程模型。

Spring DAO: 將JDBC的應(yīng)用開發(fā)操作進行抽象，提供統(tǒng)一的模板方法和異常層次結(jié)構(gòu)，同時提供透明的事物處理機制，極大地簡化了基于數(shù)據(jù)庫應(yīng)用的開發(fā)過程。

Spring框架的這種松耦合編程體系結(jié)構(gòu)和非入侵性的特性，使得J2EE的應(yīng)用開發(fā)不依賴于任何J2EE應(yīng)用服務(wù)器，為提高J2EE應(yīng)用開發(fā)的整體質(zhì)量起到了極其關(guān)鍵的作用。

JFoxSOAF

JFoxSOAF(JFox Service-Oriented Application Framework)由Huihoo.org 開源社區(qū)開發(fā)，是以Type3模式的IoC為核心的J2EE應(yīng)用開發(fā)框架。JFoxSOAF采用基于IoC微內(nèi)核的系統(tǒng)設(shè)計架構(gòu)，將現(xiàn)有眾多開源的成熟軟件框架、組件集成到一個體系中來，將原來相對零散的部件構(gòu)成一個整體，為應(yīng)用項目的開發(fā)提供一個完整的框架結(jié)構(gòu)和實踐的指南。JFoxSOAF作為應(yīng)用服務(wù)器上層的技術(shù)基礎(chǔ)件，提供三個層面的系統(tǒng)服務(wù)，即應(yīng)用服務(wù)層、業(yè)務(wù)服務(wù)層、系統(tǒng)服務(wù)層。

JFoxSOAF與Spring的不同表現(xiàn)在以下幾方面:

IoC核心容器: JFoxSOAF采用基于構(gòu)造器注入方式的IoC容器，無需在大量的XML描述文件中聲明類間的依賴關(guān)系，極大地簡化了應(yīng)用開發(fā)的部署描述。

獨立的上下文環(huán)境: JFoxSOAF采用獨立的上下文環(huán)境，通過ServiceFactory, 任何一個類都可以在任何環(huán)境獲得注入在IoC容器中的實例，從而建立起引用關(guān)系。Spring在Web應(yīng)用中，必須通過Web容器環(huán)境獲得上下文的環(huán)境。

JDBC開發(fā)模板: JFoxSOAF集成了DBUtils作為JDBC DAO的模板框架，提供數(shù)據(jù)自動填裝功能，簡化了CRUD操作的開發(fā)過程，簡單易用。Spring的DAO模板功能也非常強大，但其需要手工進行數(shù)據(jù)填裝操作，增大了應(yīng)用開發(fā)的復(fù)雜度。

事務(wù)處理: JFoxSOAF采用JOTM作為事務(wù)處理器，提供編程式的事務(wù)管理，Spring框架提供聲明式的事務(wù)管理，更易于靈活地配置開發(fā)。

.Net 開源框架

Castle

Castle是.Net系統(tǒng)級框架，它通過將一些成熟開源應(yīng)用進行無縫整合而成的一套完善的應(yīng)用系統(tǒng)框架，這其中包括了ActiveRecord、DynamicProxy、MonoRail及MicroKernel/Windsor。MicroKernel/Windsor是Castle的底層核心實現(xiàn)，它采用IoC容器對系統(tǒng)進行運行期動態(tài)設(shè)置，主要包括Facilities、Components、Services三大部分。

ActiveRecord對當前熱門的ORM框架NHibernate進行了封裝處理，主要包括將一些常用的數(shù)據(jù)進行抽象化、通過Attribute來取代mapping文件等。在ActiveRecord的實現(xiàn)中，Model對象必須繼承于Active-RecordBase對象以便于Castle容器進行控制，限制Model對象從其他非持久化對象繼承的可能，這是有違NHibernate/Hibernate最初的設(shè)計思想的。在Hibernate的設(shè)計思想中，Model對象可以是任意的Java Bean對象。MonoRail是Ruby on Rail的.Net實現(xiàn)，這是一個MVC Web框架。它與傳統(tǒng)WebForm在控制上的不同在于WebForm采用頁控制器模式，而MVC采用前端控制器模式。在界面表達方式上MonoRail采用模板引擎輸出，模板引擎在PHP和JSP上已廣泛使用，而在ASP

.NET上因為服務(wù)端控件的強大功能和易用性而很少有人使用，兩者是各有優(yōu)缺點。

Spring.NET

Spring.NET是由Spring框架移植而來的，Spring框架是Java著名的應(yīng)用系統(tǒng)框架，它已成為了替代輕量級企業(yè)應(yīng)用的開發(fā)標準框架了。Spring.NET包括:

Spring.Core core就是一個對象工廠(ObjectFactory), 它通過配置中的對象定義來創(chuàng)建對象，它的目的是消除對象的new操作。在配置文件中，除了定義對象的一些屬性外，還能定義對象之間的相互關(guān)系，這就使得對象之間的耦合延遲到了運行時， 如果針對接口或抽象類進行編程，則還可以通過具體對象的不同實現(xiàn)來定制系統(tǒng)的行為。

Spring.AOP 這是按AOP聯(lián)盟的接口定義來實現(xiàn)的，AOP即面向截面編程，其核心是通過給對象創(chuàng)建一個動態(tài)代理對象來接管對象的操作，這樣就能對操作進行前置和后置處理了。

Spring.Data 這是一個由第三方實現(xiàn)的整合到Spring內(nèi)的數(shù)據(jù)訪問組件，目前已包括了NHibernate的實現(xiàn)部分。Spring

.NET還顯得不夠成熟，一些功能因為平臺的局限性而導(dǎo)致了移植上的困難, 與Castle相比就差了一些。

Nhibernate

Nhibernate是.NET持久層框架，它從Java上的Hibernate移植而來。作為一種o/r mapping框架，它具有以下一些特點: 完善的數(shù)據(jù)映射及關(guān)聯(lián)操作; 可擴展的持久機制; 強大的數(shù)據(jù)加載功能; 面向?qū)ο蟮臄?shù)據(jù)查詢語言HQL; 緩存機制; 多數(shù)據(jù)庫支持。

Nhibernate的強大之處在于開發(fā)者幾乎不用去了解任何數(shù)據(jù)存儲和查詢的細節(jié)問題，而能更專注地通過面向?qū)ο笤O(shè)計來構(gòu)建系統(tǒng)。其HQL查詢語言完全是針對對象及其屬性來設(shè)計的，與SQL語法保持一致，降低了學(xué)習(xí)的曲線。

當然，Nhibernate還有一些不足之處，如報表數(shù)據(jù)。另外在性能上, Nhibernate通過反射來執(zhí)行一些操作以及數(shù)據(jù)行到對象之間的轉(zhuǎn)換, 都會造成性能上的一些損失。

iBatis.NET

作為另一種.Net持久層框架，iBatis.NET同樣是從Java上的iBatis移植而來的o/r mapping框架，它包括DataMapping和DataAccess兩部分:

DataMapping: ORM的實現(xiàn)部分, 對象映射通過映射文件來定義，支持one-to-one、one-to-many等對象關(guān)系映射。與Nhibernate顯著不同的是，ibatis.net不會自動生成SQL語句，它通過預(yù)先定義好的SQL映射來執(zhí)行數(shù)據(jù)操作，對于想自由操作SQL或使用復(fù)雜表達式的人來說，這是個不錯的選擇。

DataAccess: 數(shù)據(jù)存取框架實現(xiàn)，通過在配置文件中定義DAO接口及其實現(xiàn)，就可以方便使用DaoManager進行數(shù)據(jù)操作了，這也是一個在運行時決定具體實現(xiàn)的標準應(yīng)用。

Java版 工作流

Shark

Shark是體系和功能最為復(fù)雜的代表。它是另一款遵循WfMC的XPDL標準開源工作流引擎，并且同時遵循OMG組織的Workflow Management Facility規(guī)范。在所有開源工作流引擎中，Shark的體系最為完備和復(fù)雜。其一直秉承著“模塊化”的思想，所以比較容易擴展。但是自從被Together公司收購后，Shark的商業(yè)化色彩已經(jīng)越來越濃，改稱為Together Workflow Server，并僅以Community Edition的形式提供了部分開源代碼供參考。

OSWorkflow

OSWorkflow是最輕量型的代表，也是一款非常靈活和低級別定位的工作流引擎的實現(xiàn)框架。低級別定位的意思是說，它不是定位在解決流程模型對象和運轉(zhuǎn)場景，而是提供一套可維護調(diào)度的機制，供開發(fā)人員自主擴展。這個維護流程調(diào)度機制OSWorkflow選擇的是基于行為（Action）的FSM理論，所以O(shè)SWorkflow更像是一個復(fù)雜而靈活的有限狀態(tài)調(diào)度機。

OSWorkflow在國內(nèi)項目應(yīng)用得較多，很多國內(nèi)的簡易審批流程項目都是基于其引擎二次開發(fā)而來。這主要是由于OSWorkflow是基于Action驅(qū)動的，而國內(nèi)的客戶也很容易接受這樣的操作習(xí)慣。但OSWorkflow所依賴的FSM模型對于分支、聚合、子流程的支持度很低，這一點在實施過程中需要注意。

jBpm

jBpm是最適合擴展的代表，是在所有開源引擎中最適宜被商業(yè)化應(yīng)用的一款。首先其流程建模模型是基于Activity Diagram（活動圖）的，并在引擎構(gòu)建上融入了FSM和PetriNet思想，所以其內(nèi)核和根基比較牢固扎實。其次，自從被JBoss收購后，其3. x系列的結(jié)構(gòu)更加趨于微內(nèi)核，Plug-in思想也更加深入。其同時還提供了對BPEL擴展，存儲支持JBoss Hibernate實現(xiàn)，集成了JBoss seam，規(guī)則引擎準備采用JBoss rules，并準備集成JBoss Messaging。這樣，不論從內(nèi)核和外圍應(yīng)用，jBpm都具有了強勁的動力。

另外，jBpm對Token的應(yīng)用也很有特色，巧妙地利用Parent-Child Token的機制處理分支、父子流程等復(fù)雜應(yīng)用場景。這個設(shè)計思想很值得大家學(xué)習(xí)參考。

YAWL

YAWL是算法和模式最值得研究的代表，它是Alast力主倡導(dǎo)的一款基于PetriNet建模的工作流引擎，其將PetriNet的Token與And、XOR、OR算法進行了融合，并對Workflow Patterns（工作流模式）中所有模式提供支持。但YAWL本身僅是一個研究性項目，所以其結(jié)構(gòu)和實現(xiàn)缺少了商業(yè)化應(yīng)用的特點。但有必要研究一下YAWL，一方面可以加深對工作流模式的理解，另一方面，YAWL的一些建模思想、處理算法很值得推敲和吸納。

ActiveBPEL