uap63關鍵技術說明管理篇

1、大中型企業(yè)與公共組織云平臺文檔更改審校批準分發(fā)1序號分發(fā)地點職位簽字日期審校人版本審校意見日期作者版本更改參考/備注2011-12-011.0大中型企業(yè)與公共組織云平臺所有。2013的，本文檔任何整體或部分的內容不得被、復印、翻譯或縮減以用于任何目的。本文檔的內容在通知的情形下可能會發(fā)生改變，敬請留意。請注意：本文檔的內容并不代表軟件所做的承諾。2大中型企業(yè)與公共組織云平臺目錄目錄.2目錄3第一章前言..1.1.3.概況9面向服務的企業(yè)服務總線12支持業(yè)務流程編排的應用集成平臺12面向服務的組件化集成開發(fā)平臺121.2.技術架構和優(yōu)勢.1.1.3

2、.......1.特性列表15提供可進行全生命周期管理的集成開發(fā)環(huán)境15高度模塊化及可擴展的微內核架構16高度可重用的服務組件架構17構建面向服務的集成17支持靈活的數(shù)據(jù)轉換17支持豐富的傳輸協(xié)議17集群和負載均衡: 高可靠性，高可用性18內置開箱即用的應用適配器19提供可靈活編排的消息流及工作流20提供集成管理和中心20模. ..面向組件的開發(fā)模式21集成平臺參與. 22集成平臺典型開發(fā)步驟22面向服務的集成23第二章2.1.從服務開始232.2.服務表達方式2

3、43大中型企業(yè)與公共組織云平臺2.3.面向服務的編程..2.4.3.J2SE 下的接口編程25Java EE 下的面向服務編程25OSGI 下的面向服務編程26UAP-ESB 組件框架的服務編程262.5.使用服務倉庫282.6.本地服務管理離線292.7.服務倉庫管理.292.8.基于服務倉庫的開發(fā)模式292.9.服務倉庫開發(fā)常見問題30組件開發(fā)實踐31第三章..3.1.3.深入理解組件概念31組件基本31組件和服務31組件和流程3..理解組件動靜之分32靜態(tài)組件32動態(tài)組件3.1.3.

4、.3.理解組件交互模型33按組件類型分33. 34按部署按同步異步分3...4.4.理解組件裝配模型35組件類型35復合組件的兩面性37集成服務組件與協(xié)議綁定37綁定的傳遞與組件變量的傳遞373.5.托管組件的應用場景3..組件開發(fā)常見模式38靜態(tài)單例模式38模式394大中型企業(yè)與公共組織云平臺..5.裝飾器模式39門面模式40觀察者模式41數(shù)據(jù)處理指南44第四章4.1.數(shù)據(jù)轉換器4..4.2.3.統(tǒng)一消息模型44SDO 基本知識45ESB 消息模型

5、原理48ESB 消息模型編程指南50.....表配置57變量及簡單表配置57XPATH 表公式表配置58配置61配置62配置64配置67表Cron 表LDAP 表第五章事務配置指南695.1.事務基本概念6....5.UAP-ESB 事務配置策略69服務及操作事務配置69ComponentService 事務配置70Reference 事務配置71服務調用結點上事務配置72流程結點上的事務配置73第六章EIS 系統(tǒng)適配器開發(fā)指南7..6.

6、.4.分布式事務74XA74兩階段提交75一階段提交(Best Efforts 1PC 模式)76事務補償機制766.2.EIS 事務補償機制775大中型企業(yè)與公共組織云平臺6.3.EIS 設置786.4.事務管理器開發(fā)786.5.開發(fā)示例79第七章管理中心使用指南8.....7安裝87日志管理92日志查看92數(shù)據(jù)源配置93ESB-Server 配置94歷史. 97集群管理9.....7.2.7.組件管理98集成組件98組件

7、103服務104流程107簡單對照109規(guī)則對照109消息1..部署管理111服務器111發(fā)布1..任務管理114任務114歷史任務1...5.4.運行服務層次. 116. 116. 117服務模塊集成方案單次調用118集成方案整體調用1196大中型企業(yè)與公共組織云平臺...BindingData. 119消息統(tǒng)計120組件服務請求統(tǒng)計121該節(jié)點進行組件服務請求信息的統(tǒng)計。統(tǒng)計結果根據(jù)“參數(shù)配置”中配置信息進行信息統(tǒng)計。參數(shù)配置1217.6.

8、..3.用戶管理122用戶122用戶組124. 126第八章服務器及集群管理12...1.4.服務器分類127通用服務器127前置服務器128消息中間件服務器128數(shù)據(jù)庫服務器12.......9.集群管理.130新增集群131刪除集群131新增服務器131刪除服務器132設置前置服務器132數(shù)據(jù)源頁簽132ActiveMq 頁簽133頁簽133同步13..集群伸縮策略134主備模式134負載均

