【文章內(nèi)容簡介】 y信息到UDDI中。SP Agent Builder通過Socket將Agent的class文件打包傳輸?shù)饺萜魉跈C(jī)器的指定目錄。2) 容器：它通過UDDI的查詢API的find_business和get_businessDetail獲得一個(gè)服務(wù)提供商的完整信息，根據(jù)其服務(wù)名加載對(duì)應(yīng)的指定版本的服務(wù)代理Agent類文件到Java虛擬機(jī)，進(jìn)而在內(nèi)存中生成Agent實(shí)例。3) 服務(wù)監(jiān)控：它通過RMI機(jī)制對(duì)運(yùn)行在容器中的Agent實(shí)例進(jìn)行生命周期管理，并將變更后的狀態(tài)信息通過發(fā)布API修改到UDDI中去。服務(wù)監(jiān)控還可以通過查詢API訪問UDDI獲得服務(wù)提供商的基本信息和服務(wù)提供商包含的所有服務(wù)的信息。4) 前臺(tái)：它通過RMI機(jī)制遠(yuǎn)程定位到容器中指定的Agent實(shí)例，進(jìn)而與第三方服務(wù)器通信。5) 反注冊(cè)：判斷容器中的指定服務(wù)的當(dāng)前狀態(tài)是否是鈍化，如果不是，首先鈍化該服務(wù)，之后從內(nèi)存中銷毀該服務(wù)的Agent實(shí)例，其次容器通過發(fā)布API delete_businessEntity訪問UDDI注冊(cè)中心，最后從外存上刪除指定的服務(wù)的注冊(cè)信息即可。6) 服務(wù)定位：用RMI機(jī)制實(shí)現(xiàn)服務(wù)的代理Agent的定位。每一個(gè)服務(wù)可以產(chǎn)生多個(gè)Agent實(shí)例，每當(dāng)前臺(tái)發(fā)起一個(gè)請(qǐng)求時(shí)，就動(dòng)態(tài)地產(chǎn)生一個(gè)Agent實(shí)例為之服務(wù)。這樣每一個(gè)服務(wù)都有一個(gè)長度動(dòng)態(tài)變化的Agent的隊(duì)列，當(dāng)一個(gè)請(qǐng)求結(jié)束后根據(jù)某種算法銷毀為之服務(wù)的Agent，這樣可以解決前臺(tái)針對(duì)同一個(gè)服務(wù)同時(shí)發(fā)出多個(gè)請(qǐng)求的并發(fā)性的問題。 后臺(tái)SP Agent Builder代碼生成模塊設(shè)計(jì)概述SP Agent Builder代碼生成模塊，是本文的重點(diǎn)研究對(duì)象，主要功能是根據(jù)SP提供的服務(wù)(包括文檔類型和Web服務(wù)類型)，快速定制出Agent服務(wù)文件。SP Agent Builder 擁有三層XML的設(shè)計(jì)與解析組件、可視化編輯器組件、數(shù)據(jù)轉(zhuǎn)換組件、代碼生成器組件和傳輸代理組件。下面簡述一下SP Agent Builder的工作流程。當(dāng)SP提供的是一般服務(wù)時(shí)， SP Agent Builder生成Agent的主要過程分為兩步：1) 可視化編輯器組件根據(jù)用戶輸入的SP提供的服務(wù)文件描述，生成三層XML文件，當(dāng)用戶輸入的描述不符合設(shè)計(jì)的三層XML的格式時(shí)，提示錯(cuò)誤并讓用戶重新輸入，詳情見圖37。2) 生成三層XML文件后，可視化編輯器組件將調(diào)用代碼生成組件來生成服務(wù)代理Agent的Java代碼，而代碼生成組件的運(yùn)行又是基于三層XML文件的解析模塊、傳輸代理模塊和數(shù)據(jù)轉(zhuǎn)換模塊的基礎(chǔ)之上的，詳情請(qǐng)見圖39。當(dāng)SP提供的是Web 服務(wù)時(shí)，SP Agent Builder生成Agent的主要過程如下：1) 首先工作人員在上述的SP Agent Builder可視化編輯器中導(dǎo)入SP服務(wù)提供商提供的Web文件；SP Agent Builder完成WSDL的解析，并且用解析出來的元素對(duì)象生成內(nèi)部的三個(gè)Jtree，最后生成對(duì)應(yīng)的三層XML文件，詳情請(qǐng)見圖38。2) 代碼生成器根據(jù)生成的三層XML文件，在解析類的協(xié)助下，完成Agent的生成過程，詳情請(qǐng)見圖39。圖 3 7 生成三層XML文件的組件協(xié)作圖圖 3 8 WSDL生成XML文件的組建協(xié)作圖圖 3 9 生成Agent文件的組建協(xié)作圖下面簡要介紹上圖中每個(gè)組件的簡要設(shè)計(jì)：1) 可視化編輯器組件：當(dāng)服務(wù)商提供的是非Web服務(wù)時(shí)，工作人員根據(jù)SP提供的服務(wù)文檔，把相關(guān)的信息輸入可視化編輯器組件。可視化編輯組件將獲得的三層信息存儲(chǔ)在相應(yīng)的三層文件的JTree后，生成傳輸層、表示層和傳輸層的XML文件。在生成了三層XML文件后，調(diào)用代碼生成模塊生成Agent的Java代碼；當(dāng)服務(wù)商提供的是Web服務(wù)時(shí)，工作人員將SP提供的WSDL文件導(dǎo)入到可視化編輯器，隨后解析模塊就會(huì)對(duì)WSDL進(jìn)行解析?？梢暬庉嬈鲿?huì)調(diào)用解析后得到的元素對(duì)象生成三個(gè)Jtree，再將JTree轉(zhuǎn)換成對(duì)應(yīng)的三層XML文件。最后它會(huì)根據(jù)生成的三層XML文件，調(diào)用代碼生成模塊生成Agent的Java代碼。由于此編輯器組件的可視化性，可以形象生動(dòng)的看到文件中的結(jié)構(gòu)內(nèi)容，這樣有利于的避免錯(cuò)誤，且易于修改。2) 三層XML Schema組件：由于SP Agent Builder服務(wù)代理生成工具的其他模塊都是以三層XML文件為基礎(chǔ)的，所以三層XML文件必須具有統(tǒng)一的格式，以確保解析組件能解析出XML文件中信息，然后供其他組件調(diào)用。三層XML Schema組件就是用于限制用戶輸入用的，它將被應(yīng)用于兩個(gè)方面。它一方面被封裝在可視化編輯器的添加節(jié)點(diǎn)按鈕的事件響應(yīng)中，用于限制用戶的輸入；另一方面，它將被提供給此生成工具的使用者，讓他們自己根據(jù)設(shè)計(jì)好的XML格式，將服務(wù)提供商提供的服務(wù)轉(zhuǎn)換成合法的格式，然后輸入。3) 解析組件： 運(yùn)用Dom4j技術(shù)，解析生成的三層XML文件，將XML中的數(shù)據(jù)信息封裝到設(shè)計(jì)的元素封裝類的對(duì)象屬性中，生成對(duì)應(yīng)的封裝類,計(jì)算機(jī)范文網(wǎng) ,對(duì)對(duì)象，然后供其他組件調(diào)用。4) 傳輸代理組件：主要是作為一個(gè)中間傳輸代理，負(fù)責(zé)容器和SP服務(wù)商之間的通信。它將根據(jù)服務(wù)商要求的傳輸協(xié)議，建立與服務(wù)商的服務(wù)器之間的連接，并把請(qǐng)求信息以適當(dāng)?shù)母袷桨l(fā)送給SP服務(wù)商。此組件還負(fù)責(zé)從服務(wù)商那獲得響應(yīng)信息，并將響應(yīng)信息中的有效信息解析出來。5) 數(shù)據(jù)轉(zhuǎn)換組件：主要是用于實(shí)現(xiàn)從前臺(tái)獲得對(duì)象格式和服務(wù)商規(guī)定的消息格式之間的格式的轉(zhuǎn)換。首先，根據(jù)傳輸層規(guī)定的傳輸格式(URL傳輸，文本傳輸，XML傳輸和SOAP傳輸)，從前臺(tái)獲取的請(qǐng)求對(duì)象中提取有效數(shù)據(jù)，并將其拼接成規(guī)定的傳輸格式的字符串；其次，在獲取服務(wù)器的響應(yīng)后，根據(jù)傳輸格式，從響應(yīng)信息中獲取有效信息，并將信息封裝入對(duì)應(yīng)的響應(yīng)類的對(duì)象中，返回響應(yīng)類的對(duì)象。6) 代碼生成器：代碼生成器主要分為模板上下文封裝類和模板。運(yùn)用模板Velocity技術(shù)，并在解析類的協(xié)助下，將上下文封裝類的對(duì)象和設(shè)計(jì)好的模板進(jìn)行融合，從而生成對(duì)應(yīng)的Agent服務(wù)代理的Java代碼。 本章小結(jié) 本章介紹了服務(wù)開發(fā)平臺(tái)的總體設(shè)計(jì)。它簡要介紹了前臺(tái)可視化IDE提供的主要功能、后臺(tái)管理容器的主要功能、后臺(tái)UDDI注冊(cè)中心模塊的主要設(shè)計(jì)和本論文研究的重點(diǎn)SP Agent Builder服務(wù)生成工具的主要模塊設(shè)計(jì)。第四章 服務(wù)生成工具SP Agent Builder的設(shè)計(jì)與實(shí)現(xiàn)SP Agent Builder 服務(wù)生成工具的主要功能是根據(jù)SP提供的服務(wù)，生成服務(wù)代理Agent文件來負(fù)責(zé)用戶和SP服務(wù)器之間的通訊。SP Agent Builder 主要有分為六個(gè)模塊：三層XML schema的設(shè)計(jì)模塊、三層XML schema的解析模塊、數(shù)據(jù)轉(zhuǎn)換模塊、傳輸代理模塊、可視化編輯界面模塊和代碼生成器模塊。 三層XML schema設(shè)計(jì)與解析模塊的設(shè)計(jì)與實(shí)現(xiàn)三層XML schema的設(shè)計(jì)是整個(gè)SP Agent Builder設(shè)計(jì)與實(shí)現(xiàn)的基石，XML schema文檔的作用主要是設(shè)定用于存儲(chǔ)服務(wù)信息的三層XML文檔的格式。schema將會(huì)被可視化編輯器調(diào)用，用于規(guī)范在可視化編輯器界面上的輸入，從而生成統(tǒng)一格式的XML文件，進(jìn)而保證解析模塊能夠正常運(yùn)行和確保XML中不會(huì)遺失生成Agent服務(wù)代理需要的信息。根據(jù)各自分工的不同，我們將三個(gè)schema文檔分別劃分成功能層schema文檔、表現(xiàn)層schema文檔和傳輸層schema文檔。三層文件的功能如下：1) 功能層文件規(guī)定用戶可以進(jìn)行的操作；2) 表示層文件規(guī)定功能層描述的接口調(diào)用如何在網(wǎng)絡(luò)協(xié)議上表示的問題；3) 傳輸層文件規(guī)定采用什么傳輸協(xié)議進(jìn)行通訊和規(guī)定協(xié)議所需要的信息。 在明確了三層XML schema各自的功能后，就可以根據(jù)XML數(shù)據(jù)類型和Java數(shù)據(jù)類型之間的映射規(guī)則（見附錄A）對(duì)三層XML的格式進(jìn)行設(shè)計(jì)了。 功能層XML schema的設(shè)計(jì)功能層文件主要是規(guī)定用戶可以進(jìn)行的操作，它將用來生成接口文件，暴露給前臺(tái)，供前臺(tái)調(diào)用。因此，下面我們以一個(gè)Interface代碼為例，從中提取定義XML schema中的元素?，F(xiàn)舉一個(gè)保險(xiǎn)服務(wù)的接口文件為例：public interface Insu extends Remote {public GetInsuResponse GetInsu(GetInsuRequest obj) throws RemoteException 。}從例子中可以看出，功能層XML需要四個(gè)主要元素：接口名、方法返回值、方法名和方法參數(shù)。 接口 Interface接口元素，用來存儲(chǔ)借口信息的元素。相關(guān)屬性及子元素：Name: 用來存儲(chǔ)接口名稱。Operation ：用來存儲(chǔ)接口中的方法的信息。實(shí)例如下：Interface name=Insu Operation name=GetInsuurl=:5555/webesb/servlet/EsbServlet Parameter message=GetInsuRequest name=GetInsuRequesttype=Input /Parameter message=GetInsuResponse name=GetInsuResponse type=Output/ Fault message = “Fault”, name = “Fault”, type = “Output”//Operation/Interface 操作 Operation操作元素，用來存儲(chǔ)操作信息。屬性及子元素：Name： 表示操作的名稱URL： 表示處理此操作的Java代碼地址。Parameter：存儲(chǔ)參數(shù)的相關(guān)信息。 參數(shù) Parameter 參數(shù)元素，用來存儲(chǔ)接口方法的參數(shù)類型和返回類型的信息。相關(guān)屬性：Name： 表示參數(shù)的名稱。Message：表示參數(shù)的格式，一般是用戶自定義的格式。Type：表示參數(shù)的類型，輸入?yún)?shù)或輸出參數(shù)。 消息 Message消息元素，存儲(chǔ)用戶自定義的消息格式。包括發(fā)送消息的格式、服務(wù)器接收發(fā)送的消息后返回消息的格式和在傳輸過程出錯(cuò)后返回的錯(cuò)誤信息的格式。屬性及子元素：Name：表示消息格式的名稱，是請(qǐng)求、返回或錯(cuò)誤消息。Part： 表示消息的組成，一個(gè)消息可以有一個(gè)或者多個(gè)Part組成。實(shí)例如下：Message name=GetInsuRequest Part name=INSUT type=so:INSUT /Part Part name=CHECKBS ischildarray=true type=so:CHECKB /Part /Message Message name=GetInsuResponse Part name=InsuID type=xs:String /Part Part name=INSUT type=so:INSUT /Part Part name=CHECKBS ischildarray=true type=so:CHECKB /Part /Message 組件元素 Part組件元素，是用戶自定義的元素，一般是對(duì)某些消息格式的封裝。屬性：Name：表明組件的名稱。Type： 表明組件的類型，可以是基礎(chǔ)類型，也可以是用戶自定義的復(fù)雜類型。 傳輸文件格式Transfomat傳輸文件格式元素，表示在網(wǎng)絡(luò)中傳輸?shù)氖荴ML格式、TXT格式還是URL格式。備注：功能層XML schema的詳細(xì)設(shè)計(jì)可參考附錄B。 表示層XML schema 的設(shè)計(jì)表示層是用來規(guī)定功能層描述的接口調(diào)用如何在網(wǎng)絡(luò)協(xié)議上表示的問題。它詳細(xì)的描述了功能層暴露的接口的消息格式，如發(fā)送消息的消息格式、返回消息的消息格式和報(bào)錯(cuò)時(shí)候的消息格式。它主要有以下兩個(gè)作用：1) 生成消息封裝類，供前臺(tái)調(diào)用。前臺(tái)將搜集的數(shù)據(jù)封裝入對(duì)應(yīng)的消息封裝類中，然后將消息對(duì)象作為參數(shù)，再通過RMI調(diào)用管理容器中的請(qǐng)求方法。2) 輔助完成序列化和反序列化過程，即當(dāng)后臺(tái)接收到前臺(tái)發(fā)送的對(duì)象時(shí)，后臺(tái)需要將對(duì)象轉(zhuǎn)換成具有合適消息格式的String流，再與SP服務(wù)器進(jìn)行通訊。所以，表示層文件的設(shè)計(jì)最重要的是包含消息的具體信息，現(xiàn)提取主要元素如下： 消息Message消息元素，用來規(guī)定操作之間傳遞數(shù)據(jù)的邏輯定義，一個(gè)表示層文件可包含多個(gè)消息元素。屬性：Name：表明操作名稱，分為請(qǐng)求方法、響應(yīng)方法和報(bào)錯(cuò)方法。Transcontent：調(diào)用方法所傳輸?shù)膬?nèi)容。 傳輸內(nèi)容Transcontent傳輸內(nèi)容元素，用來規(guī)定調(diào)用SP提供的方法時(shí)，需要的數(shù)據(jù)格式。備注：表示層XML schema詳細(xì)設(shè)計(jì)可參考附錄C。 傳輸層XML schema 的設(shè)計(jì)傳輸層規(guī)定采用什么傳輸協(xié)議及傳輸中所需要的信息。當(dāng)SP提供的是一般服務(wù)時(shí)，它采用的傳輸協(xié)議有可能是HTTP、UDP、TCP；當(dāng)SP運(yùn)用的是web服務(wù)時(shí)，它采用的是SOAP協(xié)議。傳輸層XML用來存儲(chǔ)數(shù)據(jù)傳輸所需的信息，它將用來協(xié)助傳輸代理完成傳輸任務(wù)。 HTTPHTTP元素，用于包含HTTP傳輸所需要的信息。屬性：Version：表示HTTP的版本信息。Location：表示SP提供的web服務(wù)ip地址或域名信息。URL：SP提供的web服務(wù)連接地址。Port：表示SP提供的web服務(wù)端口信息。TransMethod：表示使用HTTP進(jìn)行傳輸?shù)膫鬏敺椒?，有Get、Head、Post、put、delete、trace、option和connect這八種可選。它們依次表示請(qǐng)求資源的表示、返回報(bào)頭而不返回表示、向服務(wù)器提交數(shù)據(jù)、上傳資源的表示、刪除資源、返回收到的請(qǐng)求、返回服務(wù)器支持的HTTP方法的列表和用于可配置為加密隧道以提高安全性的代理。 UDPUDP元素，用于包含UDP傳輸所需要的信息。屬性：Loc