【正文】 互相交流相關(guān)自己研究課題的內(nèi)容，以便補充自己了解的不足； 3）或者在與同學(xué)交流中也解決不了問題時同老師交流，來解決。 3．完成本課題的工作方案 工作方案： 1） 3 月 4 月查閱資料，對 Web 先進行基本的了解，同時了解 SOAP 在 Web 中應(yīng)用的實例； 2） 4 月 5 月進行更深入的了解 SOAP，此時要熟練掌握 Web 服務(wù)中 SOAP 怎么樣運用，SOAP 消息包的格式，并進行初步的抓包分析準備； 3） 5 月開始就要深入的對 SOAP 消息包進行分析，更進一 步的了解 SOAP 在 Web 服務(wù)中的工作流程，熟練掌握 Web 服務(wù)的工作過程及 SOAP 協(xié)議的原理； 4） 以上進行在 6 月之前完畢，并開始準備畢業(yè)論文，進行畢業(yè)答辯。 指導(dǎo)教師 (簽字 )： 2021 年 3 月 18 日 說明： 本 報告必須由承擔(dān)畢業(yè)論文 (設(shè)計 )課題任務(wù)的學(xué)生在畢業(yè)論文 (設(shè)計 ) 正式開始的第 1 周周五之前獨立撰寫完成，并交指導(dǎo)教師審閱。 網(wǎng)絡(luò)中，不管你的 Web service 是用什么工具，什么語言寫出來的，只要你用SOAP 協(xié)議通過 HTTP 來調(diào)用它，總體結(jié)構(gòu)都一致。 Web service 都是放在 Web 服務(wù)器 (如 IIS) 后面的，客戶生成的 SOAP 請求會被嵌入在一個 HTTP POST 請求中，發(fā)送到 Web 服務(wù)器來。 關(guān)鍵字 ： RFC， Web Service， HTTP， WSDL II Abstract SOAP (Simple Object Access Protocol), which is a standard messaging protocol, often the de facto standard Web Service. SOAP specification describes four main ponents. Use the envelope forms of packaging and routing path data format specifications, transmission or binding agreement, coding rules, RPC call mechanism. Envelope to define a standard for describing the message content, the news There is a rotation queue processing means. protocol bindings to the HTTP protocol using lowlevel SOAP message passed to provide a general mechanism. encoding rules provide enough of a standard application for mapping data to a variety of labels based on the performance of TAG. Finally, a RPC mechanism to provide enough distance call and they said the method return value. Whether your Web service is what tools, what language to write out, as long as you use SOAP protocol via HTTP to call it, are consistent with the overall structure. Typically, you use your own preferred language (such as VB 6 or ) to build your Web service, then use the SOAP Toolkit or. NET39。 Web services 希望實現(xiàn)不同的系統(tǒng)之間能夠用 軟件 軟 件對話 的方式相互調(diào)用，打破了軟件應(yīng)用、網(wǎng)站和各種設(shè)備之間的格格不入的狀態(tài)，實現(xiàn) 基于 WEB 無縫集成 的目標。而對于 Web 服務(wù)來講， SOAP 協(xié)議又有何獨特的意義。這當然不是因為受客戶能夠提供更好的用戶界面，而是因為它能夠避免花在桌面應(yīng)用程序發(fā)布上的高成本。事實上，許多 IT 工程師寧愿忍受瀏覽器所帶來的功能限制，也不愿在局域網(wǎng)上去運行一個 DCOM。 關(guān)于客戶端與服務(wù)器的通信問題，一個完美的解決方法是使用 HTTP 協(xié)議來通信。一個典型的WS 過程是：一個業(yè)務(wù)應(yīng)用通過使用 HTTP 的 SOAP 協(xié)議向某個指定 URL 上的一個服務(wù)發(fā)出請求，這個服務(wù)接受并且處理該請求后返回一個響應(yīng)。其中，商店發(fā)出的請求中包含遞送的目的地，服務(wù)經(jīng)過處理后確定 成本最簡單對象訪問協(xié)議 SOAP 原理及抓包分析 3 低的配送線路。例如：對于一個香料批發(fā)企業(yè)，當他使用 WS 核對香草豆是否有活的時候，其角色時 WS 的消費者；當他把不同賣主的價格提供給未來消費者的時候，其角色又是 WS 的提供者。它負責(zé)為服務(wù)提供方發(fā)布服務(wù)，為服務(wù)請求方查找服務(wù)，并且將獲取服務(wù)的信息綁定給請求 方。在查找操作中，一般有兩種查找模式。 對應(yīng)上述三種操作，給出了三種標準如下： SOAP（ Simple Object Access Protocol，簡單對象訪問協(xié)議），它實現(xiàn)的是低層協(xié)議，定義了服務(wù)請求者和服務(wù)提供者 之間的消息傳輸規(guī)范。 WSDL 為服務(wù)提供者提供以 XML 格式描述 WS 請求的標準格式，將網(wǎng)絡(luò)服務(wù)描述為能夠進行消息交換的通信端點的集合，以表達一個 WS 能做什么，它的位置在哪里，如何調(diào)用它等?；ヂ?lián)網(wǎng)是 Web 服務(wù)器的集合體。例如，你想創(chuàng)建一個Web service ，它的作用是返回當前的天氣情況。 COM 是一個非常好的組件技術(shù)，但是我們也很容易舉出COM 并不能滿足要求的情況。 隨著異種計算環(huán)境的不斷增加，各種系統(tǒng)間的互操作性就愈顯得必要，要求系統(tǒng)能夠無縫地進行通信和共享數(shù)據(jù)，從而在 Inter 環(huán)境下，消除巨大的信息孤島，實現(xiàn)信息共享、進行數(shù)據(jù)交換，達到信息的一致性。頭塊元素包括兩個參數(shù)： priority 和 expires。 XML 名域用來區(qū)分SOAP 標志符和應(yīng)用程序特定的標 志符。 SOAP 使用 HTTP 傳送 XML，盡管 HTTP 不是有效率的通訊協(xié)議，而且 XML 還需要額外的文件解析（ parse），兩者使得交易的速度大大低于其它方案。在客戶端與服務(wù)器端進行交互的時候， DCOM 采用 NDR（ Network Data Representation）作為數(shù)據(jù)表示，它是低層次的與平臺無關(guān)的數(shù)據(jù)表現(xiàn)形式。為了保證傳送時參數(shù)，方法名，返回值的唯一性，SOAP 協(xié)議使用了一個私有標記表，從而服務(wù)端的 SOAP 網(wǎng)關(guān)可以正確的解析，這有點類似于 COM/DCOM 中的樁（ STUB）。例如：對于一個詢問股票價格的應(yīng)用程序，服務(wù)器端具有組件提供某股票當前的價格，組件是 COM 或 CORBA在服務(wù)器上建立的。 XML 的標記語言可以自定義，這樣可以提供更多的數(shù)據(jù)操作，而不像 HTML 一樣，只能局限于按一定的格式在終端顯示出來。 3） XML 與 HTML 互補 XML 可以獲得應(yīng)用之間的相應(yīng)信息，提供終端的多項處理要求，也能被簡單對象訪問協(xié)議 SOAP 原理及抓包分析 10 其他的解析器和工具所使用，在現(xiàn)階段， XML 可以轉(zhuǎn)化成相應(yīng)的 HTML，來適應(yīng)當前瀏覽器的需求。現(xiàn)在，已有許多大公司著手支持 SOAP 的開發(fā)，去年 IBM 公司 和 Microsoft 公司 都發(fā)行了實現(xiàn) SOAP 的第一批版本。 與 SOAP 相關(guān)的一些標準： ? HTTP or greater（ ? the core W3C XML remendation （ ? W3C XML namespace remendation（ . ? XML Schema（ 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 11 4 SOAP 協(xié)議結(jié)構(gòu) SOAP 協(xié)議簡介 SOAP 以 XML 形式提供了一個簡單、輕量的用于在分散或分布環(huán)境中交換結(jié)構(gòu)化和類型信息的機制。 SOAP 可以和現(xiàn)存的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議（ HTTP），簡單郵件傳輸協(xié)議（ SMTP），多用途網(wǎng)際郵 件擴充協(xié)議（ MIME）。 SOAP RPC 表示：它定義了用于表示遠程過程調(diào)用和應(yīng)答的協(xié)定。所有的 SOAP 消息都使用 XML 編碼。在使用 HTTP 作為協(xié)議綁定的場合中， RPC 請求映射到 HTTP 請求上，而 RPC 應(yīng)答映射到 HTTP 應(yīng)答。 SOAPAction WEB 編碼中常見，協(xié)議開始起始意思，常見于編碼啟始句。不管 SOAP 被綁定到哪個協(xié)議， SOAP 消息采用所謂的 ”消息路徑 “發(fā)送，這使在終節(jié)點之外的中間節(jié)點可以處理消息。如果這個 SOAP 應(yīng)用程序不是這個消息的最終目的地，則在轉(zhuǎn)發(fā)消息之前刪除第一步中識別出來的所有部分。 （交互雙方的 SOAP 消息并不一定要遵循同樣的格式設(shè)定，而只需要以一種雙方可理解的格式交換信息就可以了） 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 14 5 SOAP 協(xié)議的應(yīng)用 簡單對象訪問 協(xié)議（ SOAP）提供對遠程對象的訪問。怎樣調(diào)用 SOAP 對象，怎樣在有 SOAP 意識的應(yīng)用程序間交換信息。 一旦 Web 服務(wù)用戶擁有WSDL 文件，他或者她就知曉接口的細節(jié)。 SOAP 消息是 XML 文檔，可通過 HTTP 工作。而一些提供者需要沿供應(yīng)鏈進一步下行來調(diào)用其它企業(yè)的服務(wù)。 在最近幾年里，企業(yè)之間的集成和互操作性已經(jīng)成為軟件工程師和企業(yè)的一個挑戰(zhàn)性任務(wù)。請參閱 圖 51， 在此圖里面您可以識別典型 SOAP 通信體系結(jié)構(gòu)中的一些組件 : 簡單對象訪問協(xié)議 SOAP 原理及抓包分析 15 ? SOAP 客戶機 ? SOAP 服務(wù)器 ? 實際服務(wù) 圖 51 一個典型 SOAP 通信體系結(jié)構(gòu)自建 解釋上面所提到的每個實體的體系結(jié)構(gòu)角色。 清單 1 是典型的 SOAP 請求，請參閱 清單 2 來回顧 SOAP 響應(yīng)。請參閱 清單 1 的服務(wù)請求，在這里元素 m:getListOfModels xmlns:m=urn:MobilePhoneservice 包含了服務(wù)的名稱。 XML 轉(zhuǎn)換程序就負責(zé)將 SOAP 請求的 XML 結(jié)構(gòu)轉(zhuǎn)換成程序員用來實現(xiàn)實際服務(wù)的編程語言（例如， Java 編程語言）的結(jié)構(gòu)。 XML 轉(zhuǎn)換程序負責(zé)將 XML 結(jié)構(gòu)轉(zhuǎn)換成合適的方法調(diào)用。當 SOAP 服務(wù)器收到消息時，將消息交給服務(wù)簡單對象訪問協(xié)議 SOAP 原理及抓包分析 17 管理器。服務(wù)實現(xiàn)會處理請求并將結(jié)果返回給 XML 轉(zhuǎn)換程序。 SOAP 與 HTTP 綁定 當您將 SOAP 和 HTTP 綁定在一起或在 HTTP 上操作 SOAP 時，您實際上將 HTTP 報頭加到了 SOAP 請求和響應(yīng)上了。現(xiàn)在您可以察看 清單 3 到 清單 7 的詳情。服務(wù)器（例如過濾 HTTP 中 SOAP 請求消息的防火墻）可以用字段 SOAPAction 的值來做決定。第一部分是一個特別 SOAP 部署的地址 : 第二部分是一個片段標識符，它給出了我們感興趣的方法的名字（ getListOfModels） 。 這個主機 URI 是在 HTTP 報頭中 host 字段（ ）和文件夾名（ /Vendors ）的結(jié) 合。 清單 6:演示無值 SOAPAction 報頭 POST /Vendors HTTP/ Host: 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。若 Envelope 包含了錯誤的名稱空間，會產(chǎn)生一個關(guān)于 Envelope 名稱空間版本的錯誤。 清單 8:一個空 SOAP Envelope SOAPENV:Envelope xmlns:SOAPENV= /SOAPENV:Envelope b. Header: SOAP Header 是可