axis,axis2及XFire簡介和對比

一、axis,axis2及XFire簡介（理論介紹，各自優點和缺點）

（一）Axis1 介紹

Axis1 是組織推出的 SOAP 引擎， Axis 項目是 Apache 組織著名的 SOAP 項目的后繼項目， 但是Axis1不僅僅是一個SOAP引擎，它還包括：一個獨立運行的SOAP服務器，一個servlet引擎的插件，這個servlet引擎可以是Tomcat，對WSDL的擴展支持，一個將WSDL的描述生成 java 類的工具，還有一個監控TCP/ip包的工具。 主要特性 Axis1 優點： Axis1 使用 SAX (event-based) 語法分析，與早期版本的 Apache SOAP 相比，速度有顯著提高。 靈活性：Axis1 體系結構使開發者可以自由的向引擎中插入擴展。 穩定性：Axis1 定義了一組公共的接口。 面向組件的部署：可以簡單地定義可復用的處理機網絡，來實現應用程序的通用處理方式或分發給合作者。 傳輸框架：有一個簡潔的設計傳輸的抽象，引擎的核心完全獨立于傳輸。 Axis1支持WSDL1.1 ，可以簡單的構建訪問遠程服務的樁（stub ）, 還可以自動將部署的服務從Axis 導出為機器可識別的描述。 缺點： 1.Axis1 是早期出來的版本，相對于性能和速度方面不如axis2和XFire

（二）Axis2 介紹

Axis2是Apache下的一個重量級WebService框架，準確說它是一個Web Services / SOAP / WSDL 的引擎，是WebService框架的集大成者。Axis2 具有模塊化體系結構，由核心模塊和非核心模塊組成。據說，Axis2核心是純SOAP處理引擎，并沒有包含 Java? API forxml-based RPC (JAX-RPC) 概念作為其核心的一部分。同時，Axis2體系結構的設計充分考慮了以下原則： 1.邏輯和狀態分離，以提供無狀態處理機制，因為 Web 服務是無狀態的。 2.所有信息位于一個信息模型中，允許對系統進行掛起和恢復。 3.能夠在不更改核心體系結構的情況下擴展功能，能以最小或沒有核心更改的情況下 直接支持新 Web 服務規范。 Axis2 核心體系結構包括以下核心和非核心組件：核心組件 ? XML對象模型 (AXIOM)，SOAP處理模型：處理程序框架，信息處理模型：上下文和描述，其他組件，部署模型，傳輸，客戶機API，核心生成模型。 Axis2 優點： 它能不但能制作和發布WebService，而且可以生成Java和其他語言版WebService客戶端和服務端代碼 內存占用低 熱部署 異步web 服務 靈活性 - Axis 體系結構使開發者可以自由的向引擎中插入擴展 穩定性 - Axis 定義了一組公共的接口。 面向組件的部署 - 可以簡單地定義可復用的處理機網絡，來實現應用程序的通用處理方式 或分發給合作者。 支持WSDL - Axis 支持WSDL1.1 ，可以簡單的構建訪問遠程服務的樁（stub ）, 還可以自動將部署的服務從Axis 導出為機器可識別的描述。 插件 組成和可擴展性 缺點： Axis2重量級框架和支持多語言的特性不可避免的導致了Axis2的復雜性，開發所依賴的包數量和大小都是很驚人的，打包部署發布都比較麻煩，不能很好的與現有應用整合為一體。 Axis2的開發者太急于推出1.0版本，所以1.0還不是一個穩定的版本。

（三）XFire 介紹

XFire是codeHaus 組織提供的一個開源高性能的WebService框架，在Java6之前，它的知名度甚至超過了Apache的Axis2，是與Axis2 并列的新一代WebService平臺。它構建了 POJO 和 SOA 之間的橋梁，主要特性就是支持將 POJO 通過非常簡單的方式發布成 Web 服務，這種處理方式不僅充分發揮了 POJO 的作用，簡化了 Java 應用轉化為 Web 服務的步驟和過程，也直接降低了 SOA 的實現難度，為企業轉向 SOA 架構提供了一種簡單可行的方式。 XFire 優點 開發方便，容易上手，與現有的Web整合很好，可以融為一體，并且開發也很方便，可以方便快速地從pojo發布服務。 高性能的 SOAP 實現，比Axis1.3快2-6倍，響應時間是Axis1.3的1/2到1/5。 支持一系列Web Service的新標準，如JSR181、WSDL2.0 、JAXB2、WS-Security等。 使用Stax解釋XML,性能有了質的提高。XFire采用Woodstox 作Stax實現。 靈活的Binding機制，包括默認的pojo,Aegis,xmlbeans,jaxb2和castor。 對 SPRing 、Pico 、Plexus 等項目的支持等。 支持基于 HTTP 、JMS 、XMPP 等多種協議訪問 Web 服務。 支持 JSR181 ，可以通過 JDK5 配置 Web 服務。 服務器端、客戶端代碼輔助生成。 缺點： 對Java之外的語言，沒有提供相關的代碼工具。

