woaidongmao

本文對SOAP作了一個初步介紹，給出幾個簡單示例；接著比較CORBA，DCOM/COM與SOAP的聯(lián)系與區(qū)別；然后淺析SOAP簡單的理解為RPC+HTTP+XML時的運行機制；最后展現(xiàn)SOAP的前景。

一：為什么需要SOAP？

隨著計算機技術的不斷發(fā)展，現(xiàn)代企業(yè)面臨的環(huán)境越來越復雜，其信息系統(tǒng)大多數(shù)為多平臺、多系統(tǒng)的復雜系統(tǒng)。這就要求今天的企業(yè)解決方案具有廣泛的兼容能力，可以支持不同的系統(tǒng)平臺、數(shù)據(jù)格式和多種連接方式，要求在Internet 環(huán)境下，實現(xiàn)系統(tǒng)是松散耦合的、跨平臺的，與語言無關的，與特定接口無關的，而且要提供對Web 應用程序的可靠訪問。

隨著異種計算環(huán)境的不斷增加，各種系統(tǒng)間的互操作性就愈顯得必要，要求系統(tǒng)能夠無縫地進行通信和共享數(shù)據(jù)，從而在 Internet 環(huán)境下，消除巨大的信息孤島，實現(xiàn)信息共享、進行數(shù)據(jù)交換，達到信息的一致性。Web services 希望實現(xiàn)不同的系統(tǒng)之間能夠用"軟件-軟件對話"的方式相互調用，打破了軟件應用、網(wǎng)站和各種設備之間的格格不入的狀態(tài)，實現(xiàn)"基于WEB無縫集成"的目標。

今年四月份的時候，W3C聯(lián)盟召開了第一次 Web 服務專題研討會，目的為探索 W3C 應向哪個方向發(fā)展才能實現(xiàn)新興的 Web 服務架構的標準化，期間提出了一個"Web 服務堆棧"的構想，如下圖，從圖中可以看出，SOAP在WEB服務堆棧中作為用于 XML 消息傳遞的一種非常普遍的協(xié)議，發(fā)揮著十分重要的作用。

回頁首

二：什么是SOAP？

SOAP（Simple Object Access Protocol ）簡單對象訪問協(xié)議是在分散或分布式的環(huán)境中交換信息的簡單的協(xié)議，是一個基于XML的協(xié)議，它包括四個部分：SOAP封裝(envelop)，封裝定義了一個描述消息中的內容是什么，是誰發(fā)送的，誰應當接受并處理它以及如何處理它們的框架；SOAP編碼規(guī)則（encoding rules），用于表示應用程序需要使用的數(shù)據(jù)類型的實例; SOAP RPC表示(RPC representation)，表示遠程過程調用和應答的協(xié)定;SOAP綁定（binding），使用底層協(xié)議交換信息。

雖然這四個部分都作為SOAP的一部分，作為一個整體定義的，但他們在功能上是相交的、彼此獨立的。特別的，信封和編碼規(guī)則是被定義在不同的XML命名空間(namespace)中，這樣使得定義更加簡單。

SOAP的兩個主要設計目標是簡單性和可擴展性。這就意味著有一些傳統(tǒng)消息系統(tǒng)或分布式對象系統(tǒng)中的某些性質將不是SOAP規(guī)范的一部分。比如：分布式垃圾收集 (Distributed garbage collection)、成批傳送消息(Boxcarring or batching of messages)、對象引用 (Objects-by-reference（which requires distributed garbage collection）)、對象激活 (Activation（which requires objects-by-reference）)。

SOAP消息舉例：

1．第一個例子闡明了SOAP中一個簡單的通信信息，包括了兩個不是SOAP定義而是應用程序定義的元素：頭塊元素alertcontrol 和體塊元素alert。頭塊元素包括兩個參數(shù)：priority 和expires。體塊元素包括的是實際傳送的信息。

（EXAMPLE 1）

