互聯(lián)網(wǎng)應(yīng)用集成的研究與實現(xiàn)

1、互聯(lián)網(wǎng)應(yīng)用集成的研究與實現(xiàn) 摘要：信息系統(tǒng)集成的基本含義為：將業(yè)務(wù)流程以及各種類型的軟硬件緊密銜接，并輔以國家出臺的相關(guān)標(biāo)準(zhǔn)，借助不低于兩個的企業(yè)相異應(yīng)用系統(tǒng)，來達(dá)到精準(zhǔn)無縫集成的效果，并據(jù)此成功構(gòu)建出能夠?qū)崿F(xiàn)數(shù)據(jù)共享的科學(xué)完善的中心系統(tǒng)。唯有如此，才可使得多樣化應(yīng)用系統(tǒng)和某特定數(shù)據(jù)庫彼此之間保持良好銜接，并以此來針對各種類型的業(yè)務(wù)，進(jìn)行科學(xué)得當(dāng)?shù)募?xì)致處理，此外還可實現(xiàn)信息共享，從而切實增強(qiáng)企業(yè)既定的工作效率，有效滿足諸多客戶提出的一系列實際需求。在本篇論文中，旨在針對互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成，進(jìn)行科學(xué)合理的綜合研究，并以華強(qiáng)供電企業(yè)為基準(zhǔn)，針對其中所含信息化建設(shè)過程中存在的一系列亟待解決的根本

2、問題，進(jìn)行相對深入的細(xì)致探討，再據(jù)此融于互聯(lián)網(wǎng)進(jìn)行系統(tǒng)集成，深入討論互聯(lián)網(wǎng)應(yīng)用實施信息系統(tǒng)集成的作用、運行環(huán)境以及其所應(yīng)用的多樣化技術(shù)，此外還涉及到系統(tǒng)集成的詳細(xì)過程。在本篇論文中，旨在基于理論方面入手，并將其與實踐相結(jié)合，對互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成作了較為全面的綜合研究，這對于后期各供電企業(yè)進(jìn)行系統(tǒng)集成工作，將可提供有力的理論支撐。關(guān)鍵詞：信息孤島；信息系統(tǒng)集成；系統(tǒng)優(yōu)化Abstract: The basic meaning of information system integration is: the business process and various types of softw

3、are and hardware are closely connected, and supplemented by the relevant standards issued by the state, with no less than two different enterprise application systems to achieve precise and seamless integration. The result, and based on this, successfully built a scientific and complete central syst

4、em that can achieve data sharing. Only in this way can the diversified application system and a specific database be well connected to each other, and scientifically and appropriately deal with various types of business, and also realize information sharing, thereby enhancing The established work ef

5、ficiency of the enterprise effectively meets a series of actual needs put forward by many customers.In this paper, aiming at the integration of Internet application information systems, scientific and rational comprehensive research, and based on Huaqiang power supply enterprises, aiming at a series

6、 of fundamental problems that need to be solved in the process of information construction. Relatively in-depth and meticulous discussion, and then integrated into the Internet for system integration, in-depth discussion of the role of Internet application implementation information system integrati

7、on, operating environment and the diversified technology applied to it, in addition to the detailed process of system integration.In this paper, the aim is to start with a theoretical approach and combine it with practice to make a comprehensive and comprehensive study on the integration of Internet

8、 application information systems. This will provide powerful support for the system integration work of various power supply enterprises in the later period. Theoretical support.Key Words: Information islands；Information System Integration；System Optimization目錄1信息系統(tǒng)集成的理論概述41.1信息系統(tǒng)集成概要4l.1.1信息系統(tǒng)集成的概念

9、41.1.2信息系統(tǒng)集成解決的問題41.2信息系統(tǒng)集成的理論概述51.2.1集成的原動力51.2.2集成的內(nèi)涵51.2.3集成的層次62互聯(lián)網(wǎng)應(yīng)用管理特點和存在的問題72.1互聯(lián)網(wǎng)應(yīng)用管理特點72.1.1網(wǎng)絡(luò)系統(tǒng)初步形成72.1.2信息技術(shù)基礎(chǔ)條件有了明顯的提升72.1.3信息化應(yīng)用水平有了顯著提高72.2互聯(lián)網(wǎng)應(yīng)用客戶服務(wù)特點82.2.1實現(xiàn)信息系統(tǒng)整合與信息資源共享82.2.2信息系統(tǒng)集成將轉(zhuǎn)變互聯(lián)網(wǎng)應(yīng)用經(jīng)營管理模式82.2.3信息系統(tǒng)集成能推動互聯(lián)網(wǎng)應(yīng)用企業(yè)整體發(fā)展92.3互聯(lián)網(wǎng)應(yīng)用信息化建設(shè)存在的問題93互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成要點分析104.1互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成的指導(dǎo)方針和目標(biāo)10

10、4.1.1互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成指導(dǎo)方針104.1.2互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成目標(biāo)104.2互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成的內(nèi)容114.2.1數(shù)據(jù)集成114.2.2應(yīng)用集成114.2.3業(yè)務(wù)流程集成124.2.4構(gòu)建信息門戶124.2.5構(gòu)建數(shù)據(jù)倉庫134.2.6構(gòu)建決策支持系統(tǒng)144.2.7實現(xiàn)部門間水平集成和垂直集成144.2.8構(gòu)建知識管理系統(tǒng)144.2.9建設(shè)管控體系154.3互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成的難點分析154.4.1數(shù)據(jù)集成的難點154.4.2規(guī)范與標(biāo)準(zhǔn)集成的難點164.4.3系統(tǒng)體系結(jié)構(gòu)集成的難點164.4.4操作系統(tǒng)和網(wǎng)絡(luò)硬件環(huán)境集成的難點164.4互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成需要的運行環(huán)境

11、174.5互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成應(yīng)用的技術(shù)184.5.1Web服務(wù)184.5.2面向服務(wù)體系結(jié)構(gòu)194.5.3企業(yè)S以的主干道194.6互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成的方法194.6.1構(gòu)建模型204.6.2系統(tǒng)改造204.6.3應(yīng)用集成204.6.4提供交互服務(wù)204.6.5管理評估體系214.6.6加速集成過程214互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成實施214.1互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成實施原則214.2互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成實施步驟214.2.1提交可行性報告，成立項目團(tuán)隊，做好宣傳工作214.2.2根據(jù)互聯(lián)網(wǎng)應(yīng)用總體需求，確定公司信息系統(tǒng)集成的原則與目標(biāo)224.2.3分析現(xiàn)有各個系統(tǒng)的功能設(shè)計、數(shù)據(jù)基礎(chǔ)、運

