【正文】 demo1:exchange （ ns1 的擴展形式），方法名是 getRate 。當 SOAP 被用于執(zhí)行一個 RPC 調(diào)用時， Body 包含一個單獨元素，這個元素包含方法名、參數(shù)和 Web 服務的目標地址。因為我們的示例簡單，不涉及路由器，所以不需要 Header 。一個 SOAP 處理鏈中的任一元素可增加或刪除 Header 里的項；元素也可選擇忽略它們不認識的項。 SOAP 請求的 XML 部分包含三個主要部分[18]：Envelope 定義各個 SOAP 消息的余下部分會使用的 namespaces ，典型的有 xmlns:SOAPENV ( SOAP Envelope namespace )、 xmlns:xsi ( XML Schema for Instances ) 和 xmlns:xsd ( XML Schema for DataTypes )。 POST /soap/servlet/rpcrouter HTTP/Host: localhost:8070ContentType: text/xmlContentLength: 461SOAPAction: SOAPENV:Envelope xmlns:SOAPENV= xmlns:xsi= xmlns:xsd= SOAPENV:Body ns1:getRate xmlns:ns1=urn:demo1:exchange SOAPENV:encodingStyle= country1 xsi:type=xsd:stringUSA/country1 country2 xsi:type=xsd:stringjapan/country2 /ns1:getRate /SOAPENV:Body/SOAPENV:Envelope 一個 SOAP 請求作為 HTTP POST 被發(fā)送，同時其內(nèi)容類型設成 text/xml ，一個叫 SOAPAction 的字段設為空字符串或 SOAP 方法的命名。在傳輸層之間的頭是不同的，但 XML 有效負載保持相同。 SOAP 請求剖析首先要提的是盡管這個特殊的設置是使用 HTTP 傳遞 SOAP 消息的，但 SOAP 可以運行在任何其它傳輸協(xié)議上。 雖然這三部分是作為SOAP的不同部分作為一個整體定義的，但他們在功能上是正交的、彼此獨立的。例如可能應訂單服務的需要，使用SOAP編碼規(guī)則定義了訂單的數(shù)據(jù)類型，并可以在訂單生成的客戶端與訂單服務之間交換訂單實例。SOAP規(guī)范主要由三部分組成[17]：SOAP信封(envelop)，它構造定義了一個整體的SOAP消息表示框架，可用于表示消息中的內(nèi)容是什么，是誰發(fā)送的，誰應當接受并處理它，以及這些處理操作是可選的還是必須的等。SOAP本身并不定義任何應用語義，如編程模型或特定語義實現(xiàn)，它只是定義了一種簡單的機制，通過一個模塊化的包裝模型和對模塊中特定格式編碼的數(shù)據(jù)重編碼機制來表示應用語義。這些消息包括客戶端請求XML Web服務執(zhí)行任務的消息，以及服務返回的包含詳細的響應。同樣Java語言能夠理解SOAP(XML)數(shù)據(jù)表示，能夠訪問數(shù)據(jù)庫，所以不同數(shù)據(jù)庫之間的數(shù)據(jù)交換式是以SOAP為轉換平臺進行的。C語言能夠訪問操作各種數(shù)據(jù)庫，C將數(shù)據(jù)庫中的數(shù)據(jù)對象轉換為自身的數(shù)據(jù)對象。XML Web 服務最常用的通訊協(xié)議是SOAP，簡單地說SOAP就是XML+HTTP。，目前支持的特性主要包括：支持將Web服務綁定到POJO、XMLBeans；支持基于HTTP、JMS、XMPP等多種協(xié)議訪問Web服務；支持多種Web服務業(yè)界重要標準如SOAP、WSDL、Web服務尋址（WSAddressing）、Web服務安全（WSSecurity）等；支持JSR181，可以通過JDK5配置Web服務；高性能的SOAP實現(xiàn)、服務器端、客戶端代碼輔助生成；對Spring、Pico、Plexus等項目的支持等。和其他Web服務引擎相比，XFire的配置非常簡單，可以非常容易地和Spring集成。　　.NET Framework 的另一個主要組件是類庫，它是一個綜合性的面向?qū)ο蟮目芍赜妙愋图希梢允褂盟_發(fā)多種應用程序，這些應用程序包括傳統(tǒng)的命令行或圖形用戶界面 (GUI) 應用程序，也包括基于 所提供的最新創(chuàng)新的應用程序（如 Web 窗體和 XML Web services）。事實上，代碼管理的概念是公共語言運行庫的基本原則。您可以將公共語言運行庫看作一個在執(zhí)行時管理代碼的代理，它提供內(nèi)存管理、線程管理和遠程處理等核心服務，并且還強制實施嚴格的類型安全以及可提高安全性和可靠性的其他形式的代碼準確性。　　.NET Framework 具有兩個主要組件：公共語言運行庫和 .NET Framework 類庫?！　∈归_發(fā)人員的經(jīng)驗在面對類型大不相同的應用程序（如基于 Windows 的應用程序和基于 Web 的應用程序）時保持一致?！　√峁┮粋€可提高代碼（包括由未知的或不完全受信任的第三方創(chuàng)建的代碼）執(zhí)行安全性的代碼執(zhí)行環(huán)境。.NET Framework 旨在實現(xiàn)下列目標： 　　提供一個一致的面向?qū)ο蟮木幊汰h(huán)境，而無論對象代碼是在本地存儲和執(zhí)行，還是在本地執(zhí)行但在 Internet 上分布，或者是在遠程執(zhí)行的。( 4 ) 便于異構系統(tǒng)之間信息傳輸不同企業(yè)、不同部門中往往存在著許多不同的系統(tǒng)，XML可以用作各種不同系統(tǒng)之間的交流媒介，是一種非常理想的數(shù)據(jù)交換語言。( 3 ) 遵循嚴格語法要求XNL不但要求標記配對、嵌套，而且還要求嚴格遵守DID或XML Schema的規(guī)定。( 2 ) 內(nèi)容與形式分離XML中信息的顯示方式己經(jīng)從信息本身中抽取出來，放在了“樣式表”中。XML 的設計宗旨是傳輸數(shù)據(jù)，而非顯示數(shù)據(jù) ；XML 標簽沒有被預定義，您需要自行定義標簽；XML 被設計為具有自我描述性，XML 是 W3C 的推薦標準。其目的在于使得We上能以現(xiàn)有超文標記語言 ( HyperText Text Markup Language , HTML)的使用方式提供、接收和處通用的SGML成為可能。這是XML Web服務所具備的一大優(yōu)勢，其他依賴二進制協(xié)議的分別式計算協(xié)議都做不到這一點。XML Web服務將組件的重用提高到了一個新的水平——多個用戶可以同時使用相同的組件，而且可以跨組織共享組件。服務注冊表執(zhí)行一項重要而且定義良好的任務：提供一種機制，便于提供者公布其服務，同時提供客戶查找服務。某種XML Web服務用于提供天氣服務，但它可以同時從一個系統(tǒng)中獲取溫度信息，再從另一個系統(tǒng)中獲取潮汛信息，從而具備提供多方面天氣信息的功能。XML Web服務還可以提供一個接口，將多個系統(tǒng)的底層功能聚合起來。( 5 ) 功能抽象除了不同類型技術和編程語言之間抽象層之外，XML Web服務還能提供抽象。XML Web服務并不要求使用某種特定的編程語言或是操作系統(tǒng)。盡管XML Web服務領域中采用了數(shù)量眾多的標準與協(xié)議，但實際上，由于操作系統(tǒng)和當前的開發(fā)工具（如Visual 、MyEclipse之類等）能抽象這些標準和協(xié)議，因此編程人員根本無需了解這些內(nèi)容。所以說，XML Web服務技術是開放式的，也非商業(yè)化的。這種合作式的開發(fā)方式，有效地避免了XML Web服務成為獨家壟斷的商品。這樣，客戶或服務無論位于何種平臺，客戶都可以方便的使用XML Web服務。而XML Web服務則是一種廣泛認可的標準，它是最為理想的集成工具，提供了一種可以在完全不同類型的系統(tǒng)之間進行通信和交換信息的機制以及實時的互操作功能，而且還可以節(jié)省大量成本。 XML Web 服務的優(yōu)點XML Web服務最大的優(yōu)勢體現(xiàn)在其集成上?！　SSecurity將安全特性放入一個SOAP消息的消息頭中，在應用層處理?！　SSecurity描述了如何將簽名和加密頭加入SOAP消息?！　f(xié)議包含了關于如何在Web服務消息上保證完整性和機密性的規(guī)約。2006年2月17日。 WSSecurity　　WSSecurity (Web服務安全) 是一種提供在Web服務上應用安全的方法的網(wǎng)絡傳輸協(xié)議。利用 XML Web services，就可以將每個現(xiàn)有應用程序的功能和數(shù)據(jù)作為 XML Web services 公開。 在大多數(shù)公司中，幾乎每個部門都在廣泛采用自定義軟件，這就產(chǎn)生了大量有用的數(shù)據(jù)和業(yè)務邏輯“孤島”。采用XML Web服務作為客戶端和傳統(tǒng)系統(tǒng)之間的抽象層有多個優(yōu)點：許多新型客戶端平臺都能訪問舊系統(tǒng)，而且XML Web服務在處理客戶端請求時，還能對跨多個系統(tǒng)的活動進行協(xié)調(diào)。 應用程序的擴展和集成XML Web服務可以與傳統(tǒng)的系統(tǒng)集成，從而開發(fā)出新型的IT解決方案。這樣應用程序和作為中介的XML Web服務就能充分的利用，通過編程方式訪問大量數(shù)據(jù)時，可以不受數(shù)據(jù)所在位置與所用平臺的局限，從而能利用現(xiàn)有的組件數(shù)據(jù)來創(chuàng)建功能強大的新服務。通過這些服務，無論用戶身在何方，使用何種平臺，都可以訪問信息，使用信息集中化功能，用戶還可以授權給信用第三方，使其也可以訪問用戶的信息。 集中化服務除了為客戶提供信息之外，XML Web 服務還能充當一個方便的信息庫，以跨越多種不同平臺的應用程序共享和操縱同樣的信息。任何設備或程序，無聊它們采用何種平臺或編程語言實現(xiàn)，都可以通過網(wǎng)絡與XML Web服務進行通信以訪問這些信息。實際上，這些信息可能本來就以網(wǎng)頁或文檔等電子形式提供給了用戶，但用戶不能使用編程的方式對這些形式的信息進行訪問或操縱。其中，發(fā)現(xiàn)過程是Microsoft產(chǎn)品專業(yè)的，使用其他工具創(chuàng)建的XML Web服務可以略去此步驟，直接將引用放入UDDI注冊表中指向WSDL描述的位置。這樣，服務的請求者通過 WSDL 和 UDDI 發(fā)現(xiàn)到服務提供者提供的服務，然后通過應用的調(diào)用方法來使用這個服務。這樣看起來很像 C/S 架構的軟件，與之不同的是，XML Web 服務兩端的應用是通過基于標準的 XML 格式的協(xié)議進行通信的，這種最常用的協(xié)議就是 SOAP。 XML Web服務體系結構 XML Web服務體系結構 XML Web服務的一個最基本的架構[15]。這種轉換就是SOAP跨平臺數(shù)據(jù)類型得以存在的基礎。 SOAP數(shù)據(jù)轉換模型XML Web服務發(fā)送SOAP消息時，它并不知道要接收消息的是何種客戶端——客戶端可能是Microsoft .NET語言編寫的，也可能是用Java等其他語言編寫的。由于每種平臺都可以用于自身的一套數(shù)據(jù)類型，SOAP提供了一種為所有平臺支持的中間表示方式。SOAP并為綁定到某種特定的編程語言或操作系統(tǒng)上。這些消息包括客戶端請求XML Web服務執(zhí)行任務的消息，以及服務返回的包含詳細的響應。 消息發(fā)送在發(fā)現(xiàn)某種XML Web服務并獲取現(xiàn)有的關于其交互的描述之后，就可以向服務發(fā)送消息以使用該服務了。WSDL文檔是合同（告知消費者端XML Web服務的作用）的基礎。WDSL（Web Services Description Language，Web服務描述語言）是對XML Web服務進行描述的標準方式。消費者終端要使用XML Web服務，就必須事先知道如何與其進行交互。DISCO的主要優(yōu)點在與其簡單性，它使得部門或小型企業(yè)也可利用簡單XML Web服務發(fā)現(xiàn)機制，而無需要創(chuàng)建并維護完整的UDDI注冊表。目前，DISCO文件的主要消費者是Visual Studio .Net。地址是：、://uddi/.、。每項企業(yè)記錄都包括該企業(yè)所提供的XML Web服務的目的和位置的詳細信息[14]。UDDIUDDI（Universal Description，Discovery and Integration，通用描述、發(fā)現(xiàn)和集成）提供XML Web服務的注冊表。 XML Web 服務采用的技術 目錄和發(fā)現(xiàn)使用XML Web服務，關鍵是要能準確的描述出它所具備的功能。整個領域都處在不斷發(fā)展更新中，各種新特性、新規(guī)范以及新版本協(xié)議不斷榮。XML Web服務的未來使命是使應用程序更加容易通信[11]。它仍然缺少許多諸如安全和路由等重要的特性。需要主要的是，這里的“接口”一詞不能等同與網(wǎng)頁和Windows應用程序中使用的用戶接口（user interface），而是指使用WSDL等標準化接口描述語言定義的程序接口。同樣，XML Web服務的目的往往是應用程序之間的交互。常見的協(xié)議包括： XML Web 服務協(xié)議體系（TCP／IPTransmission Control Protocol/Internet Protocol，傳輸控制協(xié)議/Internet協(xié)議）、HTTP協(xié)議（Hypertext Transfer Protocol，超文本傳輸協(xié)議）以及XML（Extensible Markup Language，可擴展標志語言）等Internet標準，還包括以下為XML Web服務專門開發(fā)的新標準，如SOAP（Simple Object Access Protocol， 簡單對象訪問協(xié)議）、WSDL（Web Services Description Language，Web服務描述語言）以及UDDI(Universal Discovery, Description and Integration, 通用發(fā)現(xiàn)、描敘與集成)等等， Web服務協(xié)議體系。XML Web 服務的外延定義還可以通過以下公認的特性進行說明[8]：基礎的 Web Services 平臺是 XML + HTTP。結論: 對研究本系統(tǒng)的設計進行了總結，同時對后續(xù)工作進行了展望。第五章：系統(tǒng)開發(fā)。第三章：描述本文實現(xiàn)銀行轉帳系統(tǒng)的數(shù)據(jù)交換模型，以及SOAP的規(guī)范和請求、響應剖析。 論文的組織結構 第一章：緒論， 概要的介紹了國內(nèi)、 外企業(yè)信息化建設過程及基本情況， 存在的問題，從而分析出企業(yè)應用集成在信息化建設中的重要性， 引出了本課題研究背景及論文的