9、衡134第九章集成項目部署指南13.1.開發(fā)環(huán)境部署指南136單機模式1367大中型企業(yè)與公共組織云平臺9.1.2.分布式模式13.....生產(chǎn)環(huán)境部署指南143建立集群143添加服務器144同步配置信息145部署組件145生產(chǎn)環(huán)境運行145集群環(huán)境部署1469.3.熱部署.1479.4.服務器宕機恢復1489.5.雙機熱備1489.6.部署場景示例1508大中型企業(yè)與公共組織云平臺第一章前言UAP-ESB 作為企業(yè)應用服務的基礎運行環(huán)境和開發(fā)技術平臺，基于 OSGI 微內核框架設計，為用戶提供一個開放的、

10、通用的、可擴展的架構，使得用戶能夠按照統(tǒng)一的方法，動態(tài)的開發(fā)、管理和部署組件。微內核架構還意味著用戶可依照實際應用場景選擇、裝配需要的組件，真正實現(xiàn)按需，按需組裝；動態(tài)部署，無需重啟服務器。此外還可以實現(xiàn)動態(tài)切換、流程持久化運行、是否流程運行歷史等都可以通過啟動/停止相應的組件來實現(xiàn)。在 UAP-ESB里，組件是基本的設計、開發(fā)、部署單元，每個組件其他組件的服務(0個或者多個)，每個組件同時又對外提供服務(1 個或者多個)。組件間通過服務連接，多個組件可組裝為更復雜的組件(復合組件)，組件支持多種實現(xiàn)方式，組件間保持松散的耦合關系，組件可以動態(tài)的部署、啟動、停止，而影響其他組件。底層的微內核框

11、架內置了豐富的基礎組件，為上層的開發(fā)提供強的支撐，比如日志管理，部署(文件掃描、分組部署等)，公共算法，持久層框架，組件全生命周期管理，微內核內的統(tǒng)一接口等等，另外如異步處理框架則提供了標準的一致的方式來處理異步請求的消息，包括消息處理結果、失敗重試等?；谖群?，UAP-ESB 提供了四個模塊，分別是 SCA 組件模型編程框架、SDO 統(tǒng)一消息模型、流程虛擬機引擎、服務倉庫及消息處理及轉換。1.1.概況UAP-ESB V63 在原有 UAP-ESB V57 版本基礎上，遵循 SOA 領域最新技術進展，借鑒各大廠商最新 SOA及開源之優(yōu)秀架構和設計，并基于的長期客戶合作實踐和集成項目積累之經(jīng)驗

12、，量身定制，既考慮技術架構的先進性，又考慮當前時期型用戶的實際集成需求，保留原有EAI/ESB的優(yōu)秀功能，同時更側重整體 SOA 解決方案的落地。重點做到：架構有彈性，功能易擴展，實施周期短，易部署，易維護，常用場景內置化并提供集成 IDE 及快速向導工具。大大降低集成項目的難度，提高項目交付效率。主要技術特點和功能如下：全面支際化，目前支持英文和中文；提供企業(yè)服務總線（ESB），實現(xiàn)面向服務的應用集成；基于 OSGI 的微內核架構，支持集成場景的可視化建模和全生命周期管理，包括建模、開9大中型企業(yè)與公共組織云平臺發(fā)、部署、測試、調試及；支持松耦合組件化編程模型，包括組件組裝及組件交互，內置符

13、合 SDO 規(guī)范的統(tǒng)一消息模型；支持分布式組件事務模型，提供異下事務保障機制；支持集群及組件分布式部署；內置基于消息中間件的組件通信機制，保證消息的可靠性；內置工作流引擎，支持業(yè)務流程定制；內置豐富協(xié)議及數(shù)據(jù)格式轉換器；內置 NCV5X 及 V6X 版本適配器（支持權限驗證）。10大中型企業(yè)與公共組織云平臺UAP-ESB，主要包括微內核運行平臺、消息中間件接入層、數(shù)據(jù)庫接入層、服務組件模型編程框架、服務倉庫、服務總線、全局事務管理、業(yè)務流程引擎、集成開發(fā)環(huán)境及管理中心。如下圖所示：業(yè)務流程引擎企業(yè)服務總線UAP-ESB管理服務倉庫服務服務發(fā)現(xiàn)中心組件裝配組件事務組件模型組件交互組件部署組件運行