12、行環(huán)境等現(xiàn)狀224.2.4確定信息系統(tǒng)集成的功能，決定集成后應(yīng)用系統(tǒng)取舍的具體內(nèi)容234.2.5采用統(tǒng)一的數(shù)據(jù)標(biāo)準(zhǔn)，開發(fā)接口和新的系統(tǒng)來實現(xiàn)統(tǒng)一234.2.6測試集成后的應(yīng)用系統(tǒng)234.2.7優(yōu)化集成后的應(yīng)用系統(tǒng)性能234.2.8制定維護(hù)辦法244.2.9驗收總結(jié)245互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成總結(jié)241信息系統(tǒng)集成的理論概述1.1信息系統(tǒng)集成概要l.1.1信息系統(tǒng)集成的概念信息系統(tǒng)集成的基本含義為：將業(yè)務(wù)流程以及各種類型的軟硬件緊密銜接，并輔以國家出臺的相關(guān)標(biāo)準(zhǔn)，借助不低于兩個的企業(yè)相異應(yīng)用系統(tǒng)，來達(dá)到精準(zhǔn)無縫集成的效果，并據(jù)此成功構(gòu)建出能夠?qū)崿F(xiàn)數(shù)據(jù)共享的科學(xué)完善的中心系統(tǒng)。唯有如此，才可使得多

13、樣化應(yīng)用系統(tǒng)和某特定數(shù)據(jù)庫彼此之間保持良好銜接，并以此來針對各種類型的業(yè)務(wù)，進(jìn)行科學(xué)得當(dāng)?shù)募?xì)致處理，此外還可實現(xiàn)信息共享，從而切實增強(qiáng)企業(yè)既定的工作效率，有效滿足諸多客戶提出的一系列實際需求。信息系統(tǒng)集成將可使得各種類型的信息，基于某特定平臺進(jìn)行集成與共享，從而實現(xiàn)集成效果。通過信息系統(tǒng)集成系統(tǒng)，企業(yè)可集成多樣化信息系統(tǒng)，并能實現(xiàn)各類信息的迅速跟蹤交換，還可有效提高企業(yè)當(dāng)前的信息響應(yīng)能力。不僅如此，由于中國社會正在逐步實現(xiàn)信息化，故而電子商務(wù)企業(yè)必須針對企業(yè)當(dāng)中的系統(tǒng)進(jìn)行整合，還應(yīng)針對供應(yīng)鏈內(nèi)部所含的多樣化環(huán)節(jié)，進(jìn)行科學(xué)得當(dāng)?shù)恼?。從這一角度來看，信息系統(tǒng)集成并非單單有益于企業(yè)和各類應(yīng)用彼此之

14、間的緊密連接，而且還能在多樣化企業(yè)彼此之間，成功構(gòu)建出科學(xué)有效的溝通機(jī)制。對于信息系統(tǒng)集成而言，其將能基于交易雙方彼此之間，成功構(gòu)建出較為緊密的聯(lián)系，并借助于互聯(lián)網(wǎng)的作用來實現(xiàn)資源共享。此舉將能盡可能降低網(wǎng)絡(luò)成本以及相應(yīng)的管理成本。正因如此，當(dāng)前時期，信息系統(tǒng)集成技術(shù)逐步于絕大部分企業(yè)當(dāng)中，獲得相對廣泛的實際應(yīng)用，旨在作用于針對電子商務(wù)以及各類企業(yè)彼此之間所含的應(yīng)用集成。從本質(zhì)上而言，信息系統(tǒng)集成將能關(guān)聯(lián)至其架構(gòu)內(nèi)部的全部實體，并借助于集成供應(yīng)鏈內(nèi)部含有的全部應(yīng)用，來與某特定數(shù)據(jù)庫彼此之間達(dá)到良好的信息共享效果。據(jù)此將可實現(xiàn)和企業(yè)彼此之間的無縫集成，并達(dá)到尤為良好的信息共享效果。如果基于業(yè)務(wù)方

15、面進(jìn)行觀察，則信息系統(tǒng)集成的基本概念為：促進(jìn)各種類型業(yè)務(wù)信息的實時共享，使其融于某特定的業(yè)務(wù)流程之中。與此同時，如果基于技術(shù)角度進(jìn)行觀察，它指的是集成不同應(yīng)用程序和數(shù)據(jù)以實現(xiàn)數(shù)據(jù)共享和業(yè)務(wù)流程集成的過程，而無需對現(xiàn)有應(yīng)用程序進(jìn)行太多修改。簡而言之，它集成了在企業(yè)中完成不同業(yè)務(wù)功能的應(yīng)用系統(tǒng)，并建立了它們之間的數(shù)據(jù)通信和應(yīng)用程序通信的中央系統(tǒng)，以便用戶能夠公平公正的訪問多樣化應(yīng)用程序，還可保持?jǐn)?shù)據(jù)源的基本一致。1.1.2信息系統(tǒng)集成解決的問題通常情況下，信息系統(tǒng)集成將可切實解決下述基本問題：(l)將能和多樣化外部信息進(jìn)行良好融合:其將可基于組織所提出的一系列實際需求，與各種類型的異構(gòu)信息進(jìn)行及時

16、融合。(2)有效規(guī)避信息孤島現(xiàn)象的發(fā)生:值得一提的是，當(dāng)借助于信息系統(tǒng)集成的作用，將能促進(jìn)信息共享，從而切實規(guī)避信息孤島現(xiàn)象的發(fā)生。(3)逐步提高信息的價值:借助于上述兩大基本功能，將可有效提升多樣化信息的實際利用率，并盡可能產(chǎn)生組織迫切需要的高價值信息，以此來向組織的核心決策者，提供有價值的各種信息，以此來實現(xiàn)信息增值。綜上所述，正是由于信息系統(tǒng)集成含有三大核心優(yōu)勢，才可幫助已應(yīng)用企業(yè)應(yīng)用集成的相關(guān)部門，可基于數(shù)據(jù)以及知識等基本方面，獲得高價值信息以做出正確決策。正因如此，信息系統(tǒng)集成才逐步在各類企業(yè)甚至于政府當(dāng)中，逐步獲得相對廣泛的實際應(yīng)用。1.2信息系統(tǒng)集成的理論概述1.2.1集成的原動