2．SOAP通信與底層的不同協(xié)議和不同的交換格式有關，下面的例子SOAP使用HTTP作為底層通信協(xié)議，從而可以很好的使用request/response機制來傳送信息。 SOAP/HTTP請求包括一個GetLastTradePrice的塊元素，該請求攜帶一個字符串參數(shù)和ticker符號，在SOAP應答中返回一個浮點數(shù)。XML名域用來區(qū)分SOAP標志符和應用程序特定的標志符。

（EXAMPLE 2）

3. 例3 展示的是StockQuote SOAP服務信息，是對例2的請求作出的一條應答消息。

（EXAMPLE 3）

回頁首

三：SOAP與CORBA，COM/DCOM的區(qū)別？

在SOAP剛剛提出來的時候，許多人就提出了疑問：SOAP與CORBA和DCOM的區(qū)別何在？

1. CORBA（Common Object Request Broker
Architecture）公共對象請求代理體系結構是由OMG組織制訂的一種標準的面向對象應用程序體系規(guī)范。由對象請求代理ORB、對象服務、公共設施、域接口和應用接口這幾個部分組成。其核心部分是對象請求代理ORB（Object Request Broker）。ORB提供了一種機制，通過這種機制，對象可以透明的發(fā)出請求和接收響應。分布的、可以互操作的對象可以利用ORB構造可以互操作的應用。ORB可看作是在對象之間建立客戶/服務關系的一種中間件。基于ORB，客戶可以透明的調用服務對象提供的方法，該服務對象可以與客戶運行在同一臺機器上，也可以運行在其他機器上通過網(wǎng)絡與客戶進行交互。ORB截取客戶發(fā)送的請求，并負責在該軟件總線上找到實現(xiàn)該請求的服務對象，然后完成參數(shù)、方法調用，并返回最終結果。CORBA 1.1 由對象管理組織在 1991 年發(fā)布。定義了接口定義語言（IDL）和應用編程接口（API），從而通過實現(xiàn)對象請求代理（ORB）來激活客戶/服務器的交互。CORBA 2.0 于 1994 年的 12 月發(fā)布定義了如何跨越不同的 ORB 提供者而進行通訊。

2. COM/DCOM(Component Object Model / Distributed Component Object
Model )是微軟公司提出的分布式組件對象模型標準，支持在局域網(wǎng)、廣域網(wǎng)甚至Internet上不同計算機的對象之間的通訊。DCOM基于COM的應用程序、組件、工具等的基礎之上，處理網(wǎng)絡協(xié)議的低層次的細節(jié)問題，而不必關心太多的網(wǎng)絡協(xié)議細節(jié)，從而使用戶能夠集中精力解決用戶所要求的問題。DCOM位于應用程序的組件之間，將組件以不可見的方式膠合在一起組成具有完整功能的應用程序。

3. SOAP 與CORBA，DCOM/COM的比較。

3.1 首先指出的是SOAP不會取代CORBA，COM/DCOM，三者的概念有所區(qū)別。COM/DCOM是個組件模型標準，CORBA是分布式應用的服務標準。CORBA和DCOM為分布式應用程序建立服務，服務對象來執(zhí)行客戶端調用的服務。而SOAP是基于XML和HTTP的分布式對象的通信協(xié)議，是COM/DCOM和CORBA對象進行通訊的協(xié)議。實際上，利用SOAP的互操作性和CORBA強大的執(zhí)行能力，兩者可以很好的結合在一起。 OMG （Object Management Group responsible for the CORBA specification）正在關注這方面的發(fā)展。

3.2. CORBA應用程序和DCOM應用程序不能實現(xiàn)互操作，兩者不能在一起協(xié)作。因為在ORPC(Object RPC)協(xié)議中，用ObjRef代表了一個正在運行對象的引用；在CORBA/IIOP(Internet Inter-Orb Protocol)中，用交換可互操作對象引用IOR（Interoperable Object Reference）代表一個服務器的對象引用。不幸的是，IOR 與 ObjRef不能夠關聯(lián)起來。然而，使用SOAP可以實現(xiàn)在垂直應用層面上CORBA ，DCOM技術的水平整合，能夠更好的集成CORBA，DCOM為一個整體。