14、服務組件模型編程框架 SCA Framework消息中間件接入層數(shù)據(jù)庫接入層微內核運行平臺圖 1.1-1 UAP-ESB 總體架構圖UAP-ESB，基于 OSGI 微內核運行平臺，使得整個可隨需擴展，高度模塊化，且支持動態(tài)部署。同時引入消息中間件作為底層消息傳輸通道，ESB 內部消息處理尤其是分布式部署時消息處理的高可靠性；本版還進一步增強了 SCA 服務組件編程框架，完善了組件裝配模型和組件交換模型，并全面支持了 SCA 組件事務模型，實現(xiàn)了有復雜依賴關系組件的分布式部署、動態(tài)更新、錯誤恢復機制；按照業(yè)界對集成功能劃分及發(fā)展階段定義，UAP-ESB有以下幾個重要的功能：11服務綁定應用適配器

15、數(shù)據(jù)轉換集成模式消息模型消息路由協(xié)議轉換集成開發(fā)環(huán)境大中型企業(yè)與公共組織云平臺1.1.1.面向服務的企業(yè)服務總線圖 1.1.1-1 UAP ESB 企業(yè)服務總線架構圖1.1.2.支持業(yè)務流程編排的應用集成平臺圖 1.1.2-1 業(yè)務流程架構圖1.1.3.面向服務的組件化集成開發(fā)平臺打造基于組件化編程的開發(fā)平臺，OSGI+SCA。強大的集成開發(fā)環(huán)境：設計-開發(fā)-部署-運行-調試-的全開發(fā)環(huán)節(jié)的支持。自由的開發(fā)集成組件、協(xié)議組件、消息處理組件、數(shù)據(jù)器，編制流程，自定義動作，編寫處理代碼、建立實體模型、服務接口等等。12大中型企業(yè)與公共組織云平臺圖 1.1.3-1 面向服務的組織化的集成開發(fā)環(huán)境13

16、大中型企業(yè)與公共組織云平臺1.2. 技術架構和優(yōu)勢服務服務發(fā)現(xiàn)圖 1.2-1 UAP-ESB 技術架構圖傳統(tǒng)的 JAVA 平臺及 JAVA EE 提供了大量的數(shù)據(jù)編程模型及 API，但是這些技術并沒有形成有14集群和分布式部署框架節(jié)點管理、負載均衡、分布式部署、SLA、熱備、錯誤恢復JPA 持久層框架ORACLESQLServer數(shù)據(jù)庫接入層JMS 消息框架ActiveMQ消息中間件接入層服務服務部署框架系統(tǒng)日志公共權限管理測試框架微內核運行平臺全生命周期管理企業(yè)服務總線 UAP-ESB服務權限管理倉庫組件裝配服務綁定全局事務組件模型組件交互組件部署SEDA組件運行適配器框架協(xié)議轉換Webse

17、rvice/JMS企業(yè)集成模式應用適配器統(tǒng)一消息模型SDO 規(guī)范、XPATH消息路由 可定制消息處理規(guī)則數(shù)據(jù)轉換豐富的轉換規(guī)則管理中心SPDL 流程定義語言循環(huán)、分支、Fork-Join、異常處理、任務表單集成、服務集成流程虛擬機引擎集成開發(fā)環(huán)境大中型企業(yè)與公共組織云平臺機的整體，而是相互，不能為工具及框架層提供強的支撐，有些數(shù)據(jù)模型使用起來很，并且功能不夠豐富，沒有支持常見的應用開發(fā)模式。SDO 的意圖就是要創(chuàng)建一個易用的、適合外層工具及框架調用的數(shù)據(jù)層，它可以提供跨異構數(shù)據(jù)源的統(tǒng)一的數(shù)據(jù)編程接口，UAP-ESB實現(xiàn)了符合 SDO 接口規(guī)范的統(tǒng)一消息模型，它貫穿于整個平臺，是集成各種異構數(shù)據(jù)

18、的基礎，是組件內部數(shù)據(jù)表達的統(tǒng)一標準，也是各種流程活動節(jié)點傳遞信息的重要紐帶。流程虛擬機是消息流、業(yè)務流及工作流運行的基礎引擎，提供了常見流程模式的支持,提供流程持久化、人工任務、異步、模式、定時機制、狀態(tài)基礎功能。流程虛擬機和具體流程語言無關，基于流程虛擬機提供的公共引擎，可以定制開發(fā)各種流程語言,如 BPEL、JPDL 及UAP-ESB 開發(fā)的 SPDL。服務管理中心是 UAP-ESB面向服務架構的所在，負責整個 ESB的服務、服務查找、服務調用及服務，組件間的交互依靠的就是服務管理中心。在 UAP-ESB中可以通過組件配置里的服務綁定進行服務的及服務調用，也可以通過在 Spring 配置