17、力集成的初衷并不在于獲得最終結(jié)果，而是屬于一種有效的優(yōu)化手段，其旨在切實滿足多樣化企業(yè)所提出的戰(zhàn)略目標(biāo)需求。故而當(dāng)正式集成前，必須針對性掌握此次集成所需滿足的根本目標(biāo)，并進(jìn)行集中擊破。對于集成而言，其必須圍繞各種類型的業(yè)務(wù)而實現(xiàn)，其往往依賴于信息化而產(chǎn)生的原動力，來決定自身所含的關(guān)鍵性。從本質(zhì)上而言，IT部門實則為現(xiàn)今炙手可熱的服務(wù)部門之一，旨在為切實滿足企業(yè)所制定的戰(zhàn)略目標(biāo)而持續(xù)奮斗，故而IT在實際建設(shè)過程中，也必須遵循此項基本準(zhǔn)則。然而，人們對于信息化的深入掌握，實則必須經(jīng)歷下述若干過程：當(dāng)處于發(fā)展初期，人們往往愈加關(guān)注于技術(shù)的重要性，在此期間，信息化旨在基于各種類型的技術(shù)而進(jìn)行；在此之后

18、，信息化日益趨于成熟，業(yè)務(wù)所發(fā)揮的作用已經(jīng)超過技術(shù)，此階段即為高級階段。值得一提的是，在此階段中，企業(yè)往往需要針對戰(zhàn)略目的進(jìn)行綜合考量，這尤為關(guān)鍵。以中國為例，其中含有的信息化已持續(xù)發(fā)展二十余年之久。1.2.2集成的內(nèi)涵如果基于戰(zhàn)略以及技術(shù)等若干方面進(jìn)行綜合考量，則將可對集成進(jìn)行深入細(xì)分，其中包含功能性，除此之外，還涉及到非功能性。(l)如果基于功能性角度來看，則其將能細(xì)分為下述基本方面。其中包含跨企業(yè)邊界集成技術(shù)以及相應(yīng)的數(shù)據(jù)集成；此外還涵蓋流程管理以及相應(yīng)的業(yè)務(wù)規(guī)則管理等。(2)如果基于非功能性角度來看，則其將能細(xì)分為下述基本方面。其中包含顯著的靈活性以及穩(wěn)定的安全機(jī)制，此外還涵蓋支持各種

19、類型的標(biāo)準(zhǔn)，并含有一定的可靠性，還能進(jìn)行復(fù)制，便于后期進(jìn)行科學(xué)有效的統(tǒng)籌管理。1.2.3集成的層次從本質(zhì)上而言，多樣化企業(yè)所含有的應(yīng)用系統(tǒng)集成，實則表現(xiàn)出并不一致的起點。對于某些企業(yè)而言，其在初期則已針對多樣化信息的集成進(jìn)行綜合考量；而對于某些企業(yè)而言，其直到項目進(jìn)行的過程中，才逐步多樣化數(shù)據(jù)的集成進(jìn)行綜合考量；甚至于某些企業(yè)已經(jīng)以WEB為基礎(chǔ)，與相關(guān)企業(yè)彼此之間實現(xiàn)良好的集成與交流。然而，無論信息系統(tǒng)集成所經(jīng)歷的發(fā)展過程怎樣，企業(yè)當(dāng)對其進(jìn)行實際應(yīng)用時，必須基于自身的實際情況進(jìn)行綜合考量，例如：企業(yè)規(guī)模以及相應(yīng)的發(fā)展戰(zhàn)略，唯有如此，才能選擇自身恰當(dāng)適宜的集成策略及其統(tǒng)籌的規(guī)劃方案。如果基于多樣

20、化角度進(jìn)行觀察，則信息系統(tǒng)集成技術(shù)將能細(xì)分為若干基本分類方法，詳細(xì)如下。如果基于應(yīng)用集成對象進(jìn)行細(xì)致劃分，則其將能細(xì)分為兩大類別，其中包含面向數(shù)據(jù)而實現(xiàn)的集成，此外還涵蓋面向過程而實現(xiàn)的集成；與此同時，如果基于應(yīng)用集成過程中應(yīng)用到的各項技術(shù)進(jìn)行細(xì)致劃分，則其將能細(xì)分為六大類別，其中包含平臺集成、組件集成以及相應(yīng)的過程集成，除此之外，還涉及到數(shù)據(jù)集成、應(yīng)用集成及其相應(yīng)的業(yè)務(wù)集成。值得一提的是，如果基于企業(yè)組織進(jìn)行細(xì)致劃分，則其將能細(xì)分為三大類別，依次為水平性、垂直性和多樣化組織彼此之間所含有的系統(tǒng)集成。基于上述基本內(nèi)容將可得知，若基于深度方面進(jìn)行概括，則集成旨在經(jīng)由本來的數(shù)據(jù)集成，逐步過渡至面向

21、過程而實現(xiàn)的集成，在此過程中，無論從集成難易來看，亦或為由此而獲得的經(jīng)濟(jì)效益來看，多樣化集成方式均存在一定的差異性。若基于廣度方面進(jìn)行概括，則集成旨在經(jīng)由本來的部門集成，逐步過渡至多樣化企業(yè)彼此之間所進(jìn)行的集成。但無論為何種集成方式，最終所達(dá)到的目標(biāo)均為一致，即實現(xiàn)各種類型數(shù)據(jù)彼此之間的信息共享。除此之外，在信息系統(tǒng)集成的過程中，實則涉及到一系列標(biāo)準(zhǔn)，詳細(xì)如下:（1）完全一致的標(biāo)準(zhǔn):若想切實保障數(shù)據(jù)集成過程中的良好安全性能，需要將各種類型的數(shù)據(jù)格式，均秉持某特定標(biāo)準(zhǔn)。唯有如此，才可實現(xiàn)多樣化信息的充分共享，并據(jù)此成功構(gòu)建出科學(xué)合理的系統(tǒng)集成核心。其中重點涵蓋COM+/DCOM、EDI以及XML

22、等。（2）平臺內(nèi)部應(yīng)實現(xiàn)良好集成:若想使得系統(tǒng)集成達(dá)到顯著的效果，則必須基于基本結(jié)構(gòu)以及各種類型的軟硬件方面著手，力求切實滿足異構(gòu)網(wǎng)絡(luò)所提出的一系列實際需求，才可進(jìn)行良好集成。在此過程中，平臺集成應(yīng)針對多樣化工具，進(jìn)行科學(xué)有效的及時處理，才能切實保障系統(tǒng)得以在實際運行過程中，保持尤為迅猛的通信速度。2互聯(lián)網(wǎng)應(yīng)用集成特點和存在的問題2.1互聯(lián)網(wǎng)應(yīng)用集成特點近年來，多樣化計算機(jī)應(yīng)用逐步獲得相對廣泛的實際應(yīng)用，在此背景下，互聯(lián)網(wǎng)應(yīng)用信息化也如火如荼的盛行起來。尤其在當(dāng)前時期，其逐步獲得相對穩(wěn)定的迅猛發(fā)展，重點體現(xiàn)在如下基本方面:2.1.1網(wǎng)絡(luò)系統(tǒng)初步形成基于各項統(tǒng)一性基本準(zhǔn)則，并秉持分級管理的根本方