3.3 SOAP并沒有定義信息的語義，服務質量，基于INTERNET的事務處理。而是采用 XML 進行消息編碼，正確的處理需要服務器和客戶端本身來執(zhí)行，理解和執(zhí)行彼此使用的信息格式（ONE-TO-ONE，REQUEST/REPLY，BROADCAST，ETC），應用程序本身在語義解析中扮演著十分重要的角色。而CORBA，DCOM表示了傳送信息的語義，對參數(shù)和返回值使用二進制編碼。可對諸如參數(shù)名稱或類型的任何元信息都不編碼，但使中介很難處理消息。又因為每個系統(tǒng)使用不同的二進制編碼，系統(tǒng)間的互操作的很難實現(xiàn)。

3.4 盡管CORBA可以在不同的平臺上執(zhí)行，DCOM可以在微軟的各種平臺上運行，但是基于CORBA和DCOM的解決方案必須依賴于單一的應用程序。比如說，假如運行的是DCOM服務器程序，所有的分布式的客戶端不得不運行于微軟的操作平臺上。CORBA 雖然可以運行于不同的平臺，但CORBA的互操作性并沒有在更高層的服務上進行擴展，如安全性和事務處理，在這種情況下，許多提供的服務沒有得到很好的優(yōu)化。DCOM和CORBA適合于服務器--服務器間的通訊，但是對于客戶端--服務器的通訊十分脆弱，尤其當客戶程序分布在INTERNET上更是如此。

3.5 SOAP不象DCOM一樣試圖定義分布式系統(tǒng)的所有元素，SOAP沒有提供分布式類庫，類型安全檢查，版本控制等等，SOAP比它處于一個更低的層次，有點類似于IIOP在CORBA的作用，DCOM卻提供了一些額外的協(xié)議功能，是IIOP 或者SOAP所不具備的。然而，許多. DCOM的額外功能只有在服務器??服務器間通信時才會用到，對于客戶端??服務器之間的通信則是多余的。

回頁首

四：SOAP=RPC+HTTP+XML

SOAP簡單的理解，就是這樣的一個開放協(xié)議SOAP=RPC+HTTP+XML：采用HTTP作為底層通訊協(xié)議；RPC作為一致性的調用途徑，ＸＭＬ作為數(shù)據(jù)傳送的格式，允許服務提供者和服務客戶經過防火墻在INTERNET進行通訊交互。RPC的描敘可能不大準確，因為SOAP一開始構思就是要實現(xiàn)平臺與環(huán)境的無關性和獨立性，每一個通過網(wǎng)絡的遠程調用都可以通過SOAP封裝起來，包括DCE（Distributed Computing Environment ）　RPC CALLS，COM/DCOM CALLS, CORBA CALLS, JAVA CALLS，etc。

SOAP 使用 HTTP 傳送 XML，盡管HTTP 不是有效率的通訊協(xié)議，而且 XML 還需要額外的文件解析（parse），兩者使得交易的速度大大低于其它方案。但是XML 是一個開放、健全、有語義的訊息機制，而 HTTP 是一個廣泛又能避免許多關于防火墻的問題，從而使SOAP得到了廣泛的應用。但是如果效率對你來說很重要，那么你應該多考慮其它的方式，而不要用 SOAP。

為了更好的理解SOAP,HTTP,XML如何工作的，不妨先考慮一下COM/DCOM的運行機制，DCOM處理網(wǎng)絡協(xié)議的低層次的細節(jié)問題，如PROXY/STUB間的通訊，生命周期的管理，對象的標識。在客戶端與服務器端進行交互的時候，DCOM采用NDR（Network Data Representation）作為數(shù)據(jù)表示，它是低層次的與平臺無關的數(shù)據(jù)表現(xiàn)形式。