19、文件里式的進行服務的和調用，還可以通過編程方式進行。消息處理及轉換模塊提供了豐富的數(shù)據(jù)處理、轉換功能，此模塊依賴于 SDO 統(tǒng)一消息模型，支持基于公式的規(guī)則定義，支持 XPath，支持任意復雜類型的轉換，外部消息的接入，流程里的各種消息處理均依賴此模塊。基于流程虛擬機引擎，通過 SDO 統(tǒng)一消息模型來規(guī)范流程內數(shù)據(jù)的定義及，并借助消息處理轉換模塊豐富的數(shù)據(jù)處理功能，UAP-ESB 對外提供了 SPDL 流程語言，可供編排各種復雜的流程，支持人工任務并能夠和各種異表單相集成，流程里調用的服務均從服務管理中心獲取。服務管理中心，參考 SCA 服務組件架構思想，UAP-ESB 提供了 SCA 組件模

20、型編程框架，給出了組件的分類，支持組件的自由裝配，支持組件間通過多種模式進行交互。另外由于在異下工作，組件管理模塊基于數(shù)據(jù)轉換處理模塊提供了外部系統(tǒng)數(shù)據(jù)和內部消息轉換的可定制的解決方案。1.3. 特性列表1.3.1.提供可進行全生命周期管理的集成開發(fā)環(huán)境全生命周期開發(fā)管理：集成開發(fā)環(huán)境提供可視化服務、實體、組件等建模，提供大量可復用服務、提供典型的企業(yè)集成模式、提供測試案例及測試客戶端生能；提供可跟蹤和調試流程、組15大中型企業(yè)與公共組織云平臺件交互等快捷工具。開發(fā)設計部署治理測試1、ESB-Server、集成開發(fā)環(huán)境、管理中心全面支際化。2、全新設計圖標集成開發(fā)環(huán)境a)與解耦，通過管理中心發(fā)

21、布部署集成組件；支持流程調試；b)提供服務編、組件編、實體編、服務倉庫視圖、模視圖、交換規(guī)則編、簡單對照編、流程編；c)提供集成項目新建向導、配置界面、導出用戶包；3、提供 Unix/Windows 安裝盤；支持靜默安裝。1.3.2.高度模塊化及可擴展的微內核架構微內核架構，提供模塊化部署環(huán)境，支持有狀態(tài)組件熱部署和分布式聯(lián)動部署，高度可擴展。a)支持數(shù)據(jù)源動態(tài)切換；b)新增安全框架及用戶權限；c)內置 NC、SAP 適配器及 U8 到NC 各種單據(jù)導入適配器；d)支持大數(shù)據(jù)對象為參數(shù)（使用流作為參數(shù)處理）；e)日志異常增強、EIS 和全局事務。16大中型企業(yè)與公共組織云平臺1.3.3.高度可

22、重用的服務組件架構完美支持 SCA 服務組件編程模型，支持復雜組件組裝及組件交互方式，提供松耦合、高度可重用的編程框架。1.3.4.構建面向服務的集成提供服務倉庫，支持多格式服務、服務發(fā)布、服務綁定、服務查找、服務策略/SLA，全面構建面向服務的集成。提供服務倉庫實現(xiàn)跨平臺服務的統(tǒng)一管理，強化面向服務的編程模型，同時基于服務倉庫還可實現(xiàn)組件間透明調用；1)支持多種方式進行服務的和管理，如直接建模、WSDL 導入、元數(shù)據(jù)導入、Java 接口導入、新建和修改等。2)支持服務的分層。3)支持服務的動態(tài)綁定。4)支持服務和發(fā)現(xiàn)機制。1.3.5.支持靈活的數(shù)據(jù)轉換系統(tǒng)內置了基本的數(shù)據(jù)轉換器，同時支持用戶

23、擴展數(shù)據(jù)類型轉換器。1.3.6.支持豐富的傳輸協(xié)議目前業(yè)務場景常用的 WebService、TCP、MAILSMTP、HTTP、FILE、DBMonitor 等協(xié)議，用戶可以在中直接添加協(xié)議的綁定。RPC 風格Web Service 適配集成里某些業(yè)務系統(tǒng)發(fā)布的 Web Service 是 RPC 風格的，該風格的 WS 在兼容性上有些問題：大部分系統(tǒng)無法生成該風格 WS 的客戶端,及調用該風格的 Web Service。本版本做了 RPC風格 WS 的適配工作，包括兩部分：通過ESB 的IDE 我們可以導入并適配RPC 風格的Web Service 為Document Literal Wra

24、pped風格的 Web Service；17大中型企業(yè)與公共組織云平臺RPCStyle WSDLDo-Wrapped Style WSDL對外發(fā)布的是 Document-Literal-Wrapped 風格的 Web Service，當調用被的 RPC 風格的第Web Service 時候，會做 SOAP 消息的翻譯工作。邏輯如下圖所示：DoeRequesWSRespo1.3.7.集群和負載均衡: 高可靠性，高可用性業(yè)務組件可按需進行分布式部署，支持節(jié)點錯誤恢復，支持服務器節(jié)點及用戶請求兩個層面的Failover 機制，內置基于消息中間件的可靠傳輸，提供大并發(fā)處理能力、高可靠性及高可用性。1)