23、針，企業(yè)現(xiàn)有的通信網(wǎng)以及信息網(wǎng)絡(luò)系統(tǒng)等，均已經(jīng)成功構(gòu)建出來。經(jīng)由數(shù)十年的持續(xù)構(gòu)建，中國現(xiàn)有的電力專用通信網(wǎng)愈加科學(xué)健全，并衍生出微波以及光纖等若干通信方法，涉及6大縣級供電公司。不僅如此，電力公司信息網(wǎng)等也逐步構(gòu)建成功。2.1.2信息技術(shù)基礎(chǔ)條件有了明顯的提升直至2006年，本文所研究的企業(yè)，現(xiàn)有的已經(jīng)應(yīng)用該系統(tǒng)的多樣化計算機(jī)設(shè)備數(shù)量，已經(jīng)高達(dá)1000余臺，相較于2000年，大幅提升300%，與此同時，存在各種類型的服務(wù)器高達(dá)30余臺，多樣化打印機(jī)設(shè)備高達(dá)300臺。當(dāng)前時期，企業(yè)當(dāng)中的工作者幾乎單人配備單臺電腦，并且公司信息網(wǎng)所含有的上網(wǎng)用戶，已經(jīng)高于700人?；谟嬎銠C(jī)方面來看，企業(yè)當(dāng)中的工

24、作者，無論從操作能力方面來看，亦或為從基礎(chǔ)知識的掌握程度而言，相較以往均表現(xiàn)出顯著的提升。2.1.3信息化應(yīng)用水平有了顯著提高現(xiàn)如今，互聯(lián)網(wǎng)應(yīng)用已經(jīng)逐步達(dá)到預(yù)期的信息化建設(shè)效果，基于管理方式來看，其已經(jīng)能夠進(jìn)行線上辦公。事實上，信息化應(yīng)用旨在涵蓋生產(chǎn)以及內(nèi)部網(wǎng)站等若干部分，由此而衍生出的諸多應(yīng)用子系統(tǒng)，將可涉及到全部單位，從而達(dá)到良好的辦公數(shù)字化管理效果。從本質(zhì)上來看，上述應(yīng)用子系統(tǒng)對于單位所進(jìn)行的日常工作而言尤為關(guān)鍵。正是由于信息化的逐步推進(jìn)，才使得電網(wǎng)管理水平相較以往大幅度攀升。不僅如此，電力營銷管理也逐步實現(xiàn)信息化，從而使得現(xiàn)今電力行業(yè)表現(xiàn)出的整體服務(wù)水平，也獲得突破式的提高。2.2EJ

25、B組件技術(shù)所存在的局限性及其解決辦法2.2.1EJB組件技術(shù)簡介EJB實則為現(xiàn)今備受青睞的JavaEE服務(wù)器端組件模型之一，旨在將結(jié)束編寫的某特定程序盡數(shù)打包，并使其運行于指定的服務(wù)器當(dāng)中。由于java含有突出的跨平臺效用，故而若運用EJB技術(shù)來成功構(gòu)建出科學(xué)完善的分布式系統(tǒng)，將不會受到來源于平臺的局限性。EJB實則經(jīng)由J2EE衍生而來，旨在涵蓋網(wǎng)絡(luò)服務(wù)中心支持，除此之外，還涉及到核心開發(fā)工具。對于EJB而言，其實則為借助于Java語言的作用，而成功構(gòu)建出的科學(xué)完善的業(yè)務(wù)應(yīng)用程序平臺之一，該平臺不僅能夠進(jìn)行移植，而且可以實現(xiàn)伸縮。通常情況下，EJB組件將能細(xì)分為三大類別，其中包含會話bean以

26、及實體，除此之外，還涉及到消息驅(qū)動bean。java持久化API完全獨立于EJB3容器。業(yè)務(wù)邏輯處理由兩組件：會話bean，消息驅(qū)動bean容器管理。持久化對象成為實體，由持久化提供器通過EntityManager接口管理。會話bean有兩種類型：有狀態(tài)（stateful）和無狀態(tài)（stateless）。既可以在本地調(diào)用會話bean，也可以使用Java RMI遠(yuǎn)程調(diào)用。無狀態(tài)會話bean可以暴露為Web服務(wù)。從本質(zhì)上而言，消息驅(qū)動bean實則和會話bean完全一致，MDB也能針對各種類型的業(yè)務(wù)邏輯，進(jìn)行科學(xué)有效的及時處理，然而，其同樣存在一定的差異性。例如：客戶端無法對MDB法進(jìn)行調(diào)用。典型的

27、消息服務(wù)器有IBM WebSphere MQ、Oracle Advanced Queueing 和TIBCO。MDB通常用于健壯系的集成和異步處理。實體以及JPA結(jié)合起來，通常又被人們稱之為API。JPA旨在基于XML描述對象關(guān)系表中所顯示的映射關(guān)系，將處于運行期當(dāng)中的全部實體對象，均進(jìn)行充分的持久化，再使其存儲至指定的數(shù)據(jù)庫當(dāng)中。值得一提的是，持久化的基本含義為：將java對象包含的數(shù)據(jù)自動存儲到數(shù)據(jù)庫中。EJB3中的持久化由JPA管理。ORM在本質(zhì)上是使用配置把java對象中保存的數(shù)據(jù)映射到數(shù)據(jù)庫表的過程。持久化提供器在本質(zhì)上是支持EJB3 Java持久化API（JPA）的ORM框架。JP

28、A定義了如下標(biāo)準(zhǔn)：用于把實體映射到數(shù)據(jù)表的ORM配置元數(shù)據(jù)的創(chuàng)建；EntityManager API用于對實體執(zhí)行CRUD持久化操作的標(biāo)準(zhǔn)API；Java持久化查詢語言（JPQL），用于搜索和檢索持久化應(yīng)用程序數(shù)據(jù)。因為JPA標(biāo)準(zhǔn)化了Java平臺的ORM框架，所以你可以插入ORM產(chǎn)品（比如JBoss Hibernate、Oracle TopLink或BEA Kodo）作為應(yīng)用程序和底層JPA“持久化提供器”。使用API構(gòu)造應(yīng)用程序的持久化邏輯，就必須使用實體。實體是持久化到數(shù)據(jù)庫中的java對象。JPA EntityManager接口以設(shè)計提供持久化服務(wù)的方式管理實體。雖然實體通知JPA提供器

