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