DCOM是有效的，靈活的，但也是很復雜的。而SOAP的一個主要優(yōu)點就在于它的簡單性，SOAP使用HTTP作為網(wǎng)絡通訊協(xié)議，接受和傳送數(shù)據(jù)參數(shù)時采用XML作為數(shù)據(jù)格式，從而代替了DCOM中的NDR格式，SOAP和 DCOM執(zhí)行過程是類似的，如下圖，但是用XML取代 NDR作為編碼表現(xiàn)形式，提供了更高層次上的抽象，與平臺和環(huán)境無關。

客戶端發(fā)送請求時，不管客戶端是什么平臺的，首先把請求轉換成XML格式，SOAP網(wǎng)關可自動執(zhí)行這個轉換。為了保證傳送時參數(shù)，方法名，返回值的唯一性，SOAP協(xié)議使用了一個私有標記表，從而服務端的SOAP網(wǎng)關可以正確的解析，這有點類似于COM/DCOM

中的樁（STUB）。轉化成XML格式后，SOAP終端名（遠程調用方法名）及其他的一些協(xié)議標識信息被封裝成HTTP請求，然后發(fā)送給服務器。如果應用程序要求，服務器返回一個HTTP應答信息給客戶端。與通常對HTML頁面的HTTP GET請求不同的是，此請求設置了一些HTTP HEADER，標識著一個SOAP服務激發(fā)，和HTTP包一起傳送。例如：對于一個詢問股票價格的應用程序，服務器端具有組件提供某股票當前的價格，組件是COM或CORBA在服務器上建立的。客戶端發(fā)送一個SOAP請求給服務器詢問股票價格。服務器依賴于服務器上的SOAP網(wǎng)關，使用內嵌的HTML對象調用合適的方法， 然后把得到的價格通過SOAP應答傳給客戶端。

回頁首

五．SOAP 的前景

W3C于2000年5月8日發(fā)表了Simple Object Access Protocol (SOAP) 1.1版本，具體規(guī)范發(fā)布在下列站點上（ http://www.w3.org/TR/SOAP/）。又與今年7月9號推出了SOAP Version 1.2版本的建議草案，具體規(guī)范發(fā)布在下列站點上（ http://www.w3.org/TR/soap12/）。編寫SOAP Version 1.1版本的工作小組的成員包括： DevelopMentor, International Business Machines Corporation, Lotus Development Corporation, Microsoft, UserLand Software。

SOAP的推出是令人興奮的。可以相信，隨著網(wǎng)絡服務的的不斷發(fā)展，它將極大的改變我們的思考模式和開發(fā)模式。現(xiàn)在，已有許多大公司著手支持SOAP的開發(fā)，去年 IBM公司 和 Microsoft公司 都發(fā)行了實現(xiàn) SOAP 的第一批版本。 IBM 公司啟動了Apache SOAP 項目計劃，微軟最近又推出了SOAPtoolkit2.0的正式版，主要包括如下的一些特征：SOAP的高層接口和低層接口，消息對象接口，完全支持WSDL 1.1標準，支持用戶自定義類型映射，并且提供了豐富和完整的開發(fā)文檔以及應用實例。而且，兩家公司正在互操作性方面努力研究。可以樂觀的估計，不用多久，SOAP 互操作性的時代就將來臨。

與SOAP相關的一些標準：

1. HTTP 1.0 or greater（ http://www.w3.org/Protocols/HTTP/ietf-http-ext）

2. the core W3C XML recommendation（ http://www.w3.org/TR/1998/REC-xml-19980210）

3. W3C XML namespace recommendation（ http://www.w3.org/TR/REC-xml-names）.

4. XML Schema（ http://www.w3.org/TR/xmlschema-1/）

SOAP是一個協(xié)議，與編程語言無關。實際上，許多語言已經開始支持SOAP，如：java,c/c++,vb,c#,perl,php.下面列出了在Java/C++/Perl/ADA/Python環(huán)境下SOAP的執(zhí)行工具：

• Java: Apache SOAP, , IdooXoap from ZVON
• Python: PythonWare (client side only)
• C++: IdooXoap from ZVON
• Perl: SOAP::Lite
• ADA: An ADA implementation
• Microsoft Visual Studio: The Microsoft SOAP toolkit.