25、支持集群及負載均衡，可動態(tài)添加或者移除服務器節(jié)點，可動態(tài)更新服務器節(jié)點的部署組件；2)支持組件熱部署，支持組件分布式部署，提供服務器當機時組件自動恢復技術，無需任何附加管理；3)支持主機雙機或者多機熱備；4)內置消息中間件實現(xiàn)組件間消息通信的高可靠性，確保組件間交互的可靠性；18RPCStyle WSEndpointRPCStyle WSEndpointIDETranslator大中型企業(yè)與公共組織云平臺1.3.8.內置開箱即用的應用適配器1)提供了對 NC 系統(tǒng)（NC55、NC56、NC57、NC60、NC61、NC63）的無縫集成，可以通過界面配置及少量的代碼開發(fā)，完成與 NC 系統(tǒng)的交互

26、。2)提供了簡單易用的內置組件和內置服務，簡化了協(xié)議配置和使用。3)憑證輔助信息對照規(guī)則實際項目中經(jīng)常會遇到要把一種系統(tǒng)導出的憑證導入到另一個系統(tǒng)中去的問題：例如，把 U8或 K3 系統(tǒng)的憑證導出，經(jīng)過一定的格式和語義轉換導入到 NC 系統(tǒng)中去。從業(yè)務上來看，憑證輔助信息對照是一個整體的翻譯：需要結合源公司、會計科目、輔助核算信息，整體翻譯成目的公司、會計科目，會計科目信息。為了支持這種翻譯我們在交換隊則中開發(fā)了“輔助核算信息對照”對照規(guī)則，如下圖所示：用戶在配置的時候需要在源憑證與目標憑證之間根線，將規(guī)則選為“VoucherAuxiMap”并配置輔助核算信息相對于會計科目的位置、選擇輔助核算

27、對照規(guī)則文件。輔助核算對照規(guī)則文件如下所示：19大中型企業(yè)與公共組織云平臺該對照規(guī)則可以由客戶或實施填寫，根據(jù)業(yè)務情況，對憑證中可能出現(xiàn)的輔助核算信息做對照。1.3.9.提供可靈活編排的消息流及工作流1.內置基于流程虛擬機的消息流和工作流引擎。流程虛擬機是消息流、業(yè)務流及工作流運行的基礎引擎，提供了常見流程模式的支持,提供流程持久化、人工任務、異步、模式、定時機制、狀態(tài)基礎功能。流程虛擬機和具體流程語言無關，基于流程虛擬機提供的公共引擎，可以定制開發(fā)各種流程語言,如 BPEL、JPDL及UAP-ESB 開發(fā)的基于 Spring 的 SPDL。2.支持豐富的內部數(shù)據(jù)轉換器，零配置即可實現(xiàn)數(shù)據(jù)的智

28、能轉換；3.改進 Webservice 協(xié)議實現(xiàn)：提供 JMS 及 http 支持，提供快速發(fā)布及測試工具；4.增加 TCP/Socket 協(xié)議支持；5.基于 RDI 改進 DBMonitor 協(xié)議；6.支持 JPA 持久化框架。1.3.10. 提供集成管理和中心1.全新 UAP 風格的管理中心、能與 UAPportal 集成2.支持 ESB-Server 服務信息、參數(shù)配置，系統(tǒng)維護；集群配置管理3.支持用戶包安裝、發(fā)布部署及/查看所有操作20大中型企業(yè)與公共組織云平臺4.支持服務、實體、服務管理：發(fā)布、及修改；5.支持組件實例、綁定信息、參數(shù)初始值的修改；6.支持消息、流程7.支持人工任務

29、查看及模擬提交；8.支持數(shù)據(jù)對照等運行態(tài)進行配置。1.3.11. 模模視圖中內置了通用模式框架。用戶運用此視圖可以方便地生成所需的模式工程。同時還提供了模式分組管理的功能，極大程度上提高了開發(fā)效率，減輕了開發(fā)工作量。如下圖所示，以模式為管理，每個模式單元由兩大部分組成，分別是屬性組（Property）和實例組(Instance)。模式屬性組中比較重要的是模式。用來查看模式的信息和填寫生成案例需要的相關屬性。模式實例組下是生成的模式實例。模式的生成過程非常的簡單，打開模式查看模式的相關，填寫好相應屬性信息后，點擊 generate 按鈕,便可生成需要的模式案例。生成的案例會在模式實例中。如上圖所

