SOA架構(gòu)中的事件驅(qū)動(dòng)服務(wù)
使用Mule框架設(shè)計(jì)事件驅(qū)動(dòng)和面向服務(wù)的平臺(tái)
作者：Jeff Hanson
譯者:steven_guo版權(quán)聲明：任何獲得Matrix授權(quán)的網(wǎng)站，轉(zhuǎn)載時(shí)請(qǐng)務(wù)必以超鏈接形式標(biāo)明文章原始出處和作者信息及本聲明作者:Jeff Hanson;
steven_guo原文地址:
http://www.javaworld.com/javaworld/jw-01-2005/jw-0131-soa.html中文地址:
http://www.matrix.org.cn/resource/article/43/43929_SOA_Event_driven.html關(guān)鍵詞： SOA,Event-driven
摘要及時(shí)響應(yīng)實(shí)時(shí)的變化和事件成為了企業(yè)級(jí)架構(gòu)的最重要需求。這篇文章討論面向服務(wù)框架的技術(shù)和機(jī)制，這些技術(shù)使得該框架高效發(fā)送、接受那些跨越層級(jí)結(jié)構(gòu)的同步和異步事件，而不需要知道產(chǎn)生這些事件的系統(tǒng)方面的細(xì)節(jié)
Internet事務(wù)，B2B系統(tǒng)，P2P程序，和實(shí)時(shí)工作流，這些系統(tǒng)有著非常高的動(dòng)態(tài)性，復(fù)雜的系統(tǒng)處理，用傳統(tǒng)的面向過(guò)程的處理方法不能有效地實(shí)現(xiàn)。
一個(gè)面向服務(wù)的框架代表了一個(gè)動(dòng)態(tài)的運(yùn)行時(shí)環(huán)境，在那里服務(wù)提供者和服務(wù)消費(fèi)者松散耦合、更靈活的組件交互。建立一個(gè)具備所有這些優(yōu)勢(shì)的交互模型，成為軟件開(kāi)發(fā)中最優(yōu)先考慮的。一個(gè)事件驅(qū)動(dòng)的交互模型，比通常的請(qǐng)求/響應(yīng)機(jī)制對(duì)實(shí)時(shí)變化和激勵(lì)有著更好的應(yīng)答效率。
面向服務(wù)的架構(gòu)和事件驅(qū)動(dòng)的架構(gòu)天生就有著對(duì)分布式系統(tǒng)的適應(yīng)性，這些架構(gòu)都有著模塊性、松散耦合，和適應(yīng)性等特性。
在這篇文章里，討論使用Mule實(shí)現(xiàn)一個(gè)高效的事件驅(qū)動(dòng)和面向服務(wù)的平臺(tái)，一個(gè)輕量級(jí)的事件-消息架構(gòu)，企業(yè)信息總線（ESB）模式。組件和程序可以使用Mule通過(guò)公共的JMS或其他的消息處理技術(shù)去實(shí)現(xiàn)通信。
面向服務(wù)架構(gòu)概述“面向服務(wù)”這個(gè)術(shù)語(yǔ)已經(jīng)演變成一個(gè)架構(gòu)，在那里服務(wù)作為一個(gè)軟件組件嵌入在企業(yè)業(yè)務(wù)邏輯和特新的核心中，特性如下：
· 松散耦合：服務(wù)部與其它組件有著根深蒂固的關(guān)系
· 協(xié)議獨(dú)立：多種協(xié)議透明訪問(wèn)
· 位置不可知：一個(gè)服務(wù)執(zhí)行一組業(yè)務(wù)邏輯，針對(duì)這次調(diào)用返回一個(gè)結(jié)果
· 粗粒度：不論在什么位置均可訪問(wèn)該服務(wù)。
· 維護(hù)無(wú)用戶(hù)狀態(tài)
服務(wù)是典型地專(zhuān)注于解決業(yè)務(wù)領(lǐng)域的問(wèn)題。
通常，服務(wù)使用端根據(jù)配置數(shù)據(jù)，注冊(cè)項(xiàng)和軟件工廠去決定給服務(wù)的位置，協(xié)議和公共接口。
應(yīng)用程序通常被表述成他們有什么功能，而不強(qiáng)調(diào)這個(gè)應(yīng)用程序是什么東西，包含什么?；谶@個(gè)院應(yīng)，更多直接描述一個(gè)應(yīng)用程序通過(guò)使用動(dòng)詞（服務(wù)）而不是用名詞（應(yīng)用主體）。因?yàn)?，一個(gè)名詞（應(yīng)用主體）是定義了了一個(gè)事務(wù)，而不是動(dòng)作，當(dāng)強(qiáng)制把一個(gè)組件有什么功能作為一個(gè)組件是什么來(lái)定義，那就會(huì)出現(xiàn)誤解。在SOA領(lǐng)域，一個(gè)應(yīng)用程序能很自然的被描述，因?yàn)槊總€(gè)應(yīng)用程序的業(yè)務(wù)邏輯操作能被描述成為一個(gè)服務(wù)的執(zhí)行選擇。因此，SOA解決了這種誤解，它允許應(yīng)用程序和組件去訪問(wèn)一個(gè)服務(wù)所能實(shí)現(xiàn)的功能，例如，他們執(zhí)行什么動(dòng)作。依次，應(yīng)用程序開(kāi)發(fā)者能更容易匹配他們的需要與適當(dāng)?shù)姆?wù)，因?yàn)榉?wù)接口的描述更完整地說(shuō)清了他們要解決的問(wèn)題。
事件驅(qū)動(dòng)架構(gòu)概述一個(gè)事件驅(qū)動(dòng)框架（EDA）定義了一個(gè)設(shè)計(jì)和實(shí)現(xiàn)一個(gè)應(yīng)用系統(tǒng)得方法學(xué)，在這個(gè)系統(tǒng)里事件可傳輸于松散耦合的軟件組件和服務(wù)之間。一個(gè)事件驅(qū)動(dòng)系統(tǒng)典型地由事件消費(fèi)者和事件產(chǎn)生者組成。事件消費(fèi)者向事件管理器訂閱事件，事件產(chǎn)生者向事件管理器發(fā)布事件。當(dāng)事件管理器從事件產(chǎn)生者那接收到一個(gè)事件時(shí)，事件管理把這個(gè)事件轉(zhuǎn)送給相應(yīng)的事件消費(fèi)者。如果這個(gè)事件消費(fèi)者是不可用的，事件管理這將保留這個(gè)事件，一段間隔之后再次轉(zhuǎn)送該事件消費(fèi)者。這種事件傳送方法在基于消息的系統(tǒng)里就是：儲(chǔ)存（store）和轉(zhuǎn)送（forward）。
構(gòu)建一個(gè)包含事件驅(qū)動(dòng)構(gòu)架的應(yīng)用程序和系統(tǒng)，這樣就使得這些應(yīng)用程序和系統(tǒng)響應(yīng)更靈敏，因?yàn)槭录?qū)動(dòng)的系統(tǒng)更適合應(yīng)用在不可預(yù)知的和異步的環(huán)境里。
事件驅(qū)動(dòng)設(shè)計(jì)和開(kāi)發(fā)的優(yōu)勢(shì)：
事件驅(qū)動(dòng)設(shè)計(jì)和開(kāi)發(fā)所提供的優(yōu)勢(shì)如下：
· 可以更容易開(kāi)發(fā)和維護(hù)大規(guī)模分布式應(yīng)用程序和不可預(yù)知的服務(wù)或異步服務(wù)
· 可以很容易，低成本地集成、再集成、再配置新的和已存在的英勇程序和服務(wù)
· 促進(jìn)遠(yuǎn)程組件和服務(wù)的再使用，擁有一個(gè)更靈敏、沒(méi)有Bug的開(kāi)發(fā)環(huán)境
· 短期利益：更容易定制。因?yàn)樵O(shè)計(jì)對(duì)動(dòng)態(tài)處理又更好的響應(yīng)。
· 長(zhǎng)期利益：系統(tǒng)和組織的狀態(tài)變得更精準(zhǔn)，對(duì)實(shí)時(shí)變化的響應(yīng)接近于同步。
EDA 和 SOA 整合不象請(qǐng)求/響應(yīng)系統(tǒng)，要求請(qǐng)求者必須明確發(fā)送請(qǐng)求信息，而一個(gè)事件驅(qū)動(dòng) 架構(gòu)提供一個(gè)機(jī)制去動(dòng)態(tài)響應(yīng)事件。在一個(gè)EDA系統(tǒng)里，事件產(chǎn)生者發(fā)布事件，事件消費(fèi)者接受事件。
業(yè)務(wù)系統(tǒng)可以從SOA和EDA中受益匪淺，因?yàn)楫?dāng)事件發(fā)生時(shí)EDA能觸發(fā)事件消費(fèi)者，SOA服務(wù)可以快速地從相同的消費(fèi)者中訪問(wèn)、查詢(xún)。
系統(tǒng)要有最高的響應(yīng)性，當(dāng)事件觸發(fā)時(shí)這個(gè)系統(tǒng)必須能快速?zèng)Q定必須的動(dòng)作。到事件結(jié)束，事件應(yīng)該被發(fā)布和消費(fèi)，而且事件要穿越SOA所有的邊界，包括整個(gè)體系結(jié)構(gòu)和物理層。
圖1演示了事件被激發(fā)和穿越體系結(jié)構(gòu)的所有層
圖1：事件穿越體系結(jié)構(gòu)的層級(jí)
在圖1的環(huán)境中，一個(gè)事件能被定義為任何系統(tǒng)的，平臺(tái)的，組件的，業(yè)務(wù)的或英勇進(jìn)程的變化。事件可能是高層的業(yè)務(wù)事件或底層的系統(tǒng)事件。因?yàn)槭录鼙粋魉秃徒邮?，訂閱事件的英勇程序和服?wù)能對(duì)這些變化做出響應(yīng)。
事件分類(lèi)和因果關(guān)系理解一個(gè)事件的秘訣是知道這個(gè)事件發(fā)生的原因，這個(gè)就是通常說(shuō)的因果關(guān)系。事件的因果關(guān)系典型地分為兩類(lèi)：
· 平行關(guān)系：時(shí)間源和觸發(fā)在體系結(jié)構(gòu)的同一層。
· 垂直關(guān)系：時(shí)間源和觸發(fā)在體系結(jié)構(gòu)的不同層。
垂直關(guān)系意味著一個(gè)事件的分類(lèi)方法，這些事件保留了一些不變的東西而穿越一個(gè)系統(tǒng)不同的層，事件分類(lèi)如下：
· 生命周期事件：一個(gè)實(shí)體生命周期的變化，例如一個(gè)進(jìn)程的停止或啟動(dòng)
· 執(zhí)行事件：運(yùn)行時(shí)事件，例如服務(wù)或組件的調(diào)用
· 管理事件：當(dāng)一個(gè)狀態(tài)超過(guò)了預(yù)先的定義或一定范圍時(shí)
平行關(guān)系意味著一個(gè)事件的分類(lèi)方法，這些事件保留了一些不變的東西而穿越一個(gè)系統(tǒng)不同的層，事件分類(lèi)如下：
· 系統(tǒng)層事件：系統(tǒng)級(jí)動(dòng)作，例如創(chuàng)建一個(gè)文件或關(guān)閉一個(gè)端口
· 平臺(tái)層事件：平臺(tái)級(jí)動(dòng)作,例如修改一個(gè)數(shù)據(jù)源或增加一個(gè)新的服務(wù)
· 組件層事件：組件級(jí)動(dòng)作，例如視圖對(duì)象的轉(zhuǎn)換或狀態(tài)機(jī)變化
· 業(yè)務(wù)層事件：業(yè)務(wù)級(jí)動(dòng)作，例如創(chuàng)建用戶(hù)或刪除賬號(hào)
· 應(yīng)用層事件：應(yīng)用級(jí)動(dòng)作，例如增加保險(xiǎn)金或報(bào)價(jià)提交
許多ESB框架和平臺(tái)意識(shí)到在SOA中包含基于事件驅(qū)動(dòng)的通信有很多優(yōu)勢(shì)。在Java開(kāi)發(fā)領(lǐng)域，Mule就是這些最有前景的平臺(tái)之一。
介紹MuleMule是一個(gè)開(kāi)源消息ESB框架，一個(gè)消息代理，一個(gè)分級(jí)事件驅(qū)動(dòng)的框架（SEDA）。SEDA定義了一個(gè)依照分級(jí)隊(duì)列、高度并行的企業(yè)級(jí)平臺(tái)。Mule使用SED的概念增加事件處理的性能。
Mule支持同步、異步和請(qǐng)求響應(yīng)事件，事件處理和傳輸實(shí)用不同的技術(shù)例如JMS，HTTP，電子郵件和基于XML的RPC。Mule能很容易地嵌入到任何應(yīng)用框架中，明確支持Spring框架。Mule也支持動(dòng)態(tài)的，預(yù)定義的，基于內(nèi)容的和基于規(guī)則的消息路由。Mule使得預(yù)定義的和計(jì)劃性的事務(wù)更容易，包括XA事務(wù)支持。Mule提供一個(gè)有代表性的狀態(tài)調(diào)用（REST）API提供給與Web的事件訪問(wèn)。
Mule ESB模式驅(qū)動(dòng)系統(tǒng)中所有服務(wù)，這個(gè)系統(tǒng)有著一個(gè)分離的消息通訊中樞。服務(wù)注冊(cè)在總線上，但不知道其他任何被注冊(cè)的消息；因此，每個(gè)服務(wù)只關(guān)心處理它收到的事件。Mule也把容器，傳輸，轉(zhuǎn)換細(xì)節(jié)從服務(wù)中分離出來(lái)，允許任何對(duì)象作為服務(wù)注冊(cè)到總線的。
我使用Mule框架去演示這篇文章所討論的概念和思想
Mule框架Mule框架主要包含下列內(nèi)容：
通用消息對(duì)象（UMO）APIUMO API第一了所有被Mule 管理的服務(wù)和對(duì)象交互
UMO組件在Mule系統(tǒng)中，UMO組件可以使任何在系統(tǒng)中接收、處理和發(fā)送事件消息的組件
Mule服務(wù)器Mule服務(wù)器組件是一個(gè)在Mule應(yīng)用環(huán)境中自動(dòng)加載的服務(wù)器應(yīng)用程序
描述器描述器組件描述一個(gè)Mule UMO屬性。新的Mule MUO對(duì)象能被它們所關(guān)聯(lián)的描述器初始化。一個(gè)描述器包含：
· UMO組件名
· UMO組件版本
· UMO組件實(shí)現(xiàn)類(lèi)
· 異常策略
· 入站和出站提供者
· 入站和出站路由器
· 攔截器
· 接收和發(fā)送切入點(diǎn)
· 入站和出站轉(zhuǎn)換器
· 各種各樣的特性
連接器連接器是一些組件，它們可以連接到外部系統(tǒng)或其他協(xié)議、管理那些系統(tǒng)或協(xié)議的狀態(tài)。一個(gè)連接器負(fù)責(zé)發(fā)送消息到外部消息接收器、管理消息接收器的注冊(cè)和注銷(xiāo)。
提供者提供者是一些組件，管理把事件數(shù)據(jù)發(fā)送到外部系統(tǒng)、從外部系統(tǒng)接受事件數(shù)據(jù)和轉(zhuǎn)換事件數(shù)據(jù)等事項(xiàng)。在Mule框架里，他們能連接到外部系統(tǒng)或其他組件。一個(gè)提供者就像一個(gè)從外部系統(tǒng)進(jìn)入Mule或從Mule內(nèi)部訪問(wèn)外部系統(tǒng)的橋接器。實(shí)際上，提供者有一組對(duì)象組成，可以與下層系統(tǒng)連接并與之通信。提供者的組成部件是：
· 連接器：負(fù)責(zé)連接到下層系統(tǒng)
· 消息接收器：從系統(tǒng)接收事件
· 連接調(diào)度者：傳送系統(tǒng)到系統(tǒng)
· 轉(zhuǎn)換器：轉(zhuǎn)換從系統(tǒng)接收到的或要發(fā)送到系統(tǒng)的數(shù)據(jù)
· 終端：所建立連接的通道地址
· 事務(wù)配制：定義連接的事務(wù)屬性
終端調(diào)解者當(dāng)UMO組件接收到一個(gè)事件時(shí)，終端調(diào)解者決定去調(diào)用它的什么方法
轉(zhuǎn)換器轉(zhuǎn)換器組件負(fù)責(zé)雙向轉(zhuǎn)換消息或事件的有效載荷。當(dāng)一個(gè)事件到達(dá)接收的對(duì)象之前，轉(zhuǎn)換器可以鏈接到一起去執(zhí)行一系列的裝換操作。
消息適配器消息適配器提供一中公共的方式去讀外部系統(tǒng)的異構(gòu)數(shù)據(jù)。
消息接收器消息接收器是一些列終端監(jiān)聽(tīng)線程，負(fù)責(zé)從外部系統(tǒng)接收數(shù)據(jù)。
消息調(diào)度者消息調(diào)度者發(fā)送（同步）或派遣（異步）時(shí)間到下層系統(tǒng)。
消息路由器消息路由器是一系列組件，可以使被配制的UMO組件依據(jù)消息或其他配制圖路有一個(gè)消息到不同的提供者。
代理代理是一些幫定到外部服務(wù)的組建，例如JME服務(wù)器。
Mule模型一個(gè)Mule模型封裝和管理一個(gè)Mule服務(wù)器實(shí)例的運(yùn)行時(shí)行為。一個(gè)模型包含：
· 描述器
· UMO組件
· 一個(gè)終端調(diào)解者
· 一個(gè)生命周期適配器工廠
· 一個(gè)組件調(diào)解者
· 一個(gè)池化工廠
· 一個(gè)異常策略
Mule管理器Mule管理器維護(hù)和提供以下服務(wù) ：
· 代理
· 提供者
· 連接器
· 終端
· 轉(zhuǎn)換器
· 攔截器堆棧
· 一個(gè)Mule模型
· 一個(gè)Mule服務(wù)器
· 事務(wù)管理器
· 應(yīng)用程序?qū)傩?br>· Mule配制
圖2演示了Mule框架上層消息流視圖
圖2：Mule上層架構(gòu)
Mule事件對(duì)象Mule事件對(duì)象對(duì)象包含事件數(shù)據(jù)和被組件所感知和操控的屬性。屬性是任意的，在事件創(chuàng)建之后任何時(shí)間可被設(shè)置。
org.mule.umo.UMOEvent類(lèi)代表了一個(gè)在Mule環(huán)境中出現(xiàn)的時(shí)間。所有在組件之間發(fā)送或接收的數(shù)據(jù)都是org.mule.umo.UMOEvent的一個(gè)實(shí)體?？梢栽L問(wèn)一個(gè)原始的或被轉(zhuǎn)換的Mule事件對(duì)象中的數(shù)據(jù)能。一個(gè)Mule事件對(duì)象使用一個(gè)與提供者管理的提供者轉(zhuǎn)換數(shù)據(jù)，提供者收到數(shù)據(jù)后把事件中的有效載荷轉(zhuǎn)換成當(dāng)前組件所識(shí)別的格式。
一個(gè)Mule事件對(duì)象的有效有效載荷能通過(guò)org.mule.umo.UMOMessage接口訪問(wèn)，一個(gè)org.mule.umo.UMOMessage實(shí)例由有效載荷和它的屬性組成。這個(gè)接口是不同技術(shù)實(shí)現(xiàn)的消息對(duì)象的一個(gè)抽象。
org.mule.extras.client.MuleClient類(lèi)定義了一個(gè)簡(jiǎn)單的借口，允許Mule客戶(hù)端從Mule服務(wù)器接收和發(fā)送事件數(shù)據(jù)。在大多數(shù)Mule應(yīng)用程序里，時(shí)間是被一些外部的并發(fā)行為所觸發(fā)，例如一個(gè)主題上接收到消息或在目錄里一個(gè)文件被刪除。
下面演示了如何去發(fā)送一個(gè)同步事件到另外的Mule組件：
String componentName = "MyReceiver"; // The name of the receiving component.
String transformers = null; // A comma-separated list of transformers
// to apply to the result message.
String payload = "A test event"; // The payload of the event.
java.util.Map messageProperties = null; // Any properties to be associated
// with the payload.
MuleClient client = new MuleClient();
UMOMessage message = client.sendDirect(componentName,
transformers,
payload,
messageProperties);
System.out.println("Event result: " + message.getPayloadAsString());
MuleClient類(lèi)需要一個(gè)服務(wù)器URL區(qū)定義它所連接的遠(yuǎn)程Mule服務(wù)器的終端。URL定義了傳輸協(xié)議、接收消息的地址，提供者在派遣一個(gè)事件時(shí)可以隨時(shí)使用這些信息。終端例示如下：
· vm://com.jeffhanson.receivers.Default: 使用虛擬機(jī)的提供者派遣到一個(gè)com.jeffhanson.receivers.Default
· jms://jmsProvider/accounts.topic:使用全局注冊(cè)的jmsProvider派遣一個(gè)JMS消息到ccounts.topic.
· jms://accounts.topic: 使用第一個(gè)（默認(rèn)）的JMS提供者派遣JMS消息
Mule事件處理Mule可以在三種不同的方式發(fā)送和節(jié)后艘事件：
1．異步方式：一個(gè)組件可通過(guò)不同的線程同時(shí)處理多個(gè)事件的發(fā)送和接收
2．同步方式：在一個(gè)組件重新工作之前，一個(gè)單一的事件必須被處理完。換言之，一個(gè)創(chuàng)建了事件的組建發(fā)送事件時(shí)將被阻斷，直到發(fā)送任務(wù)完成，因此，一次只允許處理一個(gè)事件
3．請(qǐng)求-應(yīng)答方式：一個(gè)組建專(zhuān)門(mén)請(qǐng)求一個(gè)事件，然后等待一個(gè)特定的時(shí)間去接收回應(yīng)。
org.mule.impl.MuleComponent實(shí)現(xiàn)類(lèi)提供了一個(gè)具體的組建類(lèi)，它包括又有創(chuàng)建，發(fā)送和接收事件的功能。
執(zhí)行同步動(dòng)作的對(duì)象應(yīng)該實(shí)現(xiàn)org.mule.umo.lifecycle.Callable接口，這個(gè)定義了一個(gè)簡(jiǎn)單的方法Object onCall(UMOEventContext eventContext)。Callable接口提供支持事件調(diào)用的UMO對(duì)象。雖然不是強(qiáng)制的，但這個(gè)接口提供了一個(gè)生命周期控制的方法，當(dāng)實(shí)現(xiàn)這個(gè)接口的組建接收到一個(gè)消息時(shí)執(zhí)行這個(gè)方法。下面展示了這個(gè)接口的簡(jiǎn)單實(shí)現(xiàn)。
import org.mule.umo.lifecycle.Callable;
public class EchoComponent
implements Callable
{
public Object onCall(UMOEventContext context) throws Exception
{
String msg = context.getMessageAsString();
// Print message to System.out
System.out.println("Received synchronous message: " + msg);
// Echo transformed message back to sender
return context.getTransformedMessage();
}
}
從onCall（）方法可返回任何對(duì)象。當(dāng)組件的UMOLifecycleAdapter接收這個(gè)對(duì)象時(shí)，它首先看看這個(gè)對(duì)象是否是一個(gè)UMOMessage；如果這個(gè)對(duì)象既不是UMOMessage也不是Null，那么以這個(gè)對(duì)象作為有效載荷去創(chuàng)建一個(gè)新的消息。這個(gè)新事件經(jīng)由所配制的出站路有器發(fā)布，如果UMO對(duì)象已經(jīng)配制了一個(gè)出站路由器，那么在UMOEventContext實(shí)例中不能調(diào)用setStopFurtherProcessing(true)方法。
Mule使用的一個(gè)簡(jiǎn)單的事件框架讓我們把這幾段Mule的代碼放到一起去構(gòu)建一個(gè)簡(jiǎn)單的事件框架。這個(gè)框架包含一個(gè)負(fù)責(zé)注冊(cè)和注銷(xiāo)事件的管理器，可以接收事件，和負(fù)責(zé)路有同步和異步消息到他們相應(yīng)的服務(wù)。
Mule的虛擬機(jī)協(xié)議要求有一個(gè)放置事件管理器工作目錄META-INF/services/org/mule/providers/vm路徑下的可配制文件，配制文件為協(xié)議定義了大量的組件，例如連接器和調(diào)度工廠。配制文件的內(nèi)容如下：
connector=org.mule.providers.vm.VMConnector
dispatcher.factory=org.mule.providers.vm.VMMessageDispatcherFactory
message.receiver=org.mule.providers.vm.VMMessageReceiver
message.adapter=org.mule.providers.vm.VMMessageAdapter
endpoint.builder=org.mule.impl.endpoint.ResourceNameEndpointBuilder
一個(gè)簡(jiǎn)單的借口定義了事件管理器的公有結(jié)構(gòu)：
package com.jeffhanson.mule;
import org.mule.umo.FutureMessageResult;
public interface EventManager
{
/**
* Sends an event message synchronously to a given service.
*
* @param serviceName The name of the service to which the event
* message is to be sent.
* @param payload The content of the event message.
* @return Object The result, if any.
* @throws EventException on error
*/
public Object sendSynchronousEvent(String serviceName,
Object payload)
throws EventException;
/**
* Sends an event message asynchronously to a given service.
*
* @param serviceName The name of the service to which the event
* message is to be sent.
* @param payload The content of the event message.
* @return FutureMessageResult The result, if any.
* @throws EventException on error
*/
public FutureMessageResult sendAsynchronousEvent(String serviceName,
Object payload)
throws EventException;
/**
* Starts this event manager.
*/
public void start();
/**
* Stops this event manager.
*/
public void stop();
/**
* Retrieves the protocol this event manager uses.
* @return
*/
public String getProtocol();
/**
* Registers a service to receive event messages.
*
* @param serviceName The name to associate with the service.
* @param implementation Either a container reference to the service
* or a fully-qualified class name.
*/
public void registerService(String serviceName,
String implementation)
throws EventException;
/**
* Unregisters a service from receiving event messages.
*
* @param serviceName The name associated with the service to unregister.
*/
public void unregisterService(String serviceName)
throws EventException;
}
事件管理器類(lèi)是被封裝在一個(gè)工廠類(lèi)里，因此，可以依據(jù)需要去改變它的實(shí)現(xiàn)而不會(huì)影響到它的客戶(hù)端。事件管理器實(shí)現(xiàn)如下：
package com.jeffhanson.mule;
import org.mule.umo.*;
import org.mule.extras.client.MuleClient;
import org.mule.impl.endpoint.MuleEndpoint;
import org.mule.config.QuickConfigurationBuilder;
import java.util.HashMap;
import java.util.Map;
public class EventManagerFactory
{
private static HashMap instances = new HashMap();
/**
* Retrieves the event manager instance for a given protocol.
*
* @param protocol The protocol to use.
* @return EventManager The event manager instance.
*/
public static EventManager getInstance(String protocol)
{
EventManager instance = (EventManager)instances.get(protocol);
if (instance == null)
{
instance = new EventManagerImpl(protocol);
instances.put(protocol, instance);
}
return instance;
}
/**
* A concrete implementation for a simple event manager.
*/
private static class EventManagerImpl
implements EventManager
{
private UMOManager manager = null;
private QuickConfigurationBuilder builder = null;
private MuleClient eventClient = null;
private String protocol = null;
private MuleEndpoint receiveEndpoint = null;
private MuleEndpoint sendEndpoint = null;
private EventManagerImpl(String protocol)
{
this.protocol = protocol;
}
/**
* Starts this event manager.
*/
public void start()
{
try
{
builder = new QuickConfigurationBuilder();
manager = builder.createStartedManager(true,
protocol + "tmp/events");
eventClient = new MuleClient();
receiveEndpoint = new MuleEndpoint(protocol
+ "tmp/events/receive");
sendEndpoint = new MuleEndpoint(protocol + "tmp/events/send");
}
catch (UMOException e)
{
System.err.println(e);
}
}
/**
* Stops this event manager.
*/
public void stop()
{
try
{
manager.stop();
}
catch (UMOException e)
{
System.err.println(e);
}
}
/**
* Retrieves the protocol this event manager uses.
* @return
*/
public String getProtocol()
{
return protocol;
}
/**
* Registers a service to receive event messages.
*
* @param serviceName The name to associate with the service.
* @param implementation Either a container reference to the service
* or a fully-qualified class name
* to use as the component implementation.
*/
public void registerService(String serviceName,
String implementation)
throws EventException
{
if (!manager.getModel().isComponentRegistered(serviceName))
{
try
{
builder.registerComponent(implementation,
serviceName,
receiveEndpoint,
sendEndpoint);
}
catch (UMOException e)
{
throw new EventException(e.toString());
}
}
}
/**
* Unregisters a service from receiving event messages.
*
* @param serviceName The name associated with the service to unregister.
*/
public void unregisterService(String serviceName)
throws EventException
{
try
{
builder.unregisterComponent(serviceName);
}
catch (UMOException e)
{
throw new EventException(e.toString());
}
}
/**
* Sends an event message synchronously to a given service.
*
* @param serviceName The name of the service to which the event
* message is to be sent.
* @param payload The content of the event message
* @return Object The result, if any.
* @throws EventException on error
*/
public Object sendSynchronousEvent(String serviceName,
Object payload)
throws EventException
{
try
{
if (!manager.getModel().isComponentRegistered(serviceName))
{
throw new EventException("Service: " + serviceName
+ " is not registered.");
}
String transformers = null;
Map messageProperties = null;
UMOMessage result = eventClient.sendDirect(serviceName,
transformers,
payload,
messageProperties);
if (result == null)
{
return null;
}
return result.getPayload();
}
catch (UMOException e)
{
throw new EventException(e.toString());
}
catch (Exception e)
{
throw new EventException(e.toString());
}
}
/**
* Sends an event message asynchronously.
*
* @param serviceName The name of the service to which the event
* message is to be sent.
* @param payload The content of the event message.
* @return FutureMessageResult The result, if any
* @throws EventException on error
*/
public FutureMessageResult sendAsynchronousEvent(String serviceName,
Object payload)
throws EventException
{
FutureMessageResult result = null;
try
{
if (!manager.getModel().isComponentRegistered(serviceName))
{
throw new EventException("Service: " + serviceName
+ " is not registered.");
}
String transformers = null;
Map messageProperties = null;
result = eventClient.sendDirectAsync(serviceName,
transformers,
payload,
messageProperties);
}
catch (UMOException e)
{
throw new EventException(e.toString());
}
return result;
}
}
}
Mule框架依據(jù)消息有效載荷的類(lèi)型來(lái)派遣消息。事件框架使用基于有效載荷的派遣機(jī)制，這種派遣機(jī)制把注冊(cè)到事件管理器中一般定義的事件方法作為事件接收器。下面的類(lèi)定義了一個(gè)包含三個(gè)重載的receiveEvent（）方法的服務(wù)：
package com.jeffhanson.mule;
import java.util.Date;
public class TestService
{
public void receiveEvent(String eventMessage)
{
System.out.println("\n\nTestService.receiveEvent(String) received "
+ "event message: " + eventMessage + "\n\n");
}
public void receiveEvent(Integer eventMessage)
{
System.out.println("\n\nTestService.receiveEvent(Integer) received "
+"event message: " + eventMessage + "\n\n");
}
public void receiveEvent(Date eventMessage)
{
System.out.println("\n\nTestService.receiveEvent(Date) received "
+ "event message: " + eventMessage + "\n\n");
}
}
事件管理器客戶(hù)端應(yīng)用程序發(fā)送三個(gè)事件到測(cè)試服務(wù)中，去測(cè)試每一個(gè)receiveEvent（）方法?？蛻?hù)端應(yīng)用程序如下：
package com.jeffhanson.mule;
import org.apache.log4j.Logger;
import org.apache.log4j.Level;
import org.apache.log4j.BasicConfigurator;
import java.util.Date;
public class EventClient
{
static Logger logger = Logger.getLogger(EventClient.class);
public static void main(String[] args)
{
// Set up a simple configuration that logs on the console.
BasicConfigurator.configure();
logger.setLevel(Level.ALL);
try
{
EventManager eventManager =
EventManagerFactory.getInstance("vm://");
eventManager.start();
String serviceName = TestService.class.getName();
String implementation = serviceName;
eventManager.registerService(serviceName, implementation);
Object result =
eventManager.sendSynchronousEvent(serviceName, "A test message");
if (result != null)
{
System.out.println("Event result: " + result.toString());
}
result =
eventManager.sendSynchronousEvent(serviceName, new Integer(23456));
if (result != null)
{
System.out.println("Event result: " + result.toString());
}
result =
eventManager.sendSynchronousEvent(serviceName, new Date());
if (result != null)
{
System.out.println("Event result: " + result.toString());
}
eventManager.stop();
}
catch (EventException e)
{
System.err.println(e.toString());
}
}
}
Mule平臺(tái)簡(jiǎn)化和抽象了前面所敘述框架的事件方面的處理，使得你發(fā)送和接收穿越一個(gè)層級(jí)結(jié)構(gòu)的同步和異步消息時(shí)，不需要知道下層系統(tǒng)的細(xì)節(jié)。工廠模式和SOA準(zhǔn)則的應(yīng)用，則使得這個(gè)框架有了一個(gè)松散耦合和可擴(kuò)展的設(shè)計(jì)。
總結(jié)當(dāng)服務(wù)和進(jìn)程需要穿越多層結(jié)構(gòu)，使用多種協(xié)議去交互時(shí)，設(shè)計(jì)一個(gè)有效地事件驅(qū)動(dòng)的軟件系統(tǒng)可能變得復(fù)雜了?？墒?，一個(gè)使用標(biāo)準(zhǔn)模式包含適當(dāng)事件管理層的面向服務(wù)架構(gòu)能減少，甚至消除這些問(wèn)題。
Mule 平臺(tái)提供API，組件和抽象對(duì)象，這些都可以用于去建立一個(gè)強(qiáng)大，健壯，事件驅(qū)動(dòng)的有著良好的伸縮性和可維護(hù)性的系統(tǒng)。
關(guān)于作者Jeff Hanson 有著18年的軟件行業(yè)從業(yè)經(jīng)驗(yàn)，曾經(jīng)作為高級(jí)軟件工程師工作于Windows OpenDoc項(xiàng)目，作為主管架構(gòu)師在Novell的Route66框架工作?，F(xiàn)在，作為eReinsure.com的首席架構(gòu)師，正在構(gòu)建Web服務(wù)框架和基于J2EE再保險(xiǎn)平臺(tái)。Hanson已經(jīng)寫(xiě)作了大量的文章和書(shū)籍，包括：《Pro JMX: Java Management Extensions》(Apress出版社,2003年11月; ISBN: 1590591011)和《Web Services Business Strategies and Architectures》(Wrox 出版社,2002年8月; ISBN: 1904284132)
