【正文】 求服務器和Servlet做進一步處理時會用到POST方法。3) TCPTCP是一種面向連接（連接導向）的、可靠的、基于字節(jié)流的運輸層（Transport layer）通信協(xié)議，它與UDP是同一層的重要協(xié)議。本項目使用Velocity模板技術(shù)生成Java源文件。ImportBean類封裝的屬性是用來記錄生成的Java文件的包信息；MethodBean類封裝的屬性是用來記錄生成的Java文件的方法的特性，如方法參數(shù)名稱，方法參數(shù)類型，方法返回值類型，方法名稱；ConstructorBean類封裝的屬性是用來記錄生成的Java文件的基本信息，如要生成的Java文件所在的包的名稱、生成的Java類的名稱，是否有父類、父類的名稱、是否實現(xiàn)了序列化接口等等。 代碼生成的運作流程在實現(xiàn)以上設計的基礎上，能夠為服務提供商提供的服務一一生成Agent服務代理中的Java文件。 可視化編輯器模塊的設計與實現(xiàn)可視化編輯器模塊是后臺SP Agent Builder運作的核心組。message生成的實體類封裝了用戶自定義的信息格式，而在message封裝的消息格式的基礎上，operation封裝了調(diào)用接口所用的參數(shù)的信息格式。本項目設計了三個模板和三個上下文變量封裝類，下面將詳細地給出他們的定義： 模板上下文變量封裝類模板上下文變量封裝類，是用來封裝模板中的變量信息，以備在生成模板的時候統(tǒng)一調(diào)用。3) 接收服務器的反饋信息，并根據(jù)協(xié)議類型，解析反饋信息，返回有效信息。(3) UDP對接收到的數(shù)據(jù)報不發(fā)送確認信號，發(fā)送端不知道數(shù)據(jù)是否被正確接收，也不會重發(fā)數(shù)據(jù)。請求消息格式如下：HTTP/：請求消息 = 請求行（通用信息|請求頭|實體頭）CRLF[實體內(nèi)容]請求行 = 方法請求 URL HTTP 版本號 CRLF方法 = GET|HEAD|POST|拓展方法URL = 協(xié)議名稱+宿主名稱+目錄與文件名HTTP協(xié)議中GET、POST和HEAD的介紹：GET： 請求指定的頁面信息，并返回實體主體。正在傳輸?shù)念愋陀蒀ontentType加以標記。在Internet上的Web服務器上存放的都是超文本信息，客戶機需要通過HTTP協(xié)議傳輸所要訪問的超文本信息?！钡母袷綄懭雜tringBuffer中。b) 通過解析組件，解析表示層XML文件，并獲得其中的所有message元素，然后在其中找到與className對應的message元素。2) 對象與SOAP之間的轉(zhuǎn)換由于SOAP協(xié)議的定義是基于XML的。此時的根元素的名稱就是響應封裝類的名稱，通過此名稱在Agent代碼中查找到響應類，并且通過Java反射獲得其所有的屬性名、方法名和創(chuàng)建一個響應類的對象。 算法介紹：public void callserialize(Object obj,Element rootElement,String spId) 參數(shù)詳解：obj：代表傳入的Object對象；rootElement：代表傳入的新建的XML文檔的根結(jié)點；spID：服務的名稱。具體實例如下：Field[] fields = ().getDeclaredFields()。具體的實例如下：發(fā)送Request消息格式：:5555/webesb/servlet/EsbServlet?request=:5555/webesb/servlet/EsbServlet?name=Javaamp。不過這種格式的傳輸只限于簡單的數(shù)據(jù)傳輸，只有當請求和響應元素封裝類中的屬性是基礎類型或者string類型時候，才能用文本格式表示。 目標數(shù)據(jù)格式介紹SP服務提供商所提供的服務要求的信息交互的格式有分不同種類，下面分別列舉了XML格式、SOAP格式、文本格式、和URL格式的例子。3) 方法parseOperation調(diào)用getURL方法，從而獲得URL值，然后將其賦值給元素封裝類對象。方法：Public OperationBean parseOperation(Element elt)解析類唯一暴露的接口，用來解析elt對象，獲得其中的屬性和子元素信息，并將其封裝入OperationBean類對象中返回。下面以為功能層的元素Operation設計數(shù)據(jù)封裝類為例：Operation name=GetInsu url=:5555/webesb/servlet/EsbServlet Parameter message=GetInsuRequest name=GetInsuRequest type=Input/ParameterParameter message=GetInsuResponse name=GetInsuResponse type=Output /Parameter Fault message = “Fault”, name = “Fault”, type = “Output”//Operation OperationBean類屬性：Name ：string 類型，其屬性值代表操作名稱。屬性：SOAPVersion：SOAP的版本信息。屬性：Location：表示SP提供的web服務ip地址或域名信息。 HTTPHTTP元素，用于包含HTTP傳輸所需要的信息。所以，表示層文件的設計最重要的是包含消息的具體信息，現(xiàn)提取主要元素如下： 消息Message消息元素，用來規(guī)定操作之間傳遞數(shù)據(jù)的邏輯定義，一個表示層文件可包含多個消息元素。Type： 表明組件的類型，可以是基礎類型，也可以是用戶自定義的復雜類型。Message：表示參數(shù)的格式，一般是用戶自定義的格式。 接口 Interface接口元素，用來存儲借口信息的元素。schema將會被可視化編輯器調(diào)用，用于規(guī)范在可視化編輯器界面上的輸入，從而生成統(tǒng)一格式的XML文件，進而保證解析模塊能夠正常運行和確保XML中不會遺失生成Agent服務代理需要的信息。首先，根據(jù)傳輸層規(guī)定的傳輸格式(URL傳輸，文本傳輸，XML傳輸和SOAP傳輸)，從前臺獲取的請求對象中提取有效數(shù)據(jù)，并將其拼接成規(guī)定的傳輸格式的字符串；其次，在獲取服務器的響應后，根據(jù)傳輸格式，從響應信息中獲取有效信息，并將信息封裝入對應的響應類的對象中，返回響應類的對象。2) 三層XML Schema組件：由于SP Agent Builder服務代理生成工具的其他模塊都是以三層XML文件為基礎的，所以三層XML文件必須具有統(tǒng)一的格式，以確保解析組件能解析出XML文件中信息，然后供其他組件調(diào)用。當SP提供的是Web 服務時，SP Agent Builder生成Agent的主要過程如下：1) 首先工作人員在上述的SP Agent Builder可視化編輯器中導入SP服務提供商提供的Web文件；SP Agent Builder完成WSDL的解析，并且用解析出來的元素對象生成內(nèi)部的三個Jtree，最后生成對應的三層XML文件，詳情請見圖38。6) 服務定位：用RMI機制實現(xiàn)服務的代理Agent的定位。圖中的主要要點有SP Agent Builder、前臺、容器、服務監(jiān)控、反注冊和服務定位。UDDI同時也是Web服務集成的一個體系框架。管理容器用來管理生成的服務代理，而UDDI用來存儲生成的服務代理。如果用戶不改變項目模板的流程和頁面，那么這里的頁面導航可以不用配置。由于本系統(tǒng)使用的是visual web jsf的框架，所以用戶只需在新建項目的web頁新建頁面。另外社區(qū)電子服務系統(tǒng)還有一系列的支撐子系統(tǒng)來實現(xiàn)其運行，如OA系統(tǒng)、支付系統(tǒng)、服務平發(fā)平臺等，為用戶提供綜合電子信息服務。反射是Java獨有的特性，在其它的程序設計語言中根本就不存在這一特性。它以抽象窗口工具包（AWT）為基礎使跨平臺應用程序可以使用任何可插拔的外觀風格。當Velocity應用于web開發(fā)時，界面設計人員可以和Java程序開發(fā)人員同步開發(fā)一個遵循MVC架構(gòu)的web站點，也就是說，頁面設計人員可以只關注頁面的顯示效果，而由Java程序開發(fā)人員關注業(yè)務邏輯編碼。WSDL服務描述是一個XML文檔，它與WSDL模式(schema)的定義一致。Web Service可以執(zhí)行從簡單的請求到復雜商務處理的任何功能。它還支持從消息系統(tǒng)到遠程過程調(diào)用（RPC）等大量的應用程序。 Dom4jDom4j是一個Java的XML API，用來讀寫XML文件?；ヂ?lián)網(wǎng)發(fā)展初期，HTML以簡單精練的語法、極易掌握的通用性和易學性使Web得以普及發(fā)展以至今日輝煌。最新發(fā)布的MyEclipse ，完整支持HTML、XML、Struts、JSF、CSS、Schema、JavaScript、SQL、AJAX、Hibernate等技術(shù)。介紹了SP Agent的三層XML文件格式的設計、可視化編輯器組件、代碼生成器組件、傳輸代理組件、三層XML文件的解析組件及數(shù)據(jù)轉(zhuǎn)換等組件。 主要研究內(nèi)容 論文的組織結(jié)構(gòu)本文主要分成六章，各章的主要內(nèi)容如下：第一章 ：緒論。因此越來越多的企事業(yè)單位都很重視新聞網(wǎng)站的建設。3) 由于該項目是以高科技信息化技術(shù)為基礎結(jié)合深入社區(qū)服務網(wǎng)點的實體運營的創(chuàng)新模式，不僅擴大了生產(chǎn)力，還解決了一大批高校畢業(yè)生、下崗職工及殘疾人再就業(yè)問題。 data conversion module is responsible for converting the information in special format?？梢暬庉嬈髂K負責服務信息的采集；三層XML （功能層、表示層和傳輸層）設計模塊負責規(guī)范服務信息的存儲格式；解析模塊負責解析出三層XML文件中的服務信息；傳輸代理模塊負責傳輸不同協(xié)議的信息；數(shù)據(jù)轉(zhuǎn)換模塊負責將信息轉(zhuǎn)換成與服務器約定的不同格式；代碼生成器模塊負責生成服務代理的代碼。它由可視化編輯器模塊、三層XML的設計與解析模塊、傳輸代理模塊、數(shù)據(jù)轉(zhuǎn)換模塊和代碼生成器模塊組成。 the transport agent module is responsible for transmission of information。2) 數(shù)字化城市社區(qū)服務平臺的一站式服務模式能有效地解決社區(qū)居民“繳費難”、“ 服務難”的問題，真正實現(xiàn)了電子商務零距離為民服務的理念，居民不用出小區(qū)就能享受到一站式服務的便利。今天上網(wǎng)看新聞已經(jīng)是人們?nèi)粘Ｉ畹囊徊糠?，快速及時的瀏覽新聞，能拓展人們的生活視野。例如：第三軍醫(yī)大學校園新聞網(wǎng)、華東交通大學校園新聞發(fā)布系統(tǒng)等等。第四章 ：服務生成工具SP Agent Builder的設計和實現(xiàn)。它是功能豐富的J2EE集成開發(fā)環(huán)境，包括了完備的編碼、調(diào)試、測試、出錯和發(fā)布功能。 相關技術(shù) XMLXML[5~11]可拓展標記語言(Xtensible Markup Language)，是一種具有數(shù)據(jù)描述功能、高度結(jié)構(gòu)性及可驗證性的置標語言，和HTML一樣同屬ISO8879標準SGML的簡化子集?；谒钠脚_無關性、結(jié)構(gòu)化等優(yōu)勢，本文將應用XML文件來實現(xiàn)對服務的描述。SOAP 可以和現(xiàn)存的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議（HTTP），簡單郵件傳輸協(xié)議（SMTP），多用途網(wǎng)際郵件擴充協(xié)議（MIME）。WebService是一種新的web應用程序分支，他們是自包含、自描述、模塊化的應用，可以發(fā)布、定位、通過web調(diào)用。它用一種和具體語言無關的抽象方式定義了給定Web服務收發(fā)的有關操作和消息。它允許任何人僅僅簡單的使用模板語言（template language）來引用由Java代碼定義的對象。由于這些組件全都是用Java語言編寫的，因此它們可以提供比本地平臺GUI組件更多的功能。這種編程方式可以讓對象在生成時才決定要生成哪一種對象。服務提供商的接入是通過社區(qū)電子服務平臺的服務適配器來實現(xiàn)的，服務適配器可以方便快捷的實現(xiàn)服務的接入、整合等。前臺IDE主要具有以下幾個功能：1) 利用項目模板定制開發(fā)項目在新建項目時，可以在項目類別中輸入服務商，項目中選擇所需要創(chuàng)建的項目類別，比如航空售票，航空人身意外險和人壽續(xù)保等項目。3) 頁面導航。SP Agent Builder是本文的研究重點，開發(fā)工程師可以利用此服務代理生成工具，將第三方SP提供的服務信息快速的封裝成服務代理(Agent)供前臺調(diào)用。UDDI是這樣一種基礎的系統(tǒng)構(gòu)筑模塊，他使商業(yè)實體能夠快速、方便地使用他們自身的企業(yè)應用軟件來發(fā)現(xiàn)合適的商業(yè)對等實體，并與其實施電子化的商業(yè)貿(mào)易。后臺UDDI注冊中心的部署圖如圖36。5) 反注冊：判斷容器中的指定服務的當前狀態(tài)是否是鈍化，如果不是，首先鈍化該服務，之后從內(nèi)存中銷毀該服務的Agent實例，其次容器通過發(fā)布API delete_businessEntity訪問UDDI注冊中心，最后從外存上刪除指定的服務的注冊信息即可。2) 生成三層XML文件后，可視化編輯器組件將調(diào)用代碼生成組件來生成服務代理Agent的Java代碼，而代碼生成組件的運行又是基于三層XML文件的解析模塊、傳輸代理模塊和數(shù)據(jù)轉(zhuǎn)換模塊的基礎之上的，詳情請見圖39。由于此編輯器組件的可視化性，可以形象生動的看到文件中的結(jié)構(gòu)內(nèi)容，這樣有利于的避免錯誤，且易于修改。5) 數(shù)據(jù)轉(zhuǎn)換組件：主要是用于實現(xiàn)從前臺獲得對象格式和服務商規(guī)定的消息格式之間的格式的轉(zhuǎn)換。 三層XML schema設計與解析模塊的設計與實現(xiàn)三層XML schema的設計是整個SP Agent Builder設計與實現(xiàn)的基石，XML schema文檔的作用主要是設定用于存儲服務信息的三層XML文檔的格式。}從例子中可以看出，功能層XML需要四個主要元素：接口名、方法返回值、方法名和方法參數(shù)。相關屬性：Name： 表示參數(shù)的名稱。屬性：Name：表明組件的名稱。2) 輔助完成序列化和反序列化過程，即當后臺接收到前臺發(fā)送的對象時，后臺需要將對象轉(zhuǎn)換成具有合適消息格式的String流，再與SP