30、示，在WebService 模式中填寫好相關的屬性信息后，點擊 generate 按鈕，便會生成相應案例，在實例組下可以查看。目前加入到模中的模式有：數(shù)據(jù)庫、WebService。1.4. 面向組件的開發(fā)模式集成平臺打造全新的組件化開發(fā)體系，使得結構更靈活，代碼更復用，從而利于業(yè)務系統(tǒng)的后續(xù)維護及持續(xù)創(chuàng)新。開發(fā)以組件為基本開發(fā)單元，組件設計之初就要求明確改組件對外提供的服務，依賴的服21大中型企業(yè)與公共組織云平臺務，從工具層面強調組件間的松散耦合，保證設計符合面向對象和面向接口的特征。1.4.1.集成平臺參與平臺開發(fā)：平臺的開發(fā)及內置組件的開發(fā)增值開發(fā)：在原有基礎上增加協(xié)議類組件，消息處理類組

31、件二次開發(fā)：主要開發(fā)交換組件業(yè)務流程，主要配置，包括流程內部定制的一些代碼級內容，如自定義 ActionHandler,開發(fā) java 結點等。實施: 配置輔助參數(shù)，交換規(guī)則等，后續(xù)版本支持開發(fā)靈活將 IDE 里各項配置發(fā)布為可供實施修改的配置。管理員:利用管理中心，系統(tǒng)運行情況，配置一些常見管理參數(shù)。最終用戶: 享受集成后提供的業(yè)務服務，比如通過郵件審批單據(jù)等。1.4.2.集成平臺典型開發(fā)步驟1.準備 UAPIDE 環(huán)境2.UAPIDE + UAPESBServer + UAPESB-Agent3.通過配置界面配置基本信息，比如 server 位置，數(shù)據(jù)源等4.同步 server 配置信息到

32、 UAPESB-Agent5.新建或者導入 EIP 集成項目6.建立服務、實體，流程等；7.選擇組件：靜態(tài)組件、動態(tài)組件、集成組件等；8.配置組件基本信息，關聯(lián)流程，協(xié)議綁定；9.根據(jù)需要增加簡單對照，交換規(guī)則，安全等；10.編輯組件、代碼等11.配置組件導出、導入 package 及 bundle 等12.運行調試13.發(fā)布、部署14.運行時各種日志，報表分析22大中型企業(yè)與公共組織云平臺第二章面向服務的集成2.1. 從服務開始遙想開天辟地，在茹毛飲血的遠古為了生存我們的祖先已經(jīng)深諳服務的重要性他們在與自然中將有限的人力分成多個小組，每個小組承擔不同的職責，他們使用最簡單的語言和手勢來相互協(xié)

33、作（外部的服務），經(jīng)過幾十萬年甚至上百萬年的努力奮斗，最終戰(zhàn)勝大自然，并出現(xiàn)了人類的第一次大分工，即將農(nóng)業(yè)和畜牧業(yè)分離開來。沒錯，人類就是從服務開始的！人類發(fā)展至今天，共經(jīng)歷過三次的大分工，而每一次的大分工都極大的提高了生產(chǎn)力，而這一切展示的是良好的服務帶來的！也許有人會說這太牽強，那么就讓我們看一下現(xiàn)代的情況，不難發(fā)現(xiàn)不管是還是，越是發(fā)達的地方其服務業(yè)的水平也就越高！這里我們不妨再看一下更具體的例子：微軟因為向終端用戶提供了具有友好、易用界面的 OS 的服務而成就了現(xiàn)在的軟件王國；因為向用戶提供了頂級的搜索服務，成就了另一個神話；還有、，隨著我們中國的蓬勃發(fā)展，、阿里巴巴等，我們看到中國也有

34、越來越多的公司因為向客戶提供了良好的服務而擠身為世界級的強者！前邊領略了服務的，接下來讓我們來仔細看看這些服務：因為人們總想引領時尚，所以有了形象設計；因為人們不想跑腿，所以有了郵局、物流業(yè)，有了快遞公司，還有了、，家用電器，汽車.；如果沒有這些服務，那世界會是什么樣子呢？你會發(fā)現(xiàn)大家都在忙著種地，建設現(xiàn)代化將無從談起！一個是這樣，如果往小了看一個企業(yè)也是這樣：從人力到財務，從 IT 到行政，有了他們所提供的日常動作服務我們才能專注在的開發(fā)上！正是因為分工越來越細、服務越來越精，我們才有機會在享受這些服務的時候能將的精力更專注于的工作上，從而向其他人提供更好的服務！站在巨人的肩膀上，你已經(jīng)是巨

35、人！如果再向上爬一小步（也許會很難），那你比巨人還高！好了，讓我們進入軟件的世界再來看一下：有了最基本的服務和協(xié)作就能構建一個系統(tǒng)提供服務，而該系統(tǒng)所能提供的服務因為定義了良好的接口契約所以能很容易的被其他服務所，從而構建出來更大的系統(tǒng)并提供更強大的功能。，這就是 SOA 的關鍵所在，一切從服務開始，通過不斷的集成發(fā)展業(yè)務需要的細粒度服務完成創(chuàng)新，最終讓企業(yè)甚至整個更敏捷高效！23大中型企業(yè)與公共組織云平臺UAP-ESB 從設計理念上已經(jīng)了一個單純的 ESB 而是一個完整的 SOA 完全解決方案的架構平臺，它可以提供從全生命周期的開發(fā)管理到企業(yè)級應用系統(tǒng)集成全方位的服務。2.2. 服務表達方式

