【文章內(nèi)容簡介】 領(lǐng)域的應(yīng)用，這種具體問題具體分析的方法更有助于標(biāo)記語言的發(fā)展。( 2 ) 內(nèi)容與形式分離XML中信息的顯示方式己經(jīng)從信息本身中抽取出來，放在了“樣式表”中。 這樣做便于信息表現(xiàn)方式的修改，便于數(shù)據(jù)的搜索，也使得XML具有良好的自描述性，能夠描述信息本身的含義甚至它們之間的關(guān)系。( 3 ) 遵循嚴(yán)格語法要求XNL不但要求標(biāo)記配對、嵌套，而且還要求嚴(yán)格遵守DID或XML Schema的規(guī)定。這增加了文檔的可讀性和可維護(hù)性，也大大減輕了開發(fā)人員的負(fù)擔(dān)。( 4 ) 便于異構(gòu)系統(tǒng)之間信息傳輸不同企業(yè)、不同部門中往往存在著許多不同的系統(tǒng)，XML可以用作各種不同系統(tǒng)之間的交流媒介，是一種非常理想的數(shù)據(jù)交換語言。圖25 XML商務(wù)解決之道概覽 .NET Framework　　.NET Framework 是支持生成和運行下一代應(yīng)用程序和 XML Web services 的內(nèi)部 Windows 組件。.NET Framework 旨在實現(xiàn)下列目標(biāo)： 　　提供一個一致的面向?qū)ο蟮木幊汰h(huán)境，而無論對象代碼是在本地存儲和執(zhí)行，還是在本地執(zhí)行但在 Internet 上分布，或者是在遠(yuǎn)程執(zhí)行的?！　√峁┮粋€將軟件部署和版本控制沖突最小化的代碼執(zhí)行環(huán)境?！　√峁┮粋€可提高代碼（包括由未知的或不完全受信任的第三方創(chuàng)建的代碼）執(zhí)行安全性的代碼執(zhí)行環(huán)境?！　√峁┮粋€可消除腳本環(huán)境或解釋環(huán)境的性能問題的代碼執(zhí)行環(huán)境?！　∈归_發(fā)人員的經(jīng)驗在面對類型大不相同的應(yīng)用程序（如基于 Windows 的應(yīng)用程序和基于 Web 的應(yīng)用程序）時保持一致?！　“凑展I(yè)標(biāo)準(zhǔn)生成所有通信，以確?；?.NET Framework 的代碼可與任何其他代碼集成?！　?NET Framework 具有兩個主要組件：公共語言運行庫和 .NET Framework 類庫?！　」舱Z言運行庫是 .NET Framework 的基礎(chǔ)。您可以將公共語言運行庫看作一個在執(zhí)行時管理代碼的代理，它提供內(nèi)存管理、線程管理和遠(yuǎn)程處理等核心服務(wù)，并且還強(qiáng)制實施嚴(yán)格的類型安全以及可提高安全性和可靠性的其他形式的代碼準(zhǔn)確性。這類似于Java的虛擬機(jī)。事實上，代碼管理的概念是公共語言運行庫的基本原則。以公共語言運行庫為目標(biāo)的代碼稱為托管代碼，而不以公共語言運行庫為目標(biāo)的代碼稱為非托管代碼?！　?NET Framework 的另一個主要組件是類庫，它是一個綜合性的面向?qū)ο蟮目芍赜妙愋图?，您可以使用它開發(fā)多種應(yīng)用程序，這些應(yīng)用程序包括傳統(tǒng)的命令行或圖形用戶界面 (GUI) 應(yīng)用程序，也包括基于 所提供的最新創(chuàng)新的應(yīng)用程序（如 Web 窗體和 XML Web services）。 XFire XFire是新一代的Java Web服務(wù)引擎，XFire使得在JavaEE應(yīng)用中發(fā)布Web服務(wù)變得輕而易舉。和其他Web服務(wù)引擎相比，XFire的配置非常簡單，可以非常容易地和Spring集成。XFire是codeHaus組織提供的一個開源框架，它構(gòu)建了POJO和SOA之間的橋梁，主要特性就是支持將POJO通過非常簡單的方式發(fā)布成Web服務(wù)，這種處理方式不僅充分發(fā)揮了POJO的作用，簡化了Java應(yīng)用轉(zhuǎn)化為Web服務(wù)的步驟和過程，也直接降低了SOA的實現(xiàn)難度，為企業(yè)轉(zhuǎn)向SOA架構(gòu)提供了一種簡單可行的方式。，目前支持的特性主要包括：支持將Web服務(wù)綁定到POJO、XMLBeans；支持基于HTTP、JMS、XMPP等多種協(xié)議訪問Web服務(wù)；支持多種Web服務(wù)業(yè)界重要標(biāo)準(zhǔn)如SOAP、WSDL、Web服務(wù)尋址（WSAddressing）、Web服務(wù)安全（WSSecurity）等；支持JSR181，可以通過JDK5配置Web服務(wù)；高性能的SOAP實現(xiàn)、服務(wù)器端、客戶端代碼輔助生成；對Spring、Pico、Plexus等項目的支持等。XFire官方網(wǎng)站：3 數(shù)據(jù)通信的底層協(xié)議 銀行轉(zhuǎn)帳系統(tǒng)數(shù)據(jù)交換模型基于XML Web服務(wù)實現(xiàn)的銀行轉(zhuǎn)帳系統(tǒng)能夠進(jìn)行在不同數(shù)據(jù)庫之間進(jìn)行數(shù)據(jù)通信是XML Web服務(wù)的天性。XML Web 服務(wù)最常用的通訊協(xié)議是SOAP，簡單地說SOAP就是XML+HTTP。XML是一個與平臺無關(guān)的數(shù)據(jù)表示語言，HTTP是互聯(lián)網(wǎng)最常用的協(xié)議之一。C語言能夠訪問操作各種數(shù)據(jù)庫，C將數(shù)據(jù)庫中的數(shù)據(jù)對象轉(zhuǎn)換為自身的數(shù)據(jù)對象。C語言同樣能把自身的數(shù)據(jù)類型轉(zhuǎn)換為SOAP(XML)數(shù)據(jù)表示方式，以HTTP傳輸協(xié)議進(jìn)行通信。同樣Java語言能夠理解SOAP(XML)數(shù)據(jù)表示，能夠訪問數(shù)據(jù)庫，所以不同數(shù)據(jù)庫之間的數(shù)據(jù)交換式是以SOAP為轉(zhuǎn)換平臺進(jìn)行的。數(shù)據(jù)庫C語言數(shù)據(jù)對象SOAPSOAPJava語言數(shù)據(jù)對象數(shù)據(jù)庫HTTP圖31 系統(tǒng)數(shù)據(jù)交換模型在客戶端與XML Web服務(wù)之間的消費發(fā)送通常采用SOAP（Simple Object Access Protocol，簡單對象訪問協(xié)議）進(jìn)行。這些消息包括客戶端請求XML Web服務(wù)執(zhí)行任務(wù)的消息，以及服務(wù)返回的包含詳細(xì)的響應(yīng)。 SOAP規(guī)范SOAP為在一個松散的、分布的環(huán)境中使用XML對等地交換結(jié)構(gòu)化的和類型化的信息提供了一個簡單的輕量級機(jī)制。SOAP本身并不定義任何應(yīng)用語義，如編程模型或特定語義實現(xiàn)，它只是定義了一種簡單的機(jī)制，通過一個模塊化的包裝模型和對模塊中特定格式編碼的數(shù)據(jù)重編碼機(jī)制來表示應(yīng)用語義。SOAP的這項能力使得它可被很多類型的系統(tǒng)用于從消息系統(tǒng)到RPC(Remote Procedure Call)的延伸。SOAP規(guī)范主要由三部分組成[17]：SOAP信封(envelop)，它構(gòu)造定義了一個整體的SOAP消息表示框架，可用于表示消息中的內(nèi)容是什么，是誰發(fā)送的，誰應(yīng)當(dāng)接受并處理它，以及這些處理操作是可選的還是必須的等。 SOAP編碼規(guī)則(encoding rules)，定義了一個數(shù)據(jù)的編碼機(jī)制，通過這樣一個編碼機(jī)制來定義應(yīng)用程序中需要使用的數(shù)據(jù)類型，并可用于交換由這些應(yīng)用程序定義的數(shù)據(jù)類型所衍生的實例。例如可能應(yīng)訂單服務(wù)的需要，使用SOAP編碼規(guī)則定義了訂單的數(shù)據(jù)類型，并可以在訂單生成的客戶端與訂單服務(wù)之間交換訂單實例。 SOAP RPC表示(RPC representation)，定義了一個用于表示遠(yuǎn)端過程調(diào)用和響應(yīng)的約定，例如如何使用HTTP或SMTP協(xié)議與SOAP綁定，如何傳輸過程調(diào)用，在具體傳輸協(xié)議的哪個部分傳輸過程響應(yīng)，如我們可以在HTTP的響應(yīng)的時候傳遞過程響應(yīng)。 雖然這三部分是作為SOAP的不同部分作為一個整體定義的，但他們在功能上是正交的、彼此獨立的。特別的，信封和編碼規(guī)則是被定義在不同的XML命名空間(namespace)中，這樣有利于通過模塊化獲得定義和實現(xiàn)的簡明性。 SOAP 請求剖析首先要提的是盡管這個特殊的設(shè)置是使用 HTTP 傳遞 SOAP 消息的，但 SOAP 可以運行在任何其它傳輸協(xié)議上。例如，您可以使用 SMTP，即因特網(wǎng)電子郵件協(xié)議來傳遞 SOAP 消息。在傳輸層之間的頭是不同的，但 XML 有效負(fù)載保持相同。 以下所示的是一個完整的 SOAP/HTTP 請求，為了更直觀一些，XML 內(nèi)容全部是縮進(jìn)格式的。 POST /soap/servlet/rpcrouter HTTP/Host: localhost:8070ContentType: text/xmlContentLength: 461SOAPAction: SOAPENV:Envelope xmlns:SOAPENV= 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)容類型設(shè)成 text/xml ，一個叫 SOAPAction 的字段設(shè)為空字符串或 SOAP 方法的命名。 SOAPAction 字段允許負(fù)責(zé)接收的Web服務(wù)器檢測該請求是一個SOAP 消息并潛在地發(fā)送或過濾這個消息。 SOAP 請求的 XML 部分包含三個主要部分[18]：Envelope 定義各個 SOAP 消息的余下部分會使用的 namespaces ，典型的有 xmlns:SOAPENV ( SOAP Envelope namespace )、 xmlns:xsi ( XML Schema for Instances ) 和 xmlns:xsd ( XML Schema for DataTypes )。 Header 是可選的元素，它攜帶認(rèn)證、事務(wù)處理和支付的輔助信息。一個 SOAP 處理鏈中的任一元素可增加或刪除 Header 里的項；元素也可選擇忽略它們不認(rèn)識的項。如果 Header 被使用，它必須是 Envelope 的第一個子元素。因為我們的示例簡單，不涉及路由器，所以不需要 Header 。 Body 是消息的主要有效載體。當(dāng) SOAP 被用于執(zhí)行一個 RPC 調(diào)用時， Body 包含一個單獨元素，這個元素包含方法名、參數(shù)和 Web 服務(wù)的目標(biāo)地址。元素的 namespace 等于目標(biāo)地址，根名是方法名。在這個示例中， ns1:getRate 表示目標(biāo)地址是 urn:demo1:exchange （ ns1 的擴(kuò)展形式），方法名是 getRate 。如果有 Header ， Body 必須緊接其后，否則它必須是 Envelope 的第一個子元素。 當(dāng)使用 SOAP 作為一個遠(yuǎn)程過程調(diào)用 (RPC) 系統(tǒng)時，SOAP 參數(shù)可以是有類型的或無類型的。當(dāng)前版本的 Apache 只接受有類型參數(shù)，正在開發(fā)的某個版本將來也許可以完全允許無類型參數(shù)。缺省的 SOAP 編碼模式使用 xsi:type 屬性來表示一個 XSD 類型。XSD 定義這幾個基本類型： int 、 byte 、 short 、 boolean 、 string 、 float 、 double 、 date 、 time 和 URL 。它也指定了發(fā)送數(shù)組和不透明數(shù)據(jù)塊的格式。 SOAP 響應(yīng)剖析如下為一個 SOAP/HTTP 響應(yīng)，在一個標(biāo)準(zhǔn) HTTP 回應(yīng)內(nèi)以一個 XML 文檔返回，標(biāo)準(zhǔn) HTTP 回應(yīng)的內(nèi)容類型被設(shè)定為 text/xml 。HTTP/ 200 OKContentType: text/xml。 charset=UTF8ContentLength: 425SetCookie2: JSESSIONID=4x1b3dqoc1。Version=1。Discard。Path=/soapSetCookie: JSESSIONID=4x1b3dqoc1。Path=/soapServletEngine: Tomcat Web Server/ (final) (JSP 。 Servlet 。 Java 。 Windows 2000 x86。 =Sun Microsystems Inc.)SOAPENV:Envelope xmlns:SOAPENV= xmlns:xsi= xmlns:xsd= SOAPENV:Body ns1:getRateResponse xmlns:ns1=urn:demo1:exchange SOAPENV:encodingStyle= return xsi:type=xsd:float/return /ns1:getRateResponse /SOAPENV:Body/SOAPENV:Envelope除了它的 Body 包含被編碼的方法結(jié)果之外，XML 文檔結(jié)構(gòu)和請求時的結(jié)構(gòu)很像。結(jié)果的命名空間是原始目標(biāo)對象 URI，根名是被調(diào)用的方法名。XSI/XSD 標(biāo)記模式被選擇性地用來指示結(jié)果類型（請參閱 參考資料）。SOAP 標(biāo)準(zhǔn)沒有詳細(xì)指出從一個 void 方法中返回什么，目前大多數(shù)的實現(xiàn)省略了 Body 的 return 部分。4 系統(tǒng)設(shè)計 系統(tǒng)概述本模型通過XML Web服務(wù)實現(xiàn)集成兩個不同的系統(tǒng)、數(shù)據(jù)庫之間的數(shù)據(jù)通信操作，如同41所示。模型分三部分：第一部分，模擬A銀行的服務(wù)端，提供給B銀行XML Web服務(wù)。時用SQL Server數(shù)據(jù)庫，對外公開的XML Web 服務(wù)使用Microsoft的 .Net C語言開發(fā)第二部分，模擬B銀行的服務(wù)端，提供給A銀行XML Web服務(wù)。使用MySQL 數(shù)據(jù)庫，開發(fā)語言使用Sun 公司Java語言，XFire框架開發(fā)XML Web服務(wù)接口第三部分，A銀行的客戶端，實現(xiàn)系統(tǒng)的集成，對A銀行的賬戶進(jìn)行操作，同時能引用B銀行提供XML Web 服務(wù)，進(jìn)行轉(zhuǎn)帳，對兩個不同數(shù)據(jù)庫進(jìn)行訪問操作。模型的兩個服務(wù)端，分別代表兩銀行的對外服務(wù)和一個客戶端組成。為了使模型簡單，數(shù)據(jù)庫設(shè)計最簡化，數(shù)據(jù)庫中只有五個數(shù)據(jù)表。轉(zhuǎn)換數(shù)據(jù)的只有資金的數(shù)據(jù)表。圖41 模型示意圖 系統(tǒng)設(shè)計總體 銀行轉(zhuǎn)帳系統(tǒng)總體設(shè)計A、B兩個銀行的設(shè)計基本上一致，都是有客戶端和XML Web服務(wù)構(gòu)成。本文以A銀行為例，說明轉(zhuǎn)帳系統(tǒng)的實現(xiàn)?？蛻舳酥饕δ苡械顷?，賬戶信息管理，管理員信息管理，操作記錄，存取款功能以及主要的轉(zhuǎn)帳功能。XML Web服務(wù)提供轉(zhuǎn)帳功能。銀行轉(zhuǎn)帳系統(tǒng)登陸功能賬戶信息管理管理員信息管理存取款管理轉(zhuǎn)帳功能銀行轉(zhuǎn)帳客戶端銀行轉(zhuǎn)帳XML Web服務(wù)轉(zhuǎn)帳服務(wù)操作記錄功能圖42 系統(tǒng)功能模塊圖典型的應(yīng)用程序有界面層、業(yè)務(wù)邏輯層和數(shù)據(jù)層。本系統(tǒng)在技術(shù)上也采用分層方式，使模型的功能