29、如何映射到數(shù)據(jù)庫，的是那會實體并不持久化自己。EntityManager接口從實體讀取ORM元數(shù)據(jù)并且執(zhí)行持久化操作。JPA提供處理生命周期管理、性能優(yōu)化、緩存和事務(wù)管理的基本功能。2.2.2EJB組件特點以及局限性EJB旨在作用于成功構(gòu)建出科學(xué)完善的分布式應(yīng)用程序，其和.com技術(shù)存在異曲同工之妙。由于java含有突出的跨平臺效用，故而若運用EJB技術(shù)來成功構(gòu)建出科學(xué)完善的分布式系統(tǒng)，將不會受到來源于平臺的局限性。EJB實則經(jīng)由J2EE衍生而來，旨在涵蓋網(wǎng)絡(luò)服務(wù)中心支持，除此之外，還涉及到核心開發(fā)工具。通常情況下，EJB組件將能細(xì)分為三大類別，其中包含會話bean以及實體，除此之外，還涉及到

30、消息驅(qū)動bean。1.Session Bean旨在針對各種類型的業(yè)務(wù)邏輯進(jìn)行一一實現(xiàn)。一旦客戶端發(fā)送相應(yīng)的請求時，容器將會即刻選擇某特定的Session Bean，以此來向該客戶端提供一系列服務(wù)。值得一提的是，雖然Session Bean能夠針對數(shù)據(jù)庫進(jìn)行訪問，但其往往會借助于Entity Bean的作用，來針對多樣化數(shù)據(jù)進(jìn)行跟蹤訪問。2.Entity Bean實則為典型的域模型對象之一，將能達(dá)到O/R映射的效果，其旨在將數(shù)據(jù)庫當(dāng)中存在的全部表記錄，均匹配對應(yīng)映射至某特定內(nèi)存中含有的Entity對象。從這一角度來看，若成功創(chuàng)建某特定Entity Bean對象，實則即為成功創(chuàng)建某特定記錄，刪除操

31、作和修改操作也是如此。3.MessageDriven Bean旨在以JMS消息為基礎(chǔ)，針對來源于客戶端的JMS消息進(jìn)行及時接收，并實現(xiàn)科學(xué)有效的及時處理。從本質(zhì)上來看，MDB即為特殊的異步無狀態(tài)Session Bean，一旦某客戶端對其進(jìn)行調(diào)用后，僅需即刻返回即可。然而，這實則適合與之相匹配的場合，例如：常規(guī)的訂單處理等。唯有如此，才可切實規(guī)避客戶端出現(xiàn)長期等待的行為。2.2.3EJB的劣根性的解決辦法互聯(lián)網(wǎng)應(yīng)用當(dāng)針對各種類型的IT系統(tǒng)，進(jìn)行實際應(yīng)用之后，將會形成與之相匹配的信息孤島，同一數(shù)據(jù)將會基于多樣化系統(tǒng)彼此之間，進(jìn)行不停地重復(fù)和交叉，在此過程中，無需進(jìn)行良好的維護(hù)與更新，這將不利于企業(yè)

32、對其進(jìn)行行之有效的統(tǒng)籌管理。例如：對于某特定的企業(yè)而言，其中所涉及的管理流程，主要分布于OA以及MIS控制的環(huán)節(jié)，在此情況下，若兩大流程之間無法實現(xiàn)協(xié)調(diào)配合，則將會引發(fā)不可避免的麻煩。再如，對于客戶信息以及相應(yīng)的訂單信息而言，兩者基于CRM及其營銷系統(tǒng)當(dāng)中均有體現(xiàn)，并完全一致。故而銷售部門將不得不對其進(jìn)行重復(fù)錄入，這樣將會有效提高現(xiàn)有的工作量，而且不利于工作的跟蹤落實。若想切實解決上述根本問題，則需要借助于信息系統(tǒng)集成的作用，將各種類型的系列應(yīng)用軟件均進(jìn)行良好的彼此銜接，從而促進(jìn)其彼此之間的信息共享，充分發(fā)揮出其所含有的最大效能。2.3搭建Web服務(wù)開發(fā)環(huán)境和Web服務(wù)集成環(huán)境本人針對WEB服

33、務(wù)開發(fā)，是基于JAVA JDK1.8環(huán)境的搭建和配置，是基于Windows7環(huán)境下的JAVAWEB服務(wù)開發(fā)環(huán)境，具體如下?；贏xis1.4的webservice接口開發(fā)（環(huán)境搭建）1）環(huán)境搭建： 搜索關(guān)鍵字“Axis1.4”下載Axis1.4相關(guān)的jar包。下載地址： 解壓下載的壓縮包，放到你辦公的軟件的安裝目錄下。我一般辦公軟件安裝路徑在D:office path目錄下，所以就以D:office path為例： 配置環(huán)境變量：AXIS_HOMED:office pathaxis-1_4AXIS_LIB%AXIS_HOME%libAXISCLASSPATH%AXIS_LIB%axis.jar

34、;%AXIS_LIB%axis-ant.jar;%AXIS_LIB%commons-discovery-0.2.jar;%AXIS_LIB%commons-logging-1.0.4.jar;%AXIS_LIB%jaxrpc.jar;%AXIS_LIB%log4j-1.2.8.jar;%AXIS_LIB%saaj.jar;%AXIS_LIB%wsdl4j-1.5.1.jar 檢測Axis配置是否生效：在cmd命令行環(huán)境下輸入：echo %AXIS_HOME% 部署Axis1.4的Tomcat環(huán)境：復(fù)制D:office pathaxis-1_4webapps下的axis文件到D:office p

35、athApache-Tomcat-8.0.21webapps（D:office pathApache-Tomcat-8.0.21為你的Tomcat部署環(huán)境） 檢驗Axis1.4的Tomcat環(huán)境：在地址欄輸入http:/localhost:8080/axis得到下圖，便證明環(huán)境部署成功，可以進(jìn)行下一步的代碼開發(fā)了。2.4實現(xiàn)單個Web服務(wù)的開發(fā)1）發(fā)布一個webservice服務(wù)的過程，如下代碼所示/* 基于soap協(xié)議(http+xml)的服務(wù)*/WebService(name= Login,/ 定義Port名稱serviceName = MyService, /修改WebService服務(wù)

36、名稱argetNamespace =http:/com.soft.ws/my / 定義命名空間，默認(rèn)為倒置的包名)public interface MyService / 提供一個對外公開的服務(wù)WebMethod(operationName = authorization)/ 修改方法名String authorization(WebParam(name =userId) String userId,WebParam(name = password) String password);2）服務(wù)實現(xiàn)類接口，退服務(wù)的具體實現(xiàn)過程/* * 服務(wù)實現(xiàn)類 */WebService(endpointInt

37、erface = com.soft.platform.webservice.server.MyService,name = Login,/ 定義Port名稱serviceName = MyService, / 修改WebService服務(wù)名稱targetNamespace = http:/com.soft.ws/my / 定義命名空間，默認(rèn)為倒置的包名/服務(wù)實現(xiàn)類和接口的注解要一樣全)public class MyServiceImpl implements MyService WebMethod(operationName = authorization / 修改方法名)Overridepu

