【導讀】SOAP的出現(xiàn)是為了簡化網(wǎng)頁服務器。換彼此的數(shù)據(jù)，使其與編程語言、平臺和硬件無關。服務交互中的SOAP消息進行分析。每周一指導一次，其它時間有問題可以通過E-mail解決。平臺的，與語言無關的，與特定接口無關的，而且要提供對Web應用程序的可靠訪問。享、進行數(shù)據(jù)交換，達到信息的一致性。Webservices希望實現(xiàn)不同的系統(tǒng)之間能夠用". 消息傳遞的一種非常普遍的協(xié)議，發(fā)揮著十分重要的作用?？梢詷酚^的估計，不用多久，SOAP互操作性的時代就將來臨。2）在Web服務中SOAP協(xié)議的運行和發(fā)會的作用；1）通過參考互聯(lián)網(wǎng)和書本上的有關Web服務的過程，以及相關的文獻來了解Web服務；SOAP消息包的格式，并進行初步的抓包分析準備；中的工作流程，熟練掌握Web服務的工作過程及SOAP協(xié)議的原理；4）以上進行在6月之前完畢，并開始準備畢業(yè)論文，進行畢業(yè)答辯。念能應用SOAP協(xié)議具體化的理解WebService。該生已對本課題有了一定的理解和學習。

　　

