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