38、blic String authorization(WebParam(name = userId) String userId,WebParam(name = password) String password) if (admin.equals(userId) & 123456.equals(password) return success;return error;3）發(fā)布服務(wù)，即對單個服務(wù)的發(fā)布，實現(xiàn)單個服務(wù)的開發(fā)。/* * 發(fā)布服務(wù) * */public class MyPublisher public static void main(String args) /指定服務(wù)urlStr

39、ing url = 01:8089/myservice;/指定服務(wù)實現(xiàn)類MyService server = new MyServiceImpl();/采用命令行發(fā)布者Endpoint發(fā)布服務(wù)Endpoint.publish(url, server);4）服務(wù)調(diào)用方式，客戶端對服務(wù)端的單個服務(wù)的調(diào)用方式通過報文接受和發(fā)送的方式來調(diào)用單個服務(wù)。public class WsAClient /* * 跨平臺調(diào)用Web Service出現(xiàn) * faultString: 服務(wù)器未能識別 HTTP 頭 SOAPAction 的值: * JAX-WS規(guī)范不需要SoapAc

40、tion，但是.NET需要，所以產(chǎn)生了這個錯誤。 * options.setAction(目標(biāo)的TargetNameSpace+調(diào)用的方法名); */authorization);/跨平臺調(diào)用加上這個 call.setUseSOAPAction(true); call.setSOAPActionURI(http:/com.soft.ws/my/authorization);/ 接口方法的參數(shù)名, 參數(shù)類型,參數(shù)模式 IN(輸入), OUT(輸出) or INOUT(輸入輸出)call.addParameter(userId, XMLType.XSD_STRING, ParameterMode.

41、IN);call.addParameter(password, XMLType.XSD_STRING, ParameterMode.IN);/ 設(shè)置被調(diào)用方法的返回值類型call.setReturnType(XMLType.XSD_STRING);/ 設(shè)置方法中參數(shù)的值Object result = call.invoke(new Object admin, 123456 );System.out.println(result.toString(); catch (ServiceException | RemoteException | MalformedURLException e) e.p

42、rintStackTrace();3互聯(lián)網(wǎng)應(yīng)用之復(fù)合服務(wù)根據(jù)互聯(lián)網(wǎng)應(yīng)用信息化發(fā)展現(xiàn)狀和實現(xiàn)信息系統(tǒng)集成后給互聯(lián)網(wǎng)應(yīng)用能帶來巨大效益的原因，在互聯(lián)網(wǎng)應(yīng)用實現(xiàn)信息系統(tǒng)集成可以說是迫在眉睫的事情?，F(xiàn)對互聯(lián)網(wǎng)應(yīng)用信息系統(tǒng)集成要點進(jìn)行分析。單服務(wù)已經(jīng)不能全部滿足當(dāng)前互聯(lián)網(wǎng)應(yīng)用需求。3.1復(fù)合服務(wù)的概念3.1.1復(fù)合服務(wù)概述當(dāng)處于SOA當(dāng)中，復(fù)合服務(wù)尤為關(guān)鍵，整體而言，如果基于復(fù)合程度進(jìn)行細(xì)分，則復(fù)合服務(wù)將能細(xì)分為簡單以及復(fù)雜復(fù)合服務(wù)兩類。通常情況下，簡單復(fù)合服務(wù)旨在將已經(jīng)存在細(xì)粒度的某特定服務(wù)，進(jìn)行再次加工，使其成為表現(xiàn)為粗粒度的某特定服務(wù)。這種類別實則已經(jīng)獲得相對廣泛的實際應(yīng)用。然而，其所應(yīng)用的場景，

43、卻值得進(jìn)行科學(xué)合理的深入探究，本人旨在列出兩種場景，詳細(xì)如下： 場景一：為切實滿足應(yīng)用集成所提出的一系列實際需求，必須基于現(xiàn)有系統(tǒng)服務(wù)的前提下，和某特定的邏輯服務(wù)之間進(jìn)行良好集成。例如：若兩個系統(tǒng)彼此之間相互獨立，即為銷售系統(tǒng)以及相應(yīng)的財務(wù)系統(tǒng)，其中，前者旨在負(fù)責(zé)合同信息，而后者旨在負(fù)責(zé)信用信息，若需對兩者進(jìn)行良好集成，實現(xiàn)后期集成的系統(tǒng)，則可基于信用信息來針對某特定用戶進(jìn)行科學(xué)有效的精準(zhǔn)評估，并據(jù)此擬定合同信息，這樣即可抽象為某特定的獨立服務(wù)。由此得知，若想實現(xiàn)上述操作，必須應(yīng)用到前者所含的CreditService，以及后者所涉及的ContractService,故而此類服務(wù)即為所謂的復(fù)合

44、服務(wù)。 場景二：在某特定的公司當(dāng)中，存在若干遺留系統(tǒng)，這些系統(tǒng)均提到“訂單”。在此情況下，若已經(jīng)完成集成，則應(yīng)怎樣切實保障上述系統(tǒng)內(nèi)部所含的多樣化訂單數(shù)據(jù)，能夠完全相同呢？這實則為當(dāng)前應(yīng)用集成領(lǐng)域當(dāng)中，亟待解決的根本問題。事實上，若借助于復(fù)合服務(wù)的基本概念，將能切實解決這一實際問題。由此將可針對若干系統(tǒng)進(jìn)行科學(xué)有效的協(xié)調(diào)，并切實保障多樣化數(shù)據(jù)的相同性。3.1.1復(fù)合服務(wù)的特點與應(yīng)用當(dāng)前大多數(shù) SOA 方面的文章書籍都集中在個別的業(yè)務(wù)服務(wù)的定 義和實現(xiàn)。構(gòu)建企業(yè)的解決方案通常都需要結(jié)合多個現(xiàn)有的企業(yè) 服務(wù)。這些復(fù)合而成的服務(wù)又可以與其他服務(wù)再次復(fù)合成更高級 的解決方案。這種業(yè)務(wù)服務(wù)的遞歸復(fù)合是

45、SOA 最重要的特性之 一，它使我們可以快速地在現(xiàn)有業(yè)務(wù)服務(wù)的基礎(chǔ)上構(gòu)建新的解決 方案。隨著業(yè)務(wù)服務(wù)（及其復(fù)合）的數(shù)量增長，要實現(xiàn)新的企業(yè) 解決方案也變得更加容易。按照Toward a pattern language for Service-Oriented Architecture and Integration 的定義，產(chǎn)生復(fù)合服務(wù)的主 要推動力來自以下方面：簡化使用。當(dāng)若干業(yè)務(wù)服務(wù)同時被多個消費者使用時，要向所有消費者披露其中的全部服務(wù)及其彼此之間所遵循的運行準(zhǔn)則，從而使得消費者實現(xiàn)更加復(fù)雜。而當(dāng)創(chuàng)造復(fù)合服務(wù)時，封裝參與其中的 服務(wù)以及強(qiáng)制對它們的調(diào)用規(guī)則，都能顯著簡化使用上的復(fù)雜性

46、。 提升重用性。原先沒有計劃到的新方案經(jīng)常都可借助當(dāng)前服務(wù)進(jìn)行組裝。即秉持多樣化組合方式，使得某特定業(yè)務(wù)可完成本來并未制定的方案內(nèi)容。而且，手上可用的服務(wù)會促使我們想到前所未 有的新方案。這些新方案常?？梢杂上鄬^少的服務(wù)發(fā)展或增強(qiáng) 而產(chǎn)生，既低成本又快速。方案的配分、可見度、控制和變更管理。復(fù)合服務(wù)可以看作是整 體方案的一種配分機(jī)制。跟 EJB 的本地和遠(yuǎn)程接口的情況類似 ，引入復(fù)合服務(wù)，并且只對外部用戶暴露部分接口，使我們能夠 控制什么是對消費者可見的。這使得底層軟件架構(gòu)（復(fù)合服務(wù)的 實現(xiàn)）有能力對需求變化做出快速反應(yīng)，每當(dāng)需求變化，底層軟 件架構(gòu)就調(diào)整它的下一級服務(wù)的實現(xiàn)以及它們之間的相

47、互聯(lián)系， 而對消費者沒有或者只有輕微影響。復(fù)合服務(wù)有兩個方面（按照Tools for Composite Web Services: A Short Overview的說法）：復(fù)合設(shè)計，關(guān)注的是 綜合的規(guī)范，來確定如何協(xié)調(diào)各組件服務(wù)（Component Service ）去滿足客戶請求；復(fù)合的實現(xiàn)，即如何執(zhí)行由復(fù)合設(shè)計產(chǎn)生的 規(guī)范，以實際達(dá)成各服務(wù)之間的協(xié)調(diào)。在本文中，我們將分別從設(shè)計和實現(xiàn)兩方面討論復(fù)合服務(wù)的主要方式。3.2復(fù)合服務(wù)的設(shè)計與實現(xiàn)3.1.1復(fù)合服務(wù)的設(shè)計復(fù)合設(shè)計是關(guān)于如何在一組現(xiàn)有服務(wù)的基礎(chǔ)上設(shè)計出一個解決方案。它要做的是確定復(fù)合設(shè)計中用到的各個服務(wù)、它們之間交互的方式、以及復(fù)

48、合的拓?fù)?。服?wù)的交互根據(jù) ServiceOriented Composition in BPEL4WS ，復(fù)合的交互主要有兩種設(shè)計方式： 分層復(fù)合 會話復(fù)合對于分層復(fù)合，復(fù)合服務(wù)的實現(xiàn)對于服務(wù)的消費者是完全不透明的（黑盒）。調(diào)用服務(wù)的消費者一直等待到執(zhí)行完成，然后（直接或間接地）使用執(zhí)行的輸出結(jié)果（圖 1）。圖1圖 1 分層服務(wù)復(fù)合 這種復(fù)合方式對于實現(xiàn)逐層分解的系統(tǒng)來說非常自然。每個層次被實現(xiàn)成一個獨立的復(fù)合服務(wù)，并協(xié)調(diào)低一層的（符合）服務(wù)的執(zhí)行。這也是工作流系統(tǒng)中對高層方案通常采用的建模方式對一系列活動進(jìn)行組合，而每個活動可對應(yīng)一個低層的業(yè)務(wù)過程、或者由人或程序執(zhí)行的一項任務(wù)。雖然任意復(fù)合