36、從 SOA 的角度來看，一個服務要想被大家容易的使用必須有良好的定義！那什么是良好的定義呢？簡單來說就是所見即所得（這是一種自描述功能），還要提供服務的發(fā)現(xiàn)機制使得用戶很方便的獲取這些服務！一個服務可以通過各種各樣的方式提供出來，方便使用：直接使用 API，也就是接口方式，比如 java interface，或者 C/C+里廣泛使用的動態(tài)連接庫。這是一種緊耦合的方式，很多傳統(tǒng)的軟件系統(tǒng)都是以這種方式構建的，靈活性差，一般復用率也很低。通過各種協(xié)議進行。隨著計算機軟硬件技術的發(fā)展，以技術為基礎的各種協(xié)議得到了越來廣泛的應用，系統(tǒng)所提供的服務也越來越多的允使用協(xié)議來。特別是 HTTP/HTTPS

37、協(xié)議和 WebService 協(xié)議的發(fā)展，讓更大范圍的服務復用成為可能。Web service 描述語言(WSDL)就是這樣一個基于 XML 的語言，用于描述 Web service 及其函數(shù)、參數(shù)和返回值。因為是基于 XML 的，所以 WSDL 既是可閱讀的，又是人可閱讀的，這將是一個很大的好處。一些最新的開發(fā)工具既能根據(jù)你的 Web service 生成 WSDL 文檔，又能導入 WSDL 文檔，生成調用相應 Web service 的代碼。還有一些特定的服務，如果文件系統(tǒng)服務，數(shù)據(jù)庫服務等。2.3. 面向服務的編程SOA 和基于標準的Web 服務以及基于互聯(lián)網(wǎng)的交付模式的出現(xiàn)為新的軟件平

38、臺的技術創(chuàng)新提供了重要的基礎。在 UAP-ESB V6 中的稱作 SOP(面向服務編程)的一種性的軟件組件化技術就是這些技術創(chuàng)新之一。SOA 的重點是使用“服務操作”的各個系統(tǒng)之間的通訊，而 SOP 是為建立靈活的應用程序模塊提供一種新的技術。這種模塊把內部流程、本地服務操作當作“組裝的元件”。 SOP不是僅僅使用服務這些系統(tǒng)，而是提供一種模塊驅動的技術，使用內存中的服務鏡像運行一個完整的應用程序。由于這些內存中的服務能夠通過 Web 服務標準或者任何專有的協(xié)議透明地實現(xiàn)外部化，SOP 能夠自動地把 SOA 添加到應用程序模塊中，并且從“內部”進行實時整合，從而消除價格昂貴的數(shù)據(jù)的需求。SOP

39、 模塊能夠用來改變和集成數(shù)量級，比單獨使用 SOA 速度更快、更方24大中型企業(yè)與公共組織云平臺便。2.4. J2SE 下的接口編程Java 技術發(fā)展到今天，設計模式被廣泛使用，并發(fā)展了設計模式，其技術本身也在追求松耦合、細粒度封裝，以達到更好的復用、易用的效果。比如 IOC：其原理是基于 OO 設計原則的 TheHollywood Principle不創(chuàng)建對象，但是描述創(chuàng)建它們的方式；在代碼中不直接與對象和服務連接，但在配置文件中描述哪一個組件需要哪一項服務；最終由容器負責將這些在一起。在java 7 中對于 Web 服務堆棧將會有所升級，包括 JAXP 1.4、JAXB 2.2a 和 JA

40、X-WS 2.2。Java 7 也包括 I/O 和上的數(shù)個加強，包括可擴展異步 I/O 操作、socket-channel binding 和配置以及多路傳送數(shù)據(jù)報。所有這些都使用得面向服務的編程變得非常的容易。2.4.1.Java EE 下的面向服務編程自 Java EE 架構規(guī)范是專門為企業(yè)級的應用而量身定制的，其內部的很多容器都是以服務的方式提供的。自 1.5 版本開始，除了原來的比較突出的應用服務器的 WEB 容器和 EJB 容器，就置入了對 WEB Service 的支持，其中主要的 API 包括：JAX-RPC 1.1JAX-WS 2.0JAXB2.0SAAJ1.3JAXR1.0S

