Hessian:hessian是一個輕量級的remoting onhttp工具，使用簡單的方法提供了RMI的功能，相比WebService，Hessian更簡單、快捷。

採用的是二進位制RPC協議，因為採用了二進位制協議，所以它很適合於傳送二進位制資料，Hessian主要作面向物件的訊息通訊。

Hessian的初衷就是支援動態型別，格式緊湊，跨語言。Hessian是使用自己的序列化機制實現的編組和反編組，其支援的資料型別是有限制的，不支援複雜的物件，可以穿透防火牆。  在這裡不得不說一下RMI：RMI是一組使用者開發分散式應用程式的API。他使用的是java序列化機制實現呼叫及返回值的編組於反編組。它使用Java語言介面定義了遠端物件，它集合了Java序列化和Java遠端方法協議（Java Remote Method Protocol）。他可以被看做是RPC的Java版本，因為傳統的RPC並不能很好的應用於分散式物件系統。而Java RMI 則支援儲存於不同地址空間的程式級物件之間彼此進行通訊，實現遠端物件之間的無縫遠端呼叫。他也有它的缺點，他只能通過RMI協議來進行訪問無法通過HTTP協議訪問，無法穿透防火牆。     還有一種遠端呼叫方法就是ＨttpInvoker：他也是將引數和返回值通過Java的序列化機制進行編組和反編組，它具有RMI的支援所有可序列化物件的優點。試使用Http協議傳輸二進位制流的，同時又具有Hessian、Burlap(傳輸xml文字)的優點。

Hessian：寫一個Hessian需要注意的問題：      

1、JAVA伺服器端必須具備以下幾點：        

包含Hessian的jar包          

設計一個介面，用來給客戶端呼叫        

實現該介面的動能          

配置web.xml,配置相應的servlet        

物件必須實現Serializable介面          

對於複雜物件可以使用Map的方法傳遞    

 2、客戶端必須具備以下幾點：        

java客戶端包含Hessian.jar包          

具有和伺服器端結構一樣的介面和實體類。包括名稱空間都最好一樣。

Hessian的優點：

1- 整個jar很小,200多K,3.1版本的,當然,我下載的for java的版本.

2- 配置很簡單,基本上不需要花什麼經歷就配置出來了

3- 功能強大,可以將soap拋開,也可以把EJB拋開,採用二進位制來傳遞物件

4- 擁有多種語言支援,python c++  .net 甚至 flex 都可以做為client端

WebService簡介

（1）WebService是一個SOA（面向服務的程式設計）的架構，它是不依賴於語言，不依賴於平臺，可以實現不同的語言間的相互呼叫，通過Internet進行基於Http協議的網路應用間的互動。
（2）WebService實現不同語言間的呼叫，是依託於一個標準，webservice是需要遵守WSDL（web服務定義語言）/SOAP（簡單請求協議）規範的。
（3）WebService=WSDL+SOAP+UDDI（webservice的註冊），Soap是由Soap的part和0個或多個附件組成，一般只有part，在part中有Envelope和Body。
（4）Web Service是通過提供標準的協議和介面，可以讓不同的程式整合的一種SOA架構。

WebService的優點

(1) 可以讓異構的程式相互訪問（跨平臺）。
(2) 鬆耦合。
(3) 基於標準協議（通用語言，允許其他程式訪問）。

WebService的缺點： 
(1) WebService使用了XML對資料封裝，會造成大量的資料要在網路中傳輸。 
(2) WebService規範沒有規定任何與實現相關的細節，包括物件模型、程式語言，這一點，它不如CORBA。

WebService的基本原理

（1） Service Provider採用WSDL描述服務。
（2） Service Provider 採用UDDI將服務的描述檔案釋出到UDDI伺服器（Register server）。
（3）Service Requestor在UDDI伺服器上查詢並 獲取WSDL檔案。
（4）Service requestor將請求繫結到SOAP，並訪問相應的服務。