49、服務(wù)可被使用它的外部系統(tǒng)監(jiān)控和中斷，但除了最初的調(diào)用之外，復(fù)合服務(wù)并不與服務(wù)的消費者發(fā)生任何其它功能性的交互。雖然黑盒復(fù)合方式（分層復(fù)合）是對付復(fù)雜性的強(qiáng)有力工具，但在某些情況下消費者仍然需要根據(jù)執(zhí)行的即時結(jié)果來控制復(fù)合服務(wù)的執(zhí)行。會話復(fù)合可以完成這種功能。在會話復(fù)合的情形中，復(fù)合服務(wù)的實現(xiàn)對于服務(wù)的消費者仍然是完全不透明的，但特定的即時執(zhí)行結(jié)果可被暴露給消費者（灰盒）。 這是通過支持顯式的會話狀態(tài)來實現(xiàn)的（會話狀態(tài)和執(zhí)行狀態(tài)的區(qū)別請見 4）復(fù)合服務(wù)然后向消費者暴露出多個接口：一個用作原來的服務(wù)調(diào)用，其他的用作獲取即時結(jié)果以及依此控制服務(wù)的執(zhí)行（圖 2）。圖2圖 2 會話服務(wù)復(fù)合在這種復(fù)合類型

50、中，進(jìn)行交互的消費者和提供者被看作是對等的伙伴，互相交換數(shù)據(jù)和控制信號。兩種交互方式都是可行的復(fù)合設(shè)計方案。運用嚴(yán)格的層次結(jié)構(gòu)是對復(fù)雜業(yè)務(wù)過程建模的地有效途徑，工作流技術(shù)的成功是一個證明。另一方面，會話的豐富表現(xiàn)方式讓它更容易抓住日常業(yè)務(wù)交互的精髓談判的行為、對結(jié)果的監(jiān)控等等通過明確地為消費者和服務(wù)之間的信息交互建立模型。復(fù)合服務(wù)的設(shè)計不光需要定義服務(wù)的交互活動，也需要為其實現(xiàn)定義成員和拓?fù)?。?fù)合服務(wù)的拓?fù)溆袃煞N主要設(shè)計方式（ServiceOriented Composition in BPEL4WS）： 基于中介的拓?fù)?對等（Peer-to-Peer）拓?fù)浠谥薪榈耐負(fù)洌▓D 3）假設(shè)存在一個

