【正文】 用方可以通過 Web Service 標(biāo)準(zhǔn)對(duì)這些服務(wù)進(jìn)行查詢和訪問。 可擴(kuò)展標(biāo)記語(yǔ)言可擴(kuò)展標(biāo)記語(yǔ)言（eXtensible Markup Language 即 XML）是由萬維網(wǎng)聯(lián)盟（W3C ）發(fā)布的用于網(wǎng)頁(yè)設(shè)計(jì)和數(shù)據(jù)交換的新技術(shù)。傳統(tǒng)的 HTML 由于自身特點(diǎn)的限制，不能有效地解決上述問題：作為一種簡(jiǎn)單的表示性語(yǔ)言，它只能顯示內(nèi)容而無法表達(dá)數(shù)據(jù)內(nèi)容。而這一點(diǎn)恰恰是電子商務(wù)、智能搜索引擎所必需的。另外，HTML 語(yǔ)言不能描述矢量圖形、數(shù)學(xué)公式、化學(xué)符號(hào)等特殊對(duì)象，在數(shù)據(jù)顯示方面的描述能力也不盡如人意。最重要的是：HTML 只是 SGML（Standard Generalized Markup Language，標(biāo)準(zhǔn)通用置標(biāo)語(yǔ)言）的一個(gè)實(shí)例化的子集，可擴(kuò)展性差。這一切都成為 Web 技術(shù)進(jìn)一步發(fā)展的障礙。 SGML 是一種通用的文檔結(jié)構(gòu)描述置標(biāo)語(yǔ)言，為語(yǔ)法置標(biāo)提供了異常強(qiáng)大的工具，同時(shí)具有極好的擴(kuò)展性，因此在數(shù)據(jù)分類和索引中非常有用。但 SGML 復(fù)雜度太高，不適合網(wǎng)絡(luò)的日常應(yīng)用，加上開發(fā)成本高、不被主流瀏覽器所支持等原因，使得 SGML 在 Web 上的推廣受到阻礙。在這種情況下，開發(fā)一種兼具 SGML 的強(qiáng)大功能、可擴(kuò)展性以及HTML 的簡(jiǎn)單性的語(yǔ)言勢(shì)在必行。由此誕生了 XML 語(yǔ)言。 XML 是由 W3C（萬維網(wǎng)聯(lián)盟）于 1998 年 2 月發(fā)布的一種標(biāo)準(zhǔn)。它同樣是 SGML 的一個(gè)簡(jiǎn)化子集，它將 SGML 的豐富功能與 HTML 的易用性結(jié)合到 Web 的應(yīng)用中，以一種開放的自我描述方式定義了數(shù)據(jù)結(jié)構(gòu)，在描述數(shù)據(jù)內(nèi)容的同時(shí)能突出對(duì)結(jié)構(gòu)的描述，從而體現(xiàn)出數(shù)據(jù)之間的關(guān)系。這樣所組織的數(shù)據(jù)對(duì)于應(yīng)用程序和用戶都是友好的、可操作的 [16]。第二章 BPEL4WS 技術(shù)背景17 簡(jiǎn)單對(duì)象訪問協(xié)議簡(jiǎn)單對(duì)象訪問協(xié)議（Simple Object Acess protocol 即 SOAP）是一種輕量的、簡(jiǎn)單的、基于 XML 的協(xié)議。它被設(shè)計(jì)成在 WEB 上交換結(jié)構(gòu)化的和固化的信息。SOAP 可以和現(xiàn)存的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議（Hypertext Transfer Protocol 即 HTTP） ，簡(jiǎn)單郵件傳輸協(xié)議（Simple Message Transfer Protocol,即 SMTP） ，多用途網(wǎng)際郵件擴(kuò)充協(xié)議（ Multipurpose InterNet Mail Extension Protocol 即 MIME） 。它還支持從消息系統(tǒng)到遠(yuǎn)程過程調(diào)用（Remote Procedure Call 即 RPC）等大量的應(yīng)用程序。SOAP 包括三個(gè)部分：SOAP 封裝、SOAP 編碼規(guī)則、 SOAP RPC 表示。SOAP 封裝定義了一個(gè)框架，該框架描述了消息中的內(nèi)容是什么，誰(shuí)應(yīng)當(dāng)處理它以及它是可選的還是必須的。 SOAP 編碼規(guī)則定義了一種序列化的機(jī)制，用于交換應(yīng)用程序所定義的數(shù)據(jù)類型的實(shí)例。 SOAP RPC 表示定義了用于表示遠(yuǎn)程過程調(diào)用和應(yīng)答的協(xié)定。 SOAP 消息基本上是從發(fā)送端到接收端的單向傳輸。但它們常常結(jié)合起來執(zhí)行類似于請(qǐng)求/應(yīng)答的模式。所有的 SOAP 消息都使用 XML 編碼。一條 SOAP 消息是一個(gè)包含有一個(gè)必需的 SOAP 的封裝包、一個(gè)可選的 SOAP 標(biāo)頭和一個(gè)必需的 SOAP 體塊的 XML 文檔 [17]. Web 服務(wù)描述語(yǔ)言（ WSDL）Web 服務(wù)描述語(yǔ)言（WSDL）是一種 XML 格式。它用于將網(wǎng)絡(luò)服務(wù)描述為一組端點(diǎn)，這些端點(diǎn)對(duì)包含面向文檔信息或面向過程信息的消息進(jìn)行操作。這種格式首先對(duì)操作和消息進(jìn)行抽象描述，然后將其綁定到具體的網(wǎng)絡(luò)協(xié)議和消息格式上以定義端點(diǎn)。相關(guān)的具體端點(diǎn)即組合成為抽象端點(diǎn)（服務(wù)） ?？梢詫?duì) WSDL 進(jìn)行擴(kuò)展，這樣無論通信時(shí)使用何種消息格式或網(wǎng)絡(luò)協(xié)議，都可以對(duì)端點(diǎn)及其消息進(jìn)行描述。WSDL 文檔可以分為兩部分。頂部分由抽象定義組成，而底部分則由具體描述組成。抽象部分以獨(dú)立于平臺(tái)和語(yǔ)言的方式定義 SOAP 消息，它們并不包含任何隨機(jī)器或語(yǔ)言而變的元素。這就定義了一系列服務(wù)，截然不同的網(wǎng)站都可以實(shí)現(xiàn)。隨網(wǎng)站而異的東西如序列化便歸入底部分，因?yàn)樗唧w的定義。第二章 BPEL4WS 技術(shù)背景18 通用服務(wù)發(fā)現(xiàn)和集成協(xié)議（UDDI）通用服務(wù)發(fā)現(xiàn)和集成協(xié)議（UDDI）規(guī)范定義了一種發(fā)布和發(fā)現(xiàn)網(wǎng)絡(luò)服務(wù)信息的方式。它是一套公開的實(shí)現(xiàn)規(guī)則，允許企業(yè)注冊(cè)他們所提供的網(wǎng)絡(luò)服務(wù)信息，以便其他的企業(yè)能夠找到他們。網(wǎng)絡(luò)服務(wù)是一個(gè)公司所實(shí)現(xiàn)的特定的商業(yè)功能，通常通過 Inter 連接為其他公司或軟件程序使用這些服務(wù)提供途徑。它將成為電子商務(wù)的編程重心。例如，一個(gè)公司使用另外一個(gè)公司的服務(wù)，通過 Inter 連接直接發(fā)送采購(gòu)單。網(wǎng)絡(luò)服務(wù)發(fā)現(xiàn)過程看似非常簡(jiǎn)單。在默認(rèn)所有信息都知道的情況下，它是一個(gè)已知的商務(wù)伙伴有一個(gè)已知的電子商務(wù)網(wǎng)關(guān)。如果需要找出任意商務(wù)伙伴具有某種服務(wù)，它就比較困難了?？梢赃x擇打電話給各個(gè)商務(wù)伙伴，通過這種方式來找到電子商務(wù)網(wǎng)關(guān)。也可以通過使用在每個(gè)公司網(wǎng)站上的網(wǎng)絡(luò)服務(wù)描述文件。網(wǎng)絡(luò)爬行者可以訪問一個(gè)已注冊(cè)的 URL，并且能夠發(fā)現(xiàn)和索引網(wǎng)頁(yè)上的文字。然而這種網(wǎng)絡(luò)爬行者方法，決定于網(wǎng)絡(luò)爬行者定位每個(gè)網(wǎng)站及網(wǎng)站上服務(wù)描述文件的能力。這種分布式方法具有升級(jí)潛力，但是缺少一種機(jī)制來保證服務(wù)描述文件格式的一致性以及跟蹤它們所發(fā)生的變化的方便性。UDDI 所采用依賴于一個(gè)企業(yè)分布式注冊(cè)方法，它們的服務(wù)描述文本是使用通用的 XML 格式。UDDI 方案的核心部分是 UDDI 業(yè)務(wù)登記邏輯，即UDDIBusinessRegistrations，一個(gè) XML 格式的用來描述事物實(shí)體和它的事物服務(wù)的文件。一個(gè) UDDI 業(yè)務(wù)登記邏輯所提供的信息包括三個(gè)部分： “白頁(yè)”包括地址、協(xié)議和已有標(biāo)識(shí)；“ 黃頁(yè)”包括基于分類標(biāo)準(zhǔn)的工業(yè)類型； “綠頁(yè)”是關(guān)于企業(yè)所包含的服務(wù)技術(shù)信息，包括網(wǎng)絡(luò)服務(wù)說明參考和根據(jù)發(fā)現(xiàn)機(jī)制對(duì)各種文件和網(wǎng)址提供的標(biāo)識(shí)支持 [18]。 UDDI 的使用UDDI 包括企業(yè)在網(wǎng)上注冊(cè)的共享操作。在很大程度上，程序和程序員使用UDDI 業(yè)務(wù)登記數(shù)據(jù)庫(kù)即 UDDIBusinessRegistry 查找有關(guān)服務(wù)的信息，對(duì)于程序員，可以準(zhǔn)備與廣告宣傳的網(wǎng)絡(luò)服務(wù)相一致的系統(tǒng)，或者向其他調(diào)用的人描述他們的網(wǎng)絡(luò)服務(wù)。UDDIBusinessRegistry 可以在企業(yè)層面上檢查一個(gè)特定的合作伙伴是否擁有特定的網(wǎng)絡(luò)服務(wù)接口，以發(fā)現(xiàn)在特定行業(yè)內(nèi)擁有特定類型服務(wù)的公司，找到有關(guān)某個(gè)合作伙伴或預(yù)期的合作伙伴的信息，以便了解與該服務(wù)進(jìn)行交互所第二章 BPEL4WS 技術(shù)背景19需的技術(shù)細(xì)節(jié)。從 XML 和 SOAP 中，可以往意到，集成和互用性問題已經(jīng)在各層簡(jiǎn)化了。XML 提供了一個(gè)跨平臺(tái)的方法來進(jìn)行數(shù)據(jù)編碼和格式化。 SOAP 是以 XML 為基礎(chǔ)的，它定義了一種對(duì)系統(tǒng)間的交換信息進(jìn)行打包的簡(jiǎn)單方法。SOAP 對(duì)于HTTP 的綁定是以這個(gè)打包協(xié)議為基礎(chǔ)的，并且定義了在系統(tǒng)之間進(jìn)行遠(yuǎn)程調(diào)用的方法，這種方法與個(gè)別公司選擇的程序設(shè)計(jì)語(yǔ)言或操作系統(tǒng)無關(guān)。以前的方法包括復(fù)雜的分布式對(duì)象標(biāo)準(zhǔn)或技術(shù)橋接軟件。最后，這些方法沒有一種被證明是經(jīng)濟(jì)的。采用 XML 和 SOAP，這種跨語(yǔ)言、跨平臺(tái)的方法簡(jiǎn)化了兩個(gè)公司的系統(tǒng)彼此兼容的問題 [19]。即使某個(gè)公司考慮到了 XML 和 SOAP，任何兩個(gè)公司都可能在實(shí)施通信基礎(chǔ)設(shè)施中，仍存在巨大的差異。正如任何一個(gè)行業(yè)權(quán)威人士將會(huì)告訴您的：“需要的是建立在為每一個(gè)計(jì)算平臺(tái)普遍支持的標(biāo)準(zhǔn)之上的、完全終端到端（endtoend）的解決方案。 ”顯然，要實(shí)現(xiàn)這個(gè)目標(biāo)有更多的工作要做。UDDI 規(guī)范吸取了XML 和 SOAP 的教訓(xùn)，定義了一個(gè)上層結(jié)構(gòu)，使得兩個(gè)公司可以共享一個(gè)方法來查詢彼此的特性，并對(duì)他們自己的特性進(jìn)行描述。UDDI 規(guī)范描述了網(wǎng)絡(luò)服務(wù)的概念。以及一種簡(jiǎn)單的定義描述任何種類的網(wǎng)絡(luò)服務(wù)的架構(gòu)的編程接口。這個(gè)規(guī)范有幾個(gè)相關(guān)文件和一個(gè) XML 模式組成，這個(gè) XML 模式定義了用于注冊(cè)和發(fā)現(xiàn)網(wǎng)絡(luò)服務(wù)的基于 SOAP 的程序設(shè)計(jì)協(xié)議。這些規(guī)范由來自幾個(gè)領(lǐng)先的公司的技術(shù)人員和管理人員用幾個(gè)月的時(shí)間確定的。同時(shí)，這些公司承擔(dān)了首先實(shí)施 UDDI 服務(wù)，并將這些服務(wù)作為共享所有注冊(cè)信息的可公開訪問的、多站點(diǎn)合作運(yùn)行的任務(wù)。注冊(cè)（Business Registry）規(guī)范之間的關(guān)系，這種方式提供了對(duì)有關(guān)網(wǎng)絡(luò)服務(wù)信息的“一次注冊(cè)，處處發(fā)布” 的訪問方式。利用 UDDI 發(fā)現(xiàn)服務(wù)，企業(yè)可以單獨(dú)地注冊(cè)有關(guān)他們公開的以便其他企業(yè)使用的網(wǎng)絡(luò)服務(wù)的信息。這些信息可以通過網(wǎng)站或使用采用在 UDDIAPI 規(guī)范中描述的編程服務(wù)接口的工具，添加到 UDDI 企業(yè)注冊(cè)中。 UDDI 企業(yè)注冊(cè)是一個(gè)邏輯上集中、物理上分布式的、擁有多個(gè)根節(jié)點(diǎn)的服務(wù)，它可以定期彼此復(fù)制數(shù)據(jù)。一旦某個(gè)企業(yè)利用一個(gè)企業(yè)注冊(cè)服務(wù)示例進(jìn)行注冊(cè)，數(shù)據(jù)自動(dòng)與其他 UDDI 根節(jié)點(diǎn)共享，并且可以為任何需要了解某個(gè)特定企業(yè)所提供的網(wǎng)絡(luò)服務(wù)的人自由使用。請(qǐng)注意 UDDI 并未構(gòu)成一個(gè)功能齊全的發(fā)現(xiàn)服務(wù)是很重要的。 UDDI 服務(wù)旨在使得能夠采用技術(shù)發(fā)現(xiàn)服務(wù)。利用 UDDI 定義的工具，某個(gè)程序或程序員可以第二章 BPEL4WS 技術(shù)背景20找到有關(guān)某個(gè)合作伙伴提供的服務(wù)的信息，可以了解某個(gè)合作伙伴是否擁有與內(nèi)部技術(shù)相兼容的服務(wù)，并且可以按照連接找到適合某個(gè)網(wǎng)絡(luò)服務(wù)的規(guī)范，這樣某個(gè)集成層可以按照與合作伙伴服務(wù)兼容的方式構(gòu)建。企業(yè)還可以直接通過UDDI，或者通過使用 UDDI 作為其增值服務(wù)數(shù)據(jù)源的在線商場(chǎng)和搜索引擎找到潛在的合作伙伴。這樣可以發(fā)現(xiàn)技術(shù)兼容性，以便軟件公司可以使用網(wǎng)絡(luò)上的UDDI 注冊(cè)，在軟件安裝和配置時(shí)，自動(dòng)對(duì)某些特定的技術(shù)連接進(jìn)行配置。到這里， 核心技術(shù)間的邏輯關(guān)系，從而理解它們?nèi)绾螄@ Web 服務(wù)相互作用。.NET 技術(shù)使用 HTTP/TCP 等標(biāo)準(zhǔn)的網(wǎng)絡(luò)協(xié)議完成底層的傳輸，以 XML 作為數(shù)據(jù)表示的基礎(chǔ)，通過 SOAP 說明了用 XML 在系統(tǒng)間交換信息的方法，通過WSDL（同樣基于 XML）等服務(wù)描述語(yǔ)言來描述和記錄 Web 服務(wù)所產(chǎn)生和接收的消息，通過 UDDI 來登記和尋找服務(wù) [20]。在 UDDI 方面工作的小組正在計(jì)劃對(duì) OpenDraft 規(guī)范中的功能性進(jìn)行擴(kuò)展，使其能夠解決更多問題，而不僅僅是技術(shù)發(fā)現(xiàn)問題。將來的特性將提供查找產(chǎn)品和服務(wù)、定義網(wǎng)絡(luò)服務(wù)實(shí)施規(guī)范的能力，以及提供管理分層的商務(wù)組織、團(tuán)體和貿(mào)易集團(tuán)的能力。推動(dòng)目標(biāo)是為網(wǎng)絡(luò)服務(wù)互用性提供一個(gè)公共規(guī)范。 BPEL4WS 技術(shù)介紹BPEL4WS 的文法是基于 XML 的。BPEL4WS 主要基于以下 3 個(gè) XML 規(guī)范：WSDL 、 XML Schema 和 。WSDL 的全稱是 Web Service Description Language,即 Web 服務(wù)描述語(yǔ)言。消息和 XML Schema BPEL4WS 流程所需要的所有數(shù)據(jù)模型都是由 WSDL 和 XML Schema 所提供的。其中所有外部資源和伙伴都被描述為 WSDL 服務(wù)。BPEL4WS 的語(yǔ)法結(jié)構(gòu)與其他編程語(yǔ)言相似，也具有賦值、循環(huán)、選擇、遠(yuǎn)程調(diào)用、錯(cuò)誤捕捉、錯(cuò)誤拋出等操作。 WSDL 在 BPEL4WS 中的作用BPEL4WS 所調(diào)用的所有 Web 服務(wù)都需要在 WSDL 中注冊(cè)。Web 服務(wù)封裝完成后，必須在 WSDL 中注冊(cè)。BPEL4WS 通過 WSDL 在網(wǎng)絡(luò)中找到所需調(diào)用的第二章 BPEL4WS 技術(shù)背景21Web 服務(wù)。WSDL 的全稱是 Web Service Description Language 即 Web 服務(wù)描述語(yǔ)言。它是一種 XML 格式的文檔。它用于將網(wǎng)絡(luò)服務(wù)描述為一組端點(diǎn)，這些端點(diǎn)對(duì)包含面向文檔信息或面向過程信息的消息進(jìn)行操作。這種格式首先對(duì)操作和消息進(jìn)行抽象描述，然后將其綁定到具體的網(wǎng)絡(luò)協(xié)議和消息格式上以定義端點(diǎn)。相關(guān)的具體端點(diǎn)即組合成為抽象端點(diǎn)（服務(wù)） 。可以對(duì) WSDL 進(jìn)行擴(kuò)展，這樣無論通信時(shí)使用何種消息格式或網(wǎng)絡(luò)協(xié)議，都可以對(duì)端點(diǎn)及其消息進(jìn)行描述。WSDL 文檔可以分為兩部分。頂部分由抽象定義組成，而底部分則由具體描述組成。抽象部分以獨(dú)立于平臺(tái)和語(yǔ)言的方式定義 SOAP 消息，它們并不包含任何隨機(jī)器或語(yǔ)言而變的元素。這就定義了一系列服務(wù)，截然不同的網(wǎng)站都可以實(shí)現(xiàn)。隨網(wǎng)站而異的東西如序列化便歸入底部分，因?yàn)樗唧w的定義 [22]。 BPEL4WS 技術(shù)特點(diǎn)BPEL4WS 主要具有 4 個(gè)特點(diǎn)：跨平臺(tái)、對(duì)于遠(yuǎn)程調(diào)用的同步和異步處理、并行操作和補(bǔ)償操作。BPEL4WS 是跨平臺(tái)的語(yǔ)言?？缙脚_(tái)的語(yǔ)言是指它代碼執(zhí)行不依賴于操作系統(tǒng)。BPEL4WS 可以對(duì)遠(yuǎn)程調(diào)用進(jìn)行同步和異步處理。同步處理是指程序發(fā)出操作指令后，必須等待操作指令返回操作結(jié)果后才可以繼續(xù)執(zhí)行其他操作。異步處理是指程序發(fā)出操作指令后，不必等待其返回操作結(jié)果就可以繼續(xù)執(zhí)行其他的作。BPEL4WS 可以將不同 Web 服務(wù)商提供的 Web 服務(wù)進(jìn)行并行操作。并行操作是指程序在執(zhí)行某一種操作指令時(shí)，同時(shí)進(jìn)行另一種操作指令。BPEL4WS 所提供的并行操作不同點(diǎn)在于并行執(zhí)行的操作不一定在同一個(gè)系統(tǒng)平臺(tái)上運(yùn)行。BPEL4WS 可以錯(cuò)誤操作進(jìn)行補(bǔ)償操作。補(bǔ)償操作是對(duì)錯(cuò)誤操作的結(jié)果進(jìn)行糾正。 BPEL4WS 的使用方法BPEL4WS 的文法是基于 XML 的。因此，BPEL4WS 程序文檔實(shí)際上就是一第二章 BPEL4WS 技術(shù)背景22個(gè) XML 文件。它通過不同節(jié)點(diǎn)描述來實(shí)現(xiàn)不同的程序設(shè)計(jì) [24]。BPEL