【正文】 述數(shù)據(jù)內(nèi)容同時(shí)能突出對(duì)結(jié)構(gòu)的描述，從而體現(xiàn)出數(shù)據(jù)之間的關(guān)系。這種組織的數(shù)據(jù)對(duì)于應(yīng)用程序和用戶都是友好的、可操作的。XML現(xiàn)以成為當(dāng)前處理結(jié)構(gòu)化文檔信息的有力工具之一?；谒钠脚_(tái)無關(guān)性、結(jié)構(gòu)化等優(yōu)勢(shì)，本文將應(yīng)用XML文件來實(shí)現(xiàn)對(duì)服務(wù)的描述。 Dom4jDom4j是一個(gè)Java的XML API，用來讀寫XML文件。Dom4j是一個(gè)非常優(yōu)秀的Java XML API，具有性能優(yōu)異、功能強(qiáng)大和易于使用的特點(diǎn)。Dom4j是一個(gè)易用的、開源的庫，它應(yīng)用于Java平臺(tái)，采用了Java集合框架并完全支持DOM，SAX和JAXP。它提供了大量的接口，造就了它更加具有靈活性，更易操作性的特點(diǎn)?；谒撵`活性和易于操作性，本文將應(yīng)用Dom4j來實(shí)現(xiàn)三層XML文件的解析模塊。 SOAPSOAP就是簡(jiǎn)單對(duì)象訪問協(xié)議（Simple Object Access Protocol ），是一種在獨(dú)立傳輸方式下交換信息的輕量級(jí)協(xié)議。在分散或分布式的環(huán)境下，它為遠(yuǎn)程過程調(diào)用和獲得XML形式相應(yīng)定義了規(guī)范。SOAP 可以和現(xiàn)存的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議（HTTP），簡(jiǎn)單郵件傳輸協(xié)議（SMTP），多用途網(wǎng)際郵件擴(kuò)充協(xié)議（MIME）。它還支持從消息系統(tǒng)到遠(yuǎn)程過程調(diào)用（RPC）等大量的應(yīng)用程序。它也允許我們使用XML在通過低層Internet協(xié)議連接的系統(tǒng)之間進(jìn)行通信。它為通過網(wǎng)絡(luò)消息傳輸?shù)腦ML信息提供了標(biāo)準(zhǔn)的信封，并為這類消息提供了可選的約定，是Web服務(wù)傳輸XML消息的標(biāo)準(zhǔn)協(xié)議。SOAP消息基本上是從發(fā)送端到接收端的單向傳輸，但他們常常結(jié)合起來執(zhí)行類似于請(qǐng)求/應(yīng)答的模式。所有的SOAP消息都使用XML編碼。SOAP消息主要包括四個(gè)部分：SOAP封裝（envelop），封裝定義了一個(gè)描述消息中的內(nèi)容是什么，是誰發(fā)送的，誰應(yīng)當(dāng)接受并處理它，以及如何處理它們的框架；SOAP編碼規(guī)則（encoding rules），用于表示應(yīng)用程序需要使用的數(shù)據(jù)類型的實(shí)例；SOAP RPC表示（RPC representation），表示遠(yuǎn)程過程調(diào)用和應(yīng)答的協(xié)定；SOAP綁定（binding），使用底層協(xié)議交換信息。 WebServiceWeb服務(wù)（Web Service）是基于XML和HTTPS的一種服務(wù)，其通信協(xié)議主要基于SOAP，服務(wù)的描述通過WSDL，通過UDDI來發(fā)現(xiàn)和獲得服務(wù)的元數(shù)據(jù)[12~18]。WebService是一種新的web應(yīng)用程序分支，他們是自包含、自描述、模塊化的應(yīng)用，可以發(fā)布、定位、通過web調(diào)用。Web Service可以執(zhí)行從簡(jiǎn)單的請(qǐng)求到復(fù)雜商務(wù)處理的任何功能。一旦部署以后，其他Web Service應(yīng)用程序可以發(fā)現(xiàn)并調(diào)用它部署的服務(wù)。實(shí)際上，WebService的主要目標(biāo)是跨平臺(tái)的可互操作性。為了達(dá)到這一目標(biāo)，WebService完全基于XML（可擴(kuò)展標(biāo)記語言）、XSD（XMLSchema）等獨(dú)立于平臺(tái)、獨(dú)立于軟件供應(yīng)商的標(biāo)準(zhǔn)，是創(chuàng)建可互操作的、分布式應(yīng)用程序的新平臺(tái)。 WSDLWeb服務(wù)定義語言(Web Services Definition Language，WSDL)是一個(gè)建議的標(biāo)準(zhǔn)，用于描述Web服務(wù)的技術(shù)調(diào)用語法。WSDL定義了一套基于 XML的語法，將Web服務(wù)描述為能夠進(jìn)行消息交換的服務(wù)訪問點(diǎn)的集合。WSDL就是描述XML、Web服務(wù)的標(biāo)準(zhǔn)XML格式。它用一種和具體語言無關(guān)的抽象方式定義了給定Web服務(wù)收發(fā)的有關(guān)操作和消息。WSDL服務(wù)描述是一個(gè)XML文檔，它與WSDL模式(schema)的定義一致。WSDL文檔并不是完整的服務(wù)描述，而只包括了服務(wù)描述任務(wù)的較低層次，即：服務(wù)接口的原始技術(shù)描述。本質(zhì)上，WSDL描述說明的是Web服務(wù)的以下三個(gè)基本屬性：1) 服務(wù)做些什么服務(wù)所提供的操作(方法)；2) 如何訪問服務(wù)數(shù)據(jù)格式詳情以及訪問服務(wù)操作的必要協(xié)議；3) 服務(wù)位于何處由特定協(xié)議決定的網(wǎng)絡(luò)地址，如URL；WSDL文檔將Web服務(wù)定義為服務(wù)訪問點(diǎn)或端口的集合。在WSDL中，由于服務(wù)訪問點(diǎn)和消息的抽象定義已從具體的服務(wù)部署或數(shù)據(jù)格式綁定中分離出來，因此可以對(duì)抽象定義進(jìn)行再次使用：消息，指對(duì)交換數(shù)據(jù)的抽象描述；端口類型指操作的抽象集合。用于特定端口類型的具體協(xié)議和數(shù)據(jù)格式規(guī)范構(gòu)成了可以再次使用的綁定。將Web訪問地址與可再次使用的綁定相關(guān)聯(lián)，可以定義一個(gè)端口，而端口的集合則定義為服務(wù)。 VelocityVelocity是一個(gè)基于Java的模板引擎（template engine）。它允許任何人僅僅簡(jiǎn)單的使用模板語言（template language）來引用由Java代碼定義的對(duì)象。當(dāng)Velocity應(yīng)用于web開發(fā)時(shí)，界面設(shè)計(jì)人員可以和Java程序開發(fā)人員同步開發(fā)一個(gè)遵循MVC架構(gòu)的web站點(diǎn)，也就是說，頁面設(shè)計(jì)人員可以只關(guān)注頁面的顯示效果，而由Java程序開發(fā)人員關(guān)注業(yè)務(wù)邏輯編碼。Velocity將Java代碼從web頁面中分離出來，這樣為web站點(diǎn)的長期維護(hù)提供了便利，同時(shí)也為我們?cè)贘SP和PHP之外又提供了一種可選的方案。Velocity的能力遠(yuǎn)不止web站點(diǎn)開發(fā)這個(gè)領(lǐng)域，例如，它可以從模板（template）產(chǎn)生SQL和PostScript、XML，它也可以被當(dāng)作一個(gè)獨(dú)立工具來產(chǎn)生源代碼和報(bào)告，或者作為其他系統(tǒng)的集成組件使用。通過模板生成代碼是比較好的選擇，模板在某種意義上來說就是配置文件的一種，當(dāng)生成文件內(nèi)容修改后，用戶不需要修改源程序，只需要修改模板文件即可，提高了代碼的可維護(hù)性。本文將使用Velocity技術(shù)設(shè)計(jì)實(shí)現(xiàn)SP Agent Builder的代碼生成器模塊。 SwingSwing[19]是一個(gè)用于開發(fā)Java應(yīng)用程序用戶界面的開發(fā)工具包。由所有Java圖形用戶界面（GUI）組件所構(gòu)成，可運(yùn)行在任意支持Java虛擬機(jī)（JVM）的本地平臺(tái)上。由于這些組件全都是用Java語言編寫的，因此它們可以提供比本地平臺(tái)GUI組件更多的功能。它以抽象窗口工具包（AWT）為基礎(chǔ)使跨平臺(tái)應(yīng)用程序可以使用任何可插拔的外觀風(fēng)格。Swing開發(fā)人員只用很少的代碼就可以利用Swing豐富、靈活的功能和模塊化組件來創(chuàng)建優(yōu)雅的用戶界面。同時(shí)通過使用Swing的Jtree組件，可以較容易的滿足研發(fā)出一個(gè)可視化編輯器的要求。本文將使用Swing技術(shù)設(shè)計(jì)實(shí)現(xiàn)SP Agent Builder的可視化編輯器模塊。 Java反射Reflection（反射） 是Java被視為動(dòng)態(tài)語言的一個(gè)關(guān)鍵性質(zhì)。這個(gè)機(jī)制允許程序在運(yùn)行時(shí)透過Reflection APIs取得任何一個(gè)已知名稱的class的內(nèi)部信息，允許運(yùn)行中的 Java 程序?qū)ψ陨磉M(jìn)行檢查，或者說“自審”，并能直接操作程序的內(nèi)部屬性。通俗的說，反射就是根據(jù)給出的類名（字符串）、方法名、屬性等信息來生成對(duì)象、方法、屬性。這種編程方式可以讓對(duì)象在生成時(shí)才決定要生成哪一種對(duì)象。反射是Java獨(dú)有的特性，在其它的程序設(shè)計(jì)語言中根本就不存在這一特性。例如，Pascal、C 或者 C++ 中就沒有辦法在程序中獲得函數(shù)定義相關(guān)的信息。本文將使用Java反射技術(shù)設(shè)計(jì)實(shí)現(xiàn)SP Agent Builder的數(shù)據(jù)轉(zhuǎn)換模塊。 本章小結(jié)本章介紹了課題研究過程中使用的開發(fā)平臺(tái)MyEclipse、NetBeans，以及使用到的技術(shù)，如XML、Dom4j、SOAP、WebService等，并介紹了它們?cè)陧?xiàng)目中的應(yīng)用。第三章 服務(wù)開發(fā)平臺(tái)的總體框架社區(qū)電子服務(wù)平臺(tái)是利用面向服務(wù)的架構(gòu)(SOA)、Web Service技術(shù)、XML語言等當(dāng)今最前沿技術(shù)，結(jié)合互聯(lián)網(wǎng)技術(shù)，對(duì)分屬于不同行業(yè)領(lǐng)域的社會(huì)資源進(jìn)行整合的服務(wù)集成平臺(tái)。所有與服務(wù)提供商交互的數(shù)據(jù)信息都通過平臺(tái)中的服務(wù)代理提供一系列的標(biāo)準(zhǔn)接口進(jìn)行復(fù)雜數(shù)據(jù)的傳輸。社區(qū)電子服務(wù)平臺(tái)是一個(gè)龐大的系統(tǒng)，社區(qū)瀏覽器終端使用CPK等技術(shù)進(jìn)行身份驗(yàn)證，用戶登錄社區(qū)電子服務(wù)系統(tǒng)，使用綜合電子服務(wù)。服務(wù)提供商的接入是通過社區(qū)電子服務(wù)平臺(tái)的服務(wù)適配器來實(shí)現(xiàn)的，服務(wù)適配器可以方便快捷的實(shí)現(xiàn)服務(wù)的接入、整合等。另外社區(qū)電子服務(wù)系統(tǒng)還有一系列的支撐子系統(tǒng)來實(shí)現(xiàn)其運(yùn)行，如OA系統(tǒng)、支付系統(tǒng)、服務(wù)平發(fā)平臺(tái)等，為用戶提供綜合電子信息服務(wù)。圖 3 1 社區(qū)電子服務(wù)平臺(tái)的總體架構(gòu)本文研究的主要內(nèi)容是社區(qū)電子服務(wù)平臺(tái)的核心部件——服務(wù)開發(fā)平臺(tái)中的服務(wù)生成工具SP Agent Builder。服務(wù)開發(fā)平臺(tái)可以分為前臺(tái)和后臺(tái)兩個(gè)部分：前臺(tái)指的是一個(gè)能迅速定制出客戶端頁面的一個(gè)可視化的開發(fā)工具；后臺(tái)負(fù)責(zé)生成和管理服務(wù)代理，它是由SP Agent Builder （服務(wù)代理生成工具）、RuntimeContainer（管理容器）和UDDI注冊(cè)中心組成。SP Agent Builder是本文的研究重點(diǎn)，開發(fā)工程師可以利用此服務(wù)代理生成工具，將第三方SP(Service Provider)提供的服務(wù)信息快速的封裝為服務(wù)代理(Agent)供前臺(tái)調(diào)用。管理容器RuntimeContainer用來管理生成的服務(wù)代理，而UDDI用來存儲(chǔ)生成的服務(wù)代理。前后臺(tái)的關(guān)系如圖32圖 3 2 服務(wù)生成平臺(tái)的前后臺(tái)關(guān)系圖 前臺(tái)可視化IDE的設(shè)計(jì)前臺(tái)可視化IDE是一個(gè)提供了無需使用人員書寫代碼，只需拖拉組件和屬性配置，就可以生成服務(wù)頁面的可視化圖形編輯器。它使得用戶可以通過拖拽組件面板中的頁面片段的控件放到頁面上，通過屬性配置和綁定控件屬性，來生成服務(wù)頁面。前臺(tái)IDE主要具有以下幾個(gè)功能：1) 利用項(xiàng)目模板定制開發(fā)項(xiàng)目在新建項(xiàng)目時(shí)，可以在項(xiàng)目類別中輸入服務(wù)商，項(xiàng)目中選擇所需要?jiǎng)?chuàng)建的項(xiàng)目類別，比如航空售票，航空人身意外險(xiǎn)和人壽續(xù)保等項(xiàng)目。由于本系統(tǒng)使用的是visual web jsf的框架，所以用戶只需在新建項(xiàng)目的web頁新建頁面。用戶由于使用的是項(xiàng)目模板，所以項(xiàng)目中已經(jīng)預(yù)置了page和頁面導(dǎo)航。用戶只需按照其工作流程創(chuàng)建頁面即可。2) Visual Web JSF頁面片段在組件面板中以控件形式出現(xiàn)，可在組件面板處編輯其id、外觀等屬性。該頁面片段組合了多個(gè)控件，如標(biāo)簽、文本字段等等，在頁面片段上不僅可以編輯頁面片段內(nèi)部單個(gè)控件的屬性、CSS屬性、位置等等，而且可以在頁面片段上綁定屬性。它使用戶免去了繁瑣的代碼編寫。如果用戶覺得使用頁面片段的控件不適合自己的開發(fā)習(xí)慣，也可以自己刪除或創(chuàng)建所需要的頁面片段。3) 頁面導(dǎo)航。如果用戶不改變項(xiàng)目模板的流程和頁面，那么這里的頁面導(dǎo)航可以不用配置。當(dāng)用戶需要對(duì)項(xiàng)目進(jìn)行改動(dòng)的時(shí)，用戶可以自己配置頁面導(dǎo)航，從而控制頁面跳轉(zhuǎn)過程。這個(gè)過程用戶也不需要寫任何代碼，即可完成頁面跳轉(zhuǎn)。4) 遠(yuǎn)程調(diào)用后臺(tái)程序項(xiàng)目模板中已經(jīng)內(nèi)置了調(diào)用后臺(tái)程序的代碼，用戶不需要書寫代碼，即可調(diào)用后臺(tái)程序。5) 項(xiàng)目模板管理本系統(tǒng)不僅提供已有的模板用來生成項(xiàng)目，而且，當(dāng)用戶覺得現(xiàn)有模板不能適應(yīng)其項(xiàng)目的開發(fā)，可以在原來的模板上進(jìn)行改動(dòng)，并生成相應(yīng)的新模板添加到本系統(tǒng)中去。當(dāng)然也可以刪去該模板。 后臺(tái)的總體設(shè)計(jì)服務(wù)生成平臺(tái)后臺(tái)分為RuntimeContainer容器管理模塊、SP Agent Builder代碼生成模塊和UDDI注冊(cè)中心模塊。SP Agent Builder是本文的研究重點(diǎn)，開發(fā)工程師可以利用此服務(wù)代理生成工具，將第三方SP提供的服務(wù)信息快速的封裝成服務(wù)代理(Agent)供前臺(tái)調(diào)用。管理容器用來管理生成的服務(wù)代理，而UDDI用來存儲(chǔ)生成的服務(wù)代理。 后臺(tái)RuntimeContainer容器管理模塊設(shè)計(jì)概述RuntimeContainer 容器管理模塊主要負(fù)責(zé)管理由后臺(tái)生成的Agent 服務(wù)。其主要功能有查詢服務(wù)狀態(tài)、激活服務(wù)、加載服務(wù)、修改服務(wù)方法、鈍化服務(wù)及日志管理等。RuntimeContainer 容器管理模塊也提供了GUI界面，供工作人員對(duì)容器內(nèi)部的Agent 服務(wù)進(jìn)行管理。下面分別截取了監(jiān)控服務(wù)界面3服務(wù)狀態(tài)查詢界面34 和服務(wù)更改界面35。圖 3 3 監(jiān)控服務(wù)界面圖 3 4 服務(wù)狀態(tài)查詢界面圖 3 5 服務(wù)更改界面 后臺(tái)UDDI注冊(cè)中心模塊設(shè)計(jì)概述UDDI(Universal Description Discovery and Integration)即統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議。UDDI計(jì)劃是一個(gè)廣泛的、開放的行業(yè)計(jì)劃，它使得商業(yè)實(shí)體能夠彼此發(fā)現(xiàn)，并且定義他們?cè)鯓釉趇nternet上互相作用，并在一個(gè)全球的注冊(cè)體系架構(gòu)中共享信息。UDDI是這樣一種基礎(chǔ)的系統(tǒng)構(gòu)筑模塊，他使商業(yè)實(shí)體能夠快速、方便地使用他們自身的企業(yè)應(yīng)用軟件來發(fā)現(xiàn)合適的商業(yè)對(duì)等實(shí)體，并與其實(shí)施電子化的商業(yè)貿(mào)易。UDDI同時(shí)也是Web服務(wù)集成的一個(gè)體系框架。它包含了服務(wù)描述與發(fā)現(xiàn)的標(biāo)準(zhǔn)規(guī)范。UDDI規(guī)范利用了W3C和Internet工程任務(wù)組織(IETF)的很多標(biāo)準(zhǔn)作為其實(shí)現(xiàn)基礎(chǔ)，比如XML、HTTP和DNS這些協(xié)議。另外，在跨平臺(tái)的設(shè)計(jì)特性中，UDDI主要采用了已經(jīng)被提議給W3C的SOAP(Simple Object Access Protocol)規(guī)范的早期版本。常規(guī)的UDDI包括4類數(shù)據(jù)：商業(yè)實(shí)體(businessEntity)、服務(wù)信息(businessService)、綁定模板(bindingTemplate)和技術(shù)模型(tModel)。根據(jù)本項(xiàng)目服務(wù)注冊(cè)的實(shí)際需求，專用的UDDI中包含的數(shù)據(jù)僅包含商業(yè)實(shí)體( businessEntity)數(shù)據(jù)，即：商業(yè)實(shí)體的詳細(xì)信息，包括服務(wù)提供商信息和服務(wù)信息兩部分?？梢酝ㄟ^UDDI提供的查詢API對(duì)注冊(cè)信息執(zhí)行查詢操作，通過發(fā)布API對(duì)注冊(cè)信息執(zhí)行存儲(chǔ)、更新、刪除操作。后臺(tái)UDDI注冊(cè)中心的部署圖如圖36。圖中的主要要點(diǎn)有SP Agent Builder、前臺(tái)、容器、服務(wù)監(jiān)控、反注冊(cè)和服務(wù)定位。下面將介紹一下上述要點(diǎn)的作用：圖 3 6 UDDI部署圖1) SP Agent Builder：它產(chǎn)生Agent后，可以通過UDDI發(fā)布的API中的 save_business方法注冊(cè)新的服務(wù)提供商信息businessEntit