51、被稱為中介者的服務(wù)，它擔(dān)當(dāng)著一個特殊角色，既與服務(wù)的消費者交互，又控制參與本復(fù)合的其他服務(wù)（或復(fù)合服務(wù)）的執(zhí)行。圖3圖 3 基于中介的復(fù)合拓?fù)湓诨谥薪榈姆謱訌?fù)合服務(wù)中，中介者實現(xiàn)一個編制規(guī)劃（Orchestration Schema）以定義成員服務(wù)的調(diào)用序列，從而在特定的約束下完成特定的目標(biāo)。中介者的實現(xiàn)可以采用不同的方式，包括編制語言 / 引擎、OWL-S 復(fù)合、Petri Net 等等。在基于中介的會話復(fù)合服務(wù)中，中介者按照消費者的輸入實現(xiàn)服務(wù)狀態(tài)和狀態(tài)的轉(zhuǎn)換。中介者的典型實現(xiàn)一般都基于轉(zhuǎn)換系統(tǒng)（Transition System）或有限狀態(tài)機(jī)。在對等拓?fù)渲胁淮嬖谥薪檎叩母拍?。每個參與的

52、服務(wù)（成員服務(wù)）都可以（部分地）執(zhí)行復(fù)合服務(wù)（圖 4）。 圖4圖 4 對等（Peer-to-Peer）復(fù)合拓?fù)鋸?fù)合，在這里被定義為一個消息發(fā)送模板，成員服務(wù)可被插入其中。其目標(biāo)行為被定義為一個允許的消息交換序列的家族，并應(yīng)由系統(tǒng)具現(xiàn)化。一般這種拓?fù)鋬H被用于實現(xiàn)分層復(fù)合服務(wù)，因為它缺乏支持會話狀態(tài)所必需的機(jī)制（即實現(xiàn)會話型交互的需求）。3.1.2復(fù)合的各種實現(xiàn)方式看起來實現(xiàn)服務(wù)中介者的最簡單方式是使用通用編程語言（圖 5）。圖 5 編程實現(xiàn)復(fù)合服務(wù)不幸的是，這種方案有幾個缺陷： 這種方式硬編碼了復(fù)合服務(wù)的編制面，因而產(chǎn)生出一個相當(dāng)剛性的實現(xiàn)。對復(fù)合服務(wù)的任何改變都必須重新編寫服務(wù)中介者的實現(xiàn)。

53、這種方式常常導(dǎo)致出現(xiàn)“意大利面式的服務(wù)”實現(xiàn)，每個服務(wù)都要為其他服務(wù)的訪問特設(shè)接口?！耙獯罄媸降姆?wù)”通常導(dǎo)致服務(wù)實現(xiàn)之間產(chǎn)生緊密耦合。服務(wù)調(diào)用的網(wǎng)絡(luò)本質(zhì)以及由不同團(tuán)隊開發(fā)不同服務(wù)，常常導(dǎo)致“意大利面式的服務(wù)”最終變得無法維護(hù)。 實現(xiàn)會話復(fù)合服務(wù)以及維護(hù)異步調(diào)用的服務(wù)之間的一致性等需求，更是大大增加了整體實現(xiàn)的復(fù)雜程度，因此在復(fù)合應(yīng)用中需要線程支持。支持服務(wù)上下文的需求通常要求為每個復(fù)合服務(wù)創(chuàng)建特別的數(shù)據(jù)庫。 復(fù)合服務(wù)的實現(xiàn)要求實現(xiàn)某種形式的事務(wù)支持，來確保參與的服務(wù)在失敗時仍然有正確的行為。雖然已經(jīng)存在若干實現(xiàn)復(fù)合服務(wù)的框架（例如WS-CAF），用編程方式實現(xiàn)復(fù)合服務(wù)看起來并非一個正確的選

54、擇。另一種實現(xiàn)復(fù)合服務(wù)的可能方式是基于事件的復(fù)合。這種復(fù)合實現(xiàn)建立在基與事件的服務(wù)交互的基礎(chǔ)上：服務(wù)消費者向發(fā)布 / 訂閱代理（Publish/Subscribe Intermediary）發(fā)布事件，代理再向?qū)嶋H的服務(wù)提供者投遞事件（圖 6）。圖 6 通過發(fā)布 / 訂閱機(jī)制的服務(wù)交互在此情況下，發(fā)布 / 訂閱引擎實則即可當(dāng)做為某特定的中間層，其將會于消費者以及相應(yīng)的提供者彼此之間，發(fā)揮出良好的解耦作用，故而將能借助于復(fù)合服務(wù)來達(dá)到預(yù)先擬定的目的。復(fù)合服務(wù)可以被實現(xiàn)成下面的樣子（圖 7）：圖 7 用事件實現(xiàn)復(fù)合服務(wù)值得一提的是，服務(wù)消費者可將各種類型的初始化事件，均傳送至已經(jīng)成功訂閱該事件的相關(guān)

55、服務(wù)當(dāng)中。在此之后，所有服務(wù)均能發(fā)送其他消息（通過同樣的發(fā)布 / 訂閱引擎），以此來成功調(diào)用額外的服務(wù)。此舉將可創(chuàng)建出某特定的復(fù)合服務(wù)。通過發(fā)布 / 訂閱機(jī)制實現(xiàn)的復(fù)合服務(wù)有以下特點： 與編程實現(xiàn)的方式相比，它有非常顯著的靈活性。通過更換一組服務(wù)訂閱的主題，可以完全改變復(fù)合服務(wù)的實現(xiàn)?；蛘吒鼡Q消費者發(fā)送的事件主題也可以達(dá)到同樣的效果。 基于事件的實現(xiàn)沒有一個很好的地方可以用來放置復(fù)合服務(wù)的上下文信息。這增加了實現(xiàn)復(fù)合服務(wù)的復(fù)雜程度。其中一種解決方案是將上下文數(shù)據(jù)附加到事件內(nèi)容中，這會導(dǎo)致消息的體積增大，因而導(dǎo)致網(wǎng)絡(luò)流量上升和性能下降。 基于事件的實現(xiàn)中不存在“復(fù)合服務(wù)實例”的概念，這使得協(xié)調(diào)各

56、種事件，實現(xiàn)出復(fù)合服務(wù)的實例變得非常困難。 要實現(xiàn)任何形式的事務(wù)支持，以確保參與的服務(wù)在失敗時仍然有正確的行為，也同樣變得非常困難。通過使用編制引擎（Orchestration Engine）來實現(xiàn)服務(wù)中介者，可以進(jìn)一步完善復(fù)合服務(wù)的實現(xiàn)（圖 8）：圖 8 用編制引擎（Orchestration Engine）實現(xiàn)復(fù)合服務(wù)這種實現(xiàn)方式通過采用編制語言（Orchestration Language）而非通用語言，從而改進(jìn)了前述的編程實現(xiàn)方式。這意味著我們可以使用量身定做的可視化編輯器來編寫 / 維護(hù)復(fù)合邏輯。這也意味著我們可以利用編制引擎的強(qiáng)大功能，編制引擎內(nèi)建支持異步調(diào)用、狀態(tài)管理、事務(wù)的補(bǔ)償（Compensation）等等。使用編制引擎來實現(xiàn)復(fù)合服務(wù)