41、tAX1.0Web Services Metadata 2.0Web Services 1.2Java EE 中最顯著的性能是 Java 注釋的用法。為了創(chuàng)建一項服務，開發(fā)者只需要編寫一個 POJO（Plain Old Java Object）類，用適當?shù)?Web 服務注釋解釋。Java EE 容器將負責將 POJO 作為 Web服務。Java EE 6 通過 JAX-RS 1.1 添加了對 RESTful Web 服務的支持。JAX-RS 根據(jù) REST 架構風格提供 Java 注釋作為 Web 服務來POJO 類。在 Java 7 中，對于 Web 服務堆棧將會有所升級，包括 JAXP 1

42、.4、JAXB 2.2a 和 JAX-WS 2.2。25大中型企業(yè)與公共組織云平臺Java 7 也包括 I/O 和上的數(shù)個加強，包括可擴展異步 I/O 操作、socket-channel binding 和配置以及多路傳送數(shù)據(jù)報。這些可以被用來為 SOA 平臺實施提供一種更好的可擴展性和性能。2.4.2.OSGI 下的面向服務編程OSGi 是由 1999 年成立的 OSGi提出的一個開放的服務規(guī)范，最初的目的是為設備，確切地說是為可以通過的設備提供一個通用的軟件運行平臺，不同設備之間的硬件和操作系統(tǒng)差異，使軟件可以動態(tài)地部署和更新。后來 Eclipse 組織注意到了 OSGi 的優(yōu)點，決定將

43、Eclipse3.0 及后續(xù)版本的插件體系結構基于 OSGi 來實現(xiàn)，并專門成立了一個子項目Equinox 來實現(xiàn) OSGi R4 規(guī)范，把 Equinox 作為 Eclipse 的底層運行平臺。Eclipse 組織的這一決定帶來了雙贏的局面，今天的 Eclipse 由于其出色的可擴展的體系結構，已經(jīng)不再是一個單純的 Java IDE，而是一個開放的開發(fā)平臺，一個通用的可擴展的軟件框架，OSGi 也不再局限于嵌入式領域，而是成為了一個通用的動態(tài)組件開發(fā)環(huán)境，在桌面，服務器端等領域得到了大量應用。OSGi(Open Services Gateway Initiative,開放服務網(wǎng)關協(xié)議)提供了

44、一個面向服務組件的編程模型，基于 OSGi 編程，具有模塊化，標準化，面向服務，動態(tài)性，易復用，易擴展，易部署等諸多優(yōu)點。OSGi 帶來了規(guī)范化的模塊劃分，低耦合的模塊間關系，統(tǒng)一的模塊開發(fā)方式，可動態(tài)插拔的模塊管理環(huán)境。正是看到了 OSGi 規(guī)范的諸多優(yōu)點對整個 SOA 架構的好處，我們從 UAP-ESB 設計之初就把其考慮進去，整個就架構在 OSGI 一個微內核上。所有的功能都是以 OSGi 的 BUNDLE 的形式提供，在 BUNDLE 中內置了一系列的服務供內部和外部使用。2.4.3.UAP-ESB 組件框架的服務編程UAP-ESB 平臺能最大程度上滿足市場的需求在設計之初考慮到了影響

45、其易用性、擴展性和靈活性的方方面面：以上的各種服務提供方式的優(yōu)缺點。在對各種技術下的服務編程模型進行深入分析后我們提出了的服務組件架構，從服務定義開始，到通過組件實現(xiàn)服務，從通過綁定協(xié)議將服務發(fā)布出去供其他的服務，到最種將集成項目部署成為一個 OSGi 的組件，每一步都有 IDE 的完美支撐。充分吸收了許多集成項目中的經(jīng)驗。通過對實施集成解決方案的研究分析和對市場上基于 SOA26大中型企業(yè)與公共組織云平臺的完整技術解決方案的研究，對該領域的市場需求有了更深入的認識。UAP-ESB本身也是基于 SOA 的思想構建的，并在開發(fā)過程中融入了對以往的經(jīng)驗，這一切都使得所提供的服務組件架構更適合我們的

46、集成項目或者去開發(fā)一個。將對 Spring-DM 的支持融入，這樣基于 Spring 框架開發(fā)的功能就可以以 OSGi 組件的方式進入服務框架并方便的被其他的服務/組件所使用。在實現(xiàn)服務組件框架時完全遵循了 SOA思想中的 SCA 和 SDO 規(guī)范。這使得 EAP-ESB 的服務組件框架具有了語言無關性，它提供了一的面向服務構件的調用方式，使得客戶可以把不同的軟件模塊通過服務構件的標準化而統(tǒng)一地封裝起來和被調用。綜上，UAP-ESB 提供了如下的服務框架體系，如下圖所示： 服務-組件-復合組件-集成服務組件 交換規(guī)則，數(shù)據(jù)轉換器 流程定義應用級組件 協(xié)議綁定，通過協(xié)議部提供服務 FILE，對文件處理相關的功能作了封裝。 DB，對數(shù)據(jù)庫處理的相關功能作了封裝