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