二、三種WebServie框架之間的對比

（一）Axis2 與 axis1比較

相對于axis1,Axis2 從速度和內存方面獲得更好的性能，不過還添加了一些新特性和功能。大部分新特性都是為了提高 Axis2 的易用性，并同時保留通過各種方式擴展功能的空間。大部分新功能所添加到的主要領域。 新XML對象模型(AXIOM) 與 Axis 1.x 相比，Axis2 構建于全新的體系結構之上。Axis 1.x 使用DOM作為其XML 表示機制，但使用DOM的缺點是，需要在內存中保存完整的對象層次結構（與傳入消息對應）。對于小消息，這將不是問題，但對于大型消息就是問題了。為了克服此問題，Axis2 引入了新的 XML 表示形式作為其基礎。 基于消息傳遞的核心 Axis2 核心是純SOAP處理引擎，并不了解數據綁定、傳輸、WSDl等內容。Axis2核心的主要功能是處理傳輸消息，并將其交付給目標應用程序。與 Axis 1.x 一樣，Axis2也具有用于擴展其主要功能的處理程序概念。Axis2 具有流的概念，流是階段的集合，而階段是處理程序的集合。根據給定方法調用的 MEP ，與其關聯的流的數量可能會有所變化。 部署模型 在 Axis 1.x 中，用戶必須手動調用管理客戶機，并更新服務器類路徑，然后重新啟動服務器，以應用更改。這個有點麻煩的部署模型對新手肯定是一道障礙。Axis2 經過了精心的設計，能夠克服此缺點，并提供靈活、用戶友好、可方便進行配置的部署模型。Axis2 部署引入了類似于 Java? 2 Platform Enterprise Edition (J2EE) 部署機制的概念，開發人員可以在其中將所有類文件、庫文件、資源文件和配置文件一起打包為存檔文件，并將其放置在文件系統中的指定位置。 4.模塊體系結構 在 Axis 1.x 中，要添加處理程序，需要首先更改全局配置文件，然后需要重新啟動系統，并沒有在運行時更改處理程序鏈的動態方法。為了克服這個問題和增加新特性，Axis2 引入了 Web 服務擴展或模塊的概念；其中模塊的主要工作是對核心功能進行擴展。在 Axis 1.x 中，可以通過向處理程序鏈添加處理程序來實現此目標。與 Axis 1.x 處理程序鏈相比，使用模塊的優勢在于，您可以在根本不改變全局配置文件的情況下添加新模塊。同時，模塊是一個自容器，其中可以包含處理程序、第三方庫、模塊相關資源和模塊配置文件。

（二）Axis2與XFire比較

開發所依賴的包數量和大小都是很驚人的，打包部署發布都比較麻煩。雖然XFire 與Axis2 都是新一代的WebService 平臺，但是Axis2 的1.0 版本還不是一個穩定的版本。在XFire 捐獻給apache 后有人認為Axis2 將會滅亡。在很多人眼里，Axis2 并不是pojo 形式，Dan Diephouse 證明了XFire 比Axis 更有市場。用XFire 進行WebService 的開發比Axis2 簡單很多。 XFire開發方便，容易上手，可以方便快速地從pojo發布服務。

（三）XFire與Axis比較

XFire比Axis1.3快2-6倍，響應時間是Axis1.3的1/2到1/5；支持一系列Web Service的新標準，如JSR181、WSDL2.0 、JAXB2、WS-Security等；使用Stax解釋XML,性能有了質的提高。XFire采用Woodstox 作Stax實現；靈活的Binding機制，包括默認的pojo,Aegis,xmlbeans,jaxb2和castor；對Spring的支持；容易上手，可以方便快速地從pojo發布服務；