【正文】 SOAP 通信體系結構中的一些組件 : 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 15 ? SOAP 客戶機 ? SOAP 服務器 ? 實際服務 圖 51 一個典型 SOAP 通信體系結構自建 解釋上面所提到的每個實體的體系結構角色。下面的討論參照 圖 1。 SOAP 客戶機 SOAP 客戶機是一臺有 SOAP 機制的機器，它可以產生 SOAP 請求并通過 HTTP 發(fā)送到服務器。一條 SOAP 請求是一種類型的 SOAP 消息，通常只有兩種類型的 SOAP 消息 :一條 SOAP 請求就是一臺 SOAP 客戶機發(fā)送給 SOAP 服務器的內容，一條 SOAP 響應就是 SOAP 服務器對 SOAP 客戶機響應的內容。 清單 1 是典型的 SOAP 請求，請參閱 清單 2 來回顧 SOAP 響應。 清單 1:一條簡單的 SOAP 請求 SOAPENV:Envelope xmlns:SOAPENV= SOAPENV:Body m:getListOfModels xmlns:m = uri reference /m:getListOfModels /SOAPENV:Body /SOAPENV:Envelope SOAP 服 務器 SOAP 服務器也是一臺有 SOAP 機制的機器，能夠接收來自 SOAP 客戶機的請求，并對之作出適當?shù)捻憫?。這些編過碼的響應會返回發(fā)出請求的 SOAP 客戶機。在 SOAP 服務器內部有三個實體 : 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 16 ? 服務管理器 ? 被部署服務的列表 ? XML 轉換程序 服務管理器負責根據(jù)請求管理服務。請參閱 清單 1 的服務請求，在這里元素 m:getListOfModels xmlns:m=urn:MobilePhoneservice 包含了服務的名稱。服務管理器會讀取 SOAP 客戶機想調用的 SOAP 服務的名稱并檢查所需的服務實際上是否駐留于這臺 SOAP 服務器上。此后，它會查詢被部署服務的列表（ SOAP 服務器所托管的所有服務的列表）。若存在，服務管理器將把 SOAP 請求傳送給 XML 轉換程序。 XML 轉換程序就負責將 SOAP 請求的 XML 結構轉換成程序員用來實現(xiàn)實際服務的編程語言（例如， Java 編程語言）的結構。還要負責將來自實際服務的響應轉換回 SOAP 響應的 XML 結構。請參閱 清單 2 獲得 SOAP 響應的說明。 清單 2:一條簡單的 SOAP 響應 SOAPENV:Envelope xmlns:SOAPENV= SOAPENV:Body m:getListOfModelsResponse xmlns:m=urn:MobilePhoneservice ModelM1/Model ModelM2/Model ModelM3/Model /m:getPriceResponse /SOAPENV:Body /SOAPENV:Envelope 實際服務 服務實現(xiàn)可以是 :例如， COM 組件或 JavaBeans 組件的形式。 XML 轉換程序負責將 XML 結構轉換成合適的方法調用。當 XML 轉換程序調用了實際服務實現(xiàn)的某個方法時，這個方法就會完成它的工作并且將結果信息返回 XML 轉換程序 。 SOAP 請求響應機制 當 SOAP 客戶機向 SOAP 服務器發(fā)送 SOAP 消息時，用 HTTP 協(xié)議傳輸。這就叫做 SOAP 與 HTTP 綁定。當 SOAP 服務器收到消息時，將消息交給服務簡單對象訪問協(xié)議 SOAP 原理及抓包分析 17 管理器。服務管理器檢查被部署服務的列表，查找在 SOAP 消息中所需的服務。若沒有查找到所請求的服務，它將請求失敗返回給 SOAP 客戶機。但是若此項服務可以提供，控制權由服務管理器轉移給 XML 轉換程序（轉換程序完成合適語言的轉換并訪問實際服務實現(xiàn)）。服務實現(xiàn)會處理請求并將結果返回給 XML 轉換程序。 XML 轉換程序將結果轉換成 SOAP 客戶機能夠理解的 SOAP 響應（ XML 文檔）。然后又一次用 HTTP 綁定來傳輸 SOAP 響應?，F(xiàn)在讓我 們看一下 SOAP 與 HTTP 的綁定細節(jié)。 SOAP 與 HTTP 綁定 當您將 SOAP 和 HTTP 綁定在一起或在 HTTP 上操作 SOAP 時，您實際上將 HTTP 報頭加到了 SOAP 請求和響應上了。 清單 1 是典型 SOAP 請求的結構，而清單 5 和 6 都是完整的 HTTP 請求，用來演示如何將 HTTP 報頭添加到 清單 1 上。相似地， 清單 7 是一條完整的 HTTP 響應，針對于來自 清單 2 的 SOAP 響應。 無論您何時在 HTTP 上使用 SOAP， ContentType 字段必須是 text/xml?，F(xiàn)在您可以察看 清單 3 到 清單 7 的詳情。 使用 HTTP 的 SOAP 請求 您可以將 SOAP 和 HTTP 的 POST 請求方法連用。為了發(fā)送一條 SOAP HTTP 請求，您需要在 HTTP 中提供一個 SOAPAction 報頭字段。 SOAPAction 指定了 SOAP 請求的目的。服務器（例如過濾 HTTP 中 SOAP 請求消息的防火墻）可以用字段 SOAPAction 的值來做決定。 HTTP 客戶機在 發(fā)送一條 SOAP HTTP 請求時必須用此報頭字段。SOAPAction 可以有如下幾種值 : ? SOAPAction:URIReference ? SOAPAction:filename ? SOAPAction: ? SOAPAction: 清單 3:演示 SOAPAction 報頭字段中的 URI 引用 POST /Vendors HTTP/ Host: ContentType:text/xml。Charset=utf8 ContentLength: nnnn 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 18 SOAPACtion:OfModels ?xml version=? SOAPENV:Envelope xmlns:SOAPENV= SOAPENV:Body m:getListOfModels xmlns:m=urn:MobilePhoneservice /m:getListOfModels /SOAPENV:Body /SOAPENV:Envelope 清單 3 在 SOAPAction 中包括如下 URI 引用 : 這個 SOAP Action 展示了兩部分內容。第一部分是一個特別 SOAP 部署的地址 : 第二部分是一個片段標識符，它給出了我們感興趣的方法的名字（ getListOfModels） 。 清單 4:演示 SOAPAction 報頭字段中的一個文件名 POST /Vendors HTTP/ Host: ContentType:text/xml。Charset=utf8 ContentLength: nnnn SOAPAction:MobilePhoneservicegetListOfModels ?xml version=? SOAPENV:Envelope xmlns:SOAPENV= SOAPENV:Body m:getListOfModels xmlns:m=urn:MobilePhoneservice /m:getListOfModels /SOAPENV:Body /SOAPENV:Envelope 清單 4 在 SOAPAction 中包含一個文件名（ MobilePhoneservicegetListOfModels ）。 MobilePhoneservice 文件必須出 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 19 現(xiàn)在主機 URI（ ）中。 這個主機 URI 是在 HTTP 報頭中 host 字段（ ）和文件夾名（ /Vendors ）的結 合。 清單 5:演示 SOAPAction 報頭中的空字符串 POST /Vendors HTTP/ Host: ContentType:text/xml。Charset=utf8 ContentLength: nnnn SOAPAction: ?xml version=? SOAPENV:Envelope xmlns:SOAPENV= SOAPENV:Body m:getListOfModels xmlns:m=urn:MobilePhoneservice /m:getListOfModels /SOAPENV:Body /SOAPENV:Envelope 清單 5 在 SOAPAction 中包含一個空字符串（ ）?？兆址当砻? SOAP 的目的和 Host URI（ ） 的目的是一樣的。 清單 6:演示無值 SOAPAction 報頭 POST /Vendors HTTP/ Host: ContentType:text/xml。Charset=utf8 ContentLength: nnnn SOAPAction: ?xml version=? SOAPENV:Envelope xmlns:SOAPENV= SOAPENV:Body m:getListOfModels xmlns:m =urn:MobilePhoneservice /m:getListOfModels /SOAPENV:Body /SOAPENV:Envelope 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 20 清單 6 沒有包含 SOAPAction 值。這表明沒有關于消息目的的信息。 用 HTTP 的 SOAP 響應， 響應將可能是兩種類型的 SOAP 響應中的一種 : 一個成功的 SOAP 操作 產生 SOAP 結果 一個不成功的 SOAP 操作產生一條 SOAP 錯誤消息 清單 7:一條帶有 HTTP 報頭的成功 SOAP 響應 HTTP/ ContentType:text/xml。 Charset=utf8 ContentLength: nnnn SOAPENV:Envelope xmlns:SOAPENV= SOAPENV:Body m:getListOfModelsResponse xmlns:m = URIReference modelm1/model modelm2/model /m:getListOfModels /SOAPENV:Body SOAP 模式與實現(xiàn) SOAP 消息 一條 SOAP 消息只是一個 XML 文檔，由一個強制性的 SOAP Envelope 組成， SOAP Envelope 有一個可選的 SOAP Header 和一個必須有的 SOAP Body。 SOAP 模式的元素 ? Envelope ? Header ? Body ? Fault a. Envelope: Envelope 是表示一條 SOAP 消息的頂層元素。為了發(fā)送一條 SOAP 消息，必須包括此元素。 Envelope 使用必要的 SOAP 名稱空間標識符（ ）。若 Envelope 包含了錯誤的名稱空間，會產生一個關于 Envelope 名稱空間版本的錯誤。 清單 8 是一個空 Envelope。稱其為 “空 Envelope”是為了強調在通過 “投遞 ”發(fā)出它之前，它最終應該包含一封“信 ”（也許是商業(yè)信）。 SOAP 模式中的 “信 ”就是指 “SOAP Body”， HTTP POST（在 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 21 HTTP 與 SOAP 的綁定一部分討論過）就是傳輸機制。 清單 8:一個空 SOAP Envelope SOAPENV:Envelope xmlns:SOAPENV= /SOAPENV:Envelope b. Header: SOAP Header 是可選的。您可以直接將 SOAP Body 放到 SOAP Envelope 中并完全忽略報頭。報頭提供了一個擴展 SOAP 消息功能的機制。例如，認證就是由 SOAP Header 條目所提供的一種典