﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava--文章分类-SOA</title><link>http://www.blogjava.net/zzh6688/category/11642.html</link><description>     太上，不知有之；其次，亲而誉之；其次，畏之；其次，侮之。
信不足焉，有不信焉。
　　悠兮其贵言。功成事遂，百姓皆谓：「我自然」。
</description><language>zh-cn</language><lastBuildDate>Wed, 28 Feb 2007 05:32:38 GMT</lastBuildDate><pubDate>Wed, 28 Feb 2007 05:32:38 GMT</pubDate><ttl>60</ttl><item><title>SOA架构中的事件驱动服务</title><link>http://www.blogjava.net/zzh6688/articles/49025.html</link><dc:creator>海纳百川，有容乃大</dc:creator><author>海纳百川，有容乃大</author><pubDate>Tue, 30 May 2006 08:08:00 GMT</pubDate><guid>http://www.blogjava.net/zzh6688/articles/49025.html</guid><wfw:comment>http://www.blogjava.net/zzh6688/comments/49025.html</wfw:comment><comments>http://www.blogjava.net/zzh6688/articles/49025.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zzh6688/comments/commentRss/49025.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zzh6688/services/trackbacks/49025.html</trackback:ping><description><![CDATA[
		<center>
				<b>
						<span style="FONT-SIZE: 20px">SOA架构中的事件驱动服务</span>
				</b>
		</center>
		<br />
		<center>使用Mule框架设计事件驱动和面向服务的平台</center>
		<br />
		<center>作者：Jeff Hanson</center>
		<br />
		<center>译者:<a href="http://www.matrix.org.cn/user.shtml?username=steven_guo" target="_new">steven_guo</a></center>
		<br />
		<br />
		<span style="COLOR: red">版权声明：任何获得Matrix授权的网站，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明</span>
		<br />作者:Jeff Hanson;<a href="http://www.matrix.org.cn/user.shtml?username=steven_guo" target="_new">steven_guo</a><br />原文地址:<a href="http://www.javaworld.com/javaworld/jw-01-2005/jw-0131-soa.html" target="_new">http://www.javaworld.com/javaworld/jw-01-2005/jw-0131-soa.html</a><br />中文地址:<a href="http://www.matrix.org.cn/resource/article/43/43929_SOA_Event_driven.html" target="_new">http://www.matrix.org.cn/resource/article/43/43929_SOA_Event_driven.html</a><br />关键词： SOA,Event-driven<br /><br /><br /><b><span style="FONT-SIZE: 16px">摘要</span></b><br />及时响应实时的变化和事件成为了企业级架构的最重要需求。这篇文章讨论面向服务框架的技术和机制，这些技术使得该框架高效发送、接受那些跨越层级结构的同步和异步事件，而不需要知道产生这些事件的系统方面的细节<br /><br />Internet事务，B2B系统，P2P程序，和实时工作流，这些系统有着非常高的动态性，复杂的系统处理，用传统的面向过程的处理方法不能有效地实现。<br /><br />一个面向服务的框架代表了一个动态的运行时环境，在那里服务提供者和服务消费者松散耦合、更灵活的组件交互。建立一个具备所有这些优势的交互模型，成为软件开发中最优先考虑的。一个事件驱动的交互模型，比通常的请求/响应机制对实时变化和激励有着更好的应答效率。<br /><br />面向服务的架构和事件驱动的架构天生就有着对分布式系统的适应性，这些架构都有着模块性、松散耦合，和适应性等特性。<br /><br />在这篇文章里，讨论使用Mule实现一个高效的事件驱动和面向服务的平台，一个轻量级的事件-消息架构，企业信息总线（ESB）模式。组件和程序可以使用Mule通过公共的JMS或其他的消息处理技术去实现通信。<br /><br /><b><span style="FONT-SIZE: 16px">面向服务架构概述</span></b><br />“面向服务”这个术语已经演变成一个架构，在那里服务作为一个软件组件嵌入在企业业务逻辑和特新的核心中，特性如下：<br />·        松散耦合：服务部与其它组件有着根深蒂固的关系<br />·        协议独立：多种协议透明访问<br />·        位置不可知：一个服务执行一组业务逻辑，针对这次调用返回一个结果<br />·        粗粒度：不论在什么位置均可访问该服务。<br />·        维护无用户状态<br /><br />服务是典型地专注于解决业务领域的问题。<br /><br />通常，服务使用端根据配置数据，注册项和软件工厂去决定给服务的位置，协议和公共接口。<br /><br />应用程序通常被表述成他们有什么功能，而不强调这个应用程序是什么东西，包含什么。基于这个院应，更多直接描述一个应用程序通过使用动词（服务）而不是用名词（应用主体）。因为，一个名词（应用主体）是定义了了一个事务，而不是动作，当强制把一个组件有什么功能作为一个组件是什么来定义，那就会出现误解。在SOA领域，一个应用程序能很自然的被描述，因为每个应用程序的业务逻辑操作能被描述成为一个服务的执行选择。因此，SOA解决了这种误解，它允许应用程序和组件去访问一个服务所能实现的功能，例如，他们执行什么动作。依次，应用程序开发者能更容易匹配他们的需要与适当的服务，因为服务接口的描述更完整地说清了他们要解决的问题。<br /><br /><b><span style="FONT-SIZE: 16px">事件驱动架构概述</span></b><br />一个事件驱动框架（EDA）定义了一个设计和实现一个应用系统得方法学，在这个系统里事件可传输于松散耦合的软件组件和服务之间。一个事件驱动系统典型地由事件消费者和事件产生者组成。事件消费者向事件管理器订阅事件，事件产生者向事件管理器发布事件。当事件管理器从事件产生者那接收到一个事件时，事件管理把这个事件转送给相应的事件消费者。如果这个事件消费者是不可用的，事件管理这将保留这个事件，一段间隔之后再次转送该事件消费者。这种事件传送方法在基于消息的系统里就是：储存（store）和转送（forward）。<br /><br />构建一个包含事件驱动构架的应用程序和系统，这样就使得这些应用程序和系统响应更灵敏，因为事件驱动的系统更适合应用在不可预知的和异步的环境里。<br /><br />事件驱动设计和开发的优势：<br />事件驱动设计和开发所提供的优势如下：<br />·        可以更容易开发和维护大规模分布式应用程序和不可预知的服务或异步服务<br />·        可以很容易，低成本地集成、再集成、再配置新的和已存在的英勇程序和服务<br />·        促进远程组件和服务的再使用，拥有一个更灵敏、没有Bug的开发环境<br />·        短期利益：更容易定制。因为设计对动态处理又更好的响应。<br />·        长期利益：系统和组织的状态变得更精准，对实时变化的响应接近于同步。<br /><br /><b><span style="FONT-SIZE: 16px">EDA 和 SOA 整合</span></b><br />不象请求/响应系统，要求请求者必须明确发送请求信息，而一个事件驱动 架构提供一个机制去动态响应事件。在一个EDA系统里，事件产生者发布事件，事件消费者接受事件。<br /><br />业务系统可以从SOA和EDA中受益匪浅，因为当事件发生时EDA能触发事件消费者，SOA服务可以快速地从相同的消费者中访问、查询。<br /><br />系统要有最高的响应性，当事件触发时这个系统必须能快速决定必须的动作。到事件结束，事件应该被发布和消费，而且事件要穿越SOA所有的边界，包括整个体系结构和物理层。<br /><br />图1演示了事件被激发和穿越体系结构的所有层<br /><img onmouseover="javascript:imgShowTip(this);" style="DISPLAY: inline" onclick="javascript:imgClick(this);" alt="" src="http://www.matrix.org.cn/resource/upload/forum/2005_11_07_214543_WXWJVDGdVk.jpg" onload="javascript:imgLoad(this);" border="0" resized="0" /><br />图1：事件穿越体系结构的层级<br /><br />在图1的环境中，一个事件能被定义为任何系统的，平台的，组件的，业务的或英勇进程的变化。事件可能是高层的业务事件或底层的系统事件。因为事件能被传送和接收，订阅事件的英勇程序和服务能对这些变化做出响应。<br /><br /><b><span style="FONT-SIZE: 16px">事件分类和因果关系</span></b><br /><br />理解一个事件的秘诀是知道这个事件发生的原因，这个就是通常说的因果关系。事件的因果关系典型地分为两类：<br />·        平行关系：时间源和触发在体系结构的同一层。<br />·        垂直关系：时间源和触发在体系结构的不同层。<br /><br />垂直关系意味着一个事件的分类方法，这些事件保留了一些不变的东西而穿越一个系统不同的层，事件分类如下：<br />·        生命周期事件：一个实体生命周期的变化，例如一个进程的停止或启动<br />·        执行事件：运行时事件，例如服务或组件的调用<br />·        管理事件：当一个状态超过了预先的定义或一定范围时<br /><br />平行关系意味着一个事件的分类方法，这些事件保留了一些不变的东西而穿越一个系统不同的层，事件分类如下： <br />·        系统层事件：系统级动作，例如创建一个文件或关闭一个端口<br />·        平台层事件：平台级动作,例如修改一个数据源或增加一个新的服务<br />·        组件层事件：组件级动作，例如视图对象的转换或状态机变化<br />·        业务层事件：业务级动作，例如创建用户或删除帐号<br />·        应用层事件：应用级动作，例如增加保险金或报价提交<br /><br />许多ESB框架和平台意识到在SOA中包含基于事件驱动的通信有很多优势。在Java开发领域，Mule就是这些最有前景的平台之一。<br /><br /><b><span style="FONT-SIZE: 16px">介绍Mule</span></b><br />Mule是一个开源消息ESB框架，一个消息代理，一个分级事件驱动的框架（SEDA）。SEDA定义了一个依照分级队列、高度并行的企业级平台。Mule使用SED的概念增加事件处理的性能。<br /><br />Mule支持同步、异步和请求响应事件，事件处理和传输实用不同的技术例如JMS，HTTP，电子邮件和基于XML的RPC。Mule能很容易地嵌入到任何应用框架中，明确支持Spring框架。Mule也支持动态的，预定义的，基于内容的和基于规则的消息路由。Mule使得预定义的和计划性的事务更容易，包括XA事务支持。Mule提供一个有代表性的状态调用（REST）API提供给与Web的事件访问。<br /><br />Mule ESB模式驱动系统中所有服务，这个系统有着一个分离的消息通讯中枢。服务注册在总线上，但不知道其他任何被注册的消息；因此，每个服务只关心处理它收到的事件。Mule也把容器，传输，转换细节从服务中分离出来，允许任何对象作为服务注册到总线的。<br /><br />我使用Mule框架去演示这篇文章所讨论的概念和思想<br /><br /><span style="FONT-SIZE: 16px"><b>Mule框架</b></span><br />Mule框架主要包含下列内容：<br /><br /><b>通用消息对象（UMO）API</b><br />UMO API第一了所有被Mule 管理的服务和对象交互<br /><br /><b>UMO组件</b><br />在Mule系统中，UMO组件可以使任何在系统中接收、处理和发送事件消息的组件<br /><br /><b>Mule服务器</b><br />Mule服务器组件是一个在Mule应用环境中自动加载的服务器应用程序<br /><br /><b>描述器</b><br />描述器组件描述一个Mule UMO属性。新的Mule MUO对象能被它们所关联的描述器初始化。一个描述器包含：<br />·        UMO组件名<br />·        UMO组件版本<br />·        UMO组件实现类<br />·        异常策略<br />·        入站和出站提供者<br />·        入站和出站路由器<br />·        拦截器<br />·        接收和发送切入点<br />·        入站和出站转换器<br />·        各种各样的特性<br /><br /><b>连接器</b><br />连接器是一些组件，它们可以连接到外部系统或其他协议、管理那些系统或协议的状态。一个连接器负责发送消息到外部消息接收器、管理消息接收器的注册和注销。<br /><br /><b>提供者</b><br /><br />提供者是一些组件，管理把事件数据发送到外部系统、从外部系统接受事件数据和转换事件数据等事项。在Mule框架里，他们能连接到外部系统或其他组件。一个提供者就像一个从外部系统进入Mule或从Mule内部访问外部系统的桥接器。实际上，提供者有一组对象组成，可以与下层系统连接并与之通信。提供者的组成部件是：<br />·        连接器：负责连接到下层系统<br />·        消息接收器：从系统接收事件<br />·        连接调度者：传送系统到系统<br />·        转换器：转换从系统接收到的或要发送到系统的数据<br />·        终端：所建立连接的通道地址<br />·        事务配制：定义连接的事务属性<br /><br /><b>终端调解者</b><br />当UMO组件接收到一个事件时，终端调解者决定去调用它的什么方法<br /><br /><b>转换器</b><br />转换器组件负责双向转换消息或事件的有效载荷。当一个事件到达接收的对象之前，转换器可以链接到一起去执行一系列的装换操作。<br /><br /><b>消息适配器</b><br />消息适配器提供一中公共的方式去读外部系统的异构数据。<br /><br /><b>消息接收器</b><br />消息接收器是一些列终端监听线程，负责从外部系统接收数据。<br /><br /><b>消息调度者</b><br />消息调度者发送（同步）或派遣（异步）时间到下层系统。<br /><br /><b>消息路由器</b><br />消息路由器是一系列组件，可以使被配制的UMO组件依据消息或其他配制图路有一个消息到不同的提供者。<br /><br /><b>代理</b><br />代理是一些帮定到外部服务的组建，例如JME服务器。<br /><br /><b>Mule模型</b><br />一个Mule模型封装和管理一个Mule服务器实例的运行时行为。一个模型包含：<br />·        描述器<br />·        UMO组件<br />·        一个终端调解者<br />·        一个生命周期适配器工厂<br />·        一个组件调解者 <br />·        一个池化工厂 <br />·        一个异常策略<br /><br /><b>Mule管理器</b><br />Mule管理器维护和提供以下服务 ：<br />·        代理<br />·        提供者<br />·        连接器<br />·        终端<br />·        转换器<br />·        拦截器堆栈<br />·        一个Mule模型 <br />·        一个Mule服务器<br />·        事务管理器 <br />·        应用程序属性<br />·        Mule配制<br /><br />图2演示了Mule框架上层消息流视图<br /><img onmouseover="javascript:imgShowTip(this);" style="DISPLAY: inline" onclick="javascript:imgClick(this);" alt="" src="http://www.matrix.org.cn/resource/upload/forum/2005_11_07_215151_LueGHMXqoh.jpg" onload="javascript:imgLoad(this);" border="0" resized="0" /><br />图2：Mule上层架构<br /><br /><span style="FONT-SIZE: 16px"><b>Mule事件对象</b></span><br />Mule事件对象对象包含事件数据和被组件所感知和操控的属性。属性是任意的，在事件创建之后任何时间可被设置。<br /><br />org.mule.umo.UMOEvent类代表了一个在Mule环境中出现的时间。所有在组件之间发送或接收的数据都是org.mule.umo.UMOEvent的一个实体。可以访问一个原始的或被转换的Mule事件对象中的数据能。一个Mule事件对象使用一个与提供者管理的提供者转换数据，提供者收到数据后把事件中的有效载荷转换成当前组件所识别的格式。<br /><br />一个Mule事件对象的有效有效载荷能通过org.mule.umo.UMOMessage接口访问，一个org.mule.umo.UMOMessage实例由有效载荷和它的属性组成。这个接口是不同技术实现的消息对象的一个抽象。<br /><br />org.mule.extras.client.MuleClient类定义了一个简单的借口，允许Mule客户端从Mule服务器接收和发送事件数据。在大多数Mule应用程序里，时间是被一些外部的并发行为所触发，例如一个主题上接收到消息或在目录里一个文件被删除。<br /><br />下面演示了如何去发送一个同步事件到另外的Mule组件：<br /><pre class="overflow">String componentName = "MyReceiver"; // The name of the receiving component. <br />String transformers = null; // A comma-separated list of transformers<br />                            // to apply to the result message. <br />String payload = "A test event"; // The payload of the event. <br />java.util.Map messageProperties = null; // Any properties to be associated<br />                                        // with the payload.<br />MuleClient client = new MuleClient();<br />UMOMessage message = client.sendDirect(componentName,<br />                                       transformers,<br />                                       payload,<br />                                       messageProperties);<br />System.out.println("Event result: " + message.getPayloadAsString()); </pre><br /><br />MuleClient类需要一个服务器URL区定义它所连接的远程Mule服务器的终端。URL定义了传输协议、接收消息的地址，提供者在派遣一个事件时可以随时使用这些信息。终端例示如下：<br />·        vm://com.jeffhanson.receivers.Default: 使用虚拟机的提供者派遣到一个com.jeffhanson.receivers.Default<br />·        jms://jmsProvider/accounts.topic:使用全局注册的jmsProvider派遣一个JMS消息到ccounts.topic.<br />·        jms://accounts.topic: 使用第一个（默认）的JMS提供者派遣JMS消息<br /><br /><b><span style="FONT-SIZE: 16px">Mule事件处理</span></b><br />Mule可以在三种不同的方式发送和节后艘事件：<br />1．异步方式：一个组件可通过不同的线程同时处理多个事件的发送和接收<br />2．同步方式：在一个组件重新工作之前，一个单一的事件必须被处理完。换言之，一个创建了事件的组建发送事件时将被阻断，直到发送任务完成，因此，一次只允许处理一个事件<br />3．请求-应答方式：一个组建专门请求一个事件，然后等待一个特定的时间去接收回应。<br />org.mule.impl.MuleComponent实现类提供了一个具体的组建类，它包括又有创建，发送和接收事件的功能。<br />执行同步动作的对象应该实现org.mule.umo.lifecycle.Callable接口，这个定义了一个简单的方法Object onCall(UMOEventContext eventContext)。Callable接口提供支持事件调用的UMO对象。虽然不是强制的，但这个接口提供了一个生命周期控制的方法，当实现这个接口的组建接收到一个消息时执行这个方法。下面展示了这个接口的简单实现。<br /><pre class="overflow">import org.mule.umo.lifecycle.Callable;<br /><br />public class EchoComponent<br />   implements Callable<br />{<br />    public Object onCall(UMOEventContext context) throws Exception<br />    {<br />        String msg = context.getMessageAsString();<br />        // Print message to System.out<br />        System.out.println("Received synchronous message: " + msg);<br />        // Echo transformed message back to sender<br />        return context.getTransformedMessage();<br />    }<br />} </pre><br /><br />从onCall（）方法可返回任何对象。当组件的UMOLifecycleAdapter接收这个对象时，它首先看看这个对象是否是一个UMOMessage；如果这个对象既不是UMOMessage也不是Null，那么以这个对象作为有效载荷去创建一个新的消息。这个新事件经由所配制的出站路有器发布，如果UMO对象已经配制了一个出站路由器，那么在UMOEventContext实例中不能调用setStopFurtherProcessing(true)方法。<br /><br /><b><span style="FONT-SIZE: 16px">Mule使用的一个简单的事件框架</span></b><br />让我们把这几段Mule的代码放到一起去构建一个简单的事件框架。这个框架包含一个负责注册和注销事件的管理器，可以接收事件，和负责路有同步和异步消息到他们相应的服务。<br /><br />Mule的虚拟机协议要求有一个放置事件管理器工作目录META-INF/services/org/mule/providers/vm路径下的可配制文件，配制文件为协议定义了大量的组件，例如连接器和调度工厂。配制文件的内容如下：<br /><pre class="overflow">connector=org.mule.providers.vm.VMConnector<br />dispatcher.factory=org.mule.providers.vm.VMMessageDispatcherFactory<br />message.receiver=org.mule.providers.vm.VMMessageReceiver<br />message.adapter=org.mule.providers.vm.VMMessageAdapter<br />endpoint.builder=org.mule.impl.endpoint.ResourceNameEndpointBuilder </pre><br /><br />一个简单的借口定义了事件管理器的公有结构：<br /><pre class="overflow">package com.jeffhanson.mule;<br /><br />import org.mule.umo.FutureMessageResult;<br /><br />public interface EventManager<br />{<br />   /**<br />    * Sends an event message synchronously to a given service.<br />    *<br />    * @param serviceName    The name of the service to which the event<br />    *                       message is to be sent.<br />    * @param payload        The content of the event message.<br />    * @return Object        The result, if any.<br />    * @throws EventException on error<br />    */<br />   public Object sendSynchronousEvent(String serviceName,<br />                                      Object payload)<br />      throws EventException;<br /><br />   /**<br />    * Sends an event message asynchronously to a given service.<br />    *<br />    * @param serviceName    The name of the service to which the event<br />    *                       message is to be sent.<br />    * @param payload        The content of the event message.<br />    * @return FutureMessageResult The result, if any.<br />    * @throws EventException on error<br />    */<br />   public FutureMessageResult sendAsynchronousEvent(String serviceName,<br />                                                    Object payload)<br />      throws EventException;<br /><br />   /**<br />    * Starts this event manager.<br />    */<br />   public void start();<br /><br />   /**<br />    * Stops this event manager.<br />    */<br />   public void stop();<br /><br />   /**<br />    * Retrieves the protocol this event manager uses.<br />    * @return<br />    */<br />   public String getProtocol();<br /><br />   /**<br />    * Registers a service to receive event messages.<br />    *<br />    * @param serviceName      The name to associate with the service.<br />    * @param implementation   Either a container reference to the service<br />    *                         or a fully-qualified class name.<br />    */<br />   public void registerService(String serviceName,<br />                               String implementation)<br />      throws EventException;<br /><br />   /**<br />    * Unregisters a service from receiving event messages.<br />    *<br />    * @param serviceName  The name associated with the service to unregister.<br />    */<br />   public void unregisterService(String serviceName)<br />      throws EventException;<br />} </pre><br /><br />事件管理器类是被封装在一个工厂类里，因此，可以依据需要去改变它的实现而不会影响到它的客户端。事件管理器实现如下：<br /><pre class="overflow">package com.jeffhanson.mule;<br /><br />import org.mule.umo.*;<br />import org.mule.extras.client.MuleClient;<br />import org.mule.impl.endpoint.MuleEndpoint;<br />import org.mule.config.QuickConfigurationBuilder;<br /><br />import java.util.HashMap;<br />import java.util.Map;<br /><br />public class EventManagerFactory<br />{<br />   private static HashMap instances = new HashMap();<br /><br /><br />   /**<br />    * Retrieves the event manager instance for a given protocol.<br />    *<br />    * @param protocol      The protocol to use.<br />    * @return EventManager The event manager instance.<br />    */<br />   public static EventManager getInstance(String protocol)<br />   {<br />      EventManager instance = (EventManager)instances.get(protocol);<br /><br />      if (instance == null)<br />      {<br />         instance = new EventManagerImpl(protocol);<br />         instances.put(protocol, instance);<br />      }<br /><br />      return instance;<br />   }<br /><br />   /**<br />    * A concrete implementation for a simple event manager.<br />    */<br />   private static class EventManagerImpl<br />      implements EventManager<br />   {<br />      private UMOManager manager = null;<br />      private QuickConfigurationBuilder builder = null;<br />      private MuleClient eventClient = null;<br />      private String protocol = null;<br />      private MuleEndpoint receiveEndpoint = null;<br />      private MuleEndpoint sendEndpoint = null;<br /><br />      private EventManagerImpl(String protocol)<br />      {<br />         this.protocol = protocol;<br />      }<br /><br />      /**<br />       * Starts this event manager.<br />       */<br />      public void start()<br />      {<br />         try<br />         {<br />            builder = new QuickConfigurationBuilder();<br />            manager = builder.createStartedManager(true,<br />                                                   protocol + "tmp/events");<br />            eventClient = new MuleClient();<br />            receiveEndpoint = new MuleEndpoint(protocol<br />                                               + "tmp/events/receive");<br />            sendEndpoint = new MuleEndpoint(protocol + "tmp/events/send");<br />         }<br />         catch (UMOException e)<br />         {<br />            System.err.println(e);<br />         }<br />      }<br /><br />      /**<br />       * Stops this event manager.<br />       */<br />      public void stop()<br />      {<br />         try<br />         {<br />            manager.stop();<br />         }<br />         catch (UMOException e)<br />         {<br />            System.err.println(e);<br />         }<br />      }<br /><br />      /**<br />       * Retrieves the protocol this event manager uses.<br />       * @return<br />       */<br />      public String getProtocol()<br />      {<br />         return protocol;<br />      }<br /><br />      /**<br />       * Registers a service to receive event messages.<br />       *<br />       * @param serviceName      The name to associate with the service.<br />       * @param implementation   Either a container reference to the service<br />       *                         or a fully-qualified class name<br />       *                         to use as the component implementation.<br />       */<br />      public void registerService(String serviceName,<br />                                  String implementation)<br />         throws EventException<br />      {<br />         if (!manager.getModel().isComponentRegistered(serviceName))<br />         {<br />            try<br />            {<br />               builder.registerComponent(implementation,<br />                                         serviceName,<br />                                         receiveEndpoint,<br />                                         sendEndpoint);<br />            }<br />            catch (UMOException e)<br />            {<br />               throw new EventException(e.toString());<br />            }<br />         }<br />      }<br /><br />      /**<br />       * Unregisters a service from receiving event messages.<br />       *<br />       * @param serviceName  The name associated with the service to unregister.<br />       */<br />      public void unregisterService(String serviceName)<br />         throws EventException<br />      {<br />         try<br />         {<br />            builder.unregisterComponent(serviceName);<br />         }<br />         catch (UMOException e)<br />         {<br />            throw new EventException(e.toString());<br />         }<br />      }<br /><br />      /**<br />       * Sends an event message synchronously to a given service.<br />       *<br />       * @param serviceName    The name of the service to which the event<br />       *                       message is to be sent.<br />       * @param payload        The content of the event message<br />       * @return Object        The result, if any.<br />       * @throws EventException on error<br />       */<br />      public Object sendSynchronousEvent(String serviceName,<br />                                         Object payload)<br />         throws EventException<br />      {<br />         try<br />         {<br />            if (!manager.getModel().isComponentRegistered(serviceName))<br />            {<br />               throw new EventException("Service: " + serviceName<br />                                        + " is not registered.");<br />            }<br /><br />            String transformers = null;<br />            Map messageProperties = null;<br />            UMOMessage result = eventClient.sendDirect(serviceName,<br />                                                       transformers,<br />                                                       payload,<br />                                                       messageProperties);<br />            if (result == null)<br />            {<br />               return null;<br />            }<br />            return result.getPayload();<br />         }<br />         catch (UMOException e)<br />         {<br />            throw new EventException(e.toString());<br />         }<br />         catch (Exception e)<br />         {<br />            throw new EventException(e.toString());<br />         }<br />      }<br /><br />      /**<br />       * Sends an event message asynchronously.<br />       *<br />       * @param serviceName    The name of the service to which the event<br />       *                       message is to be sent.<br />       * @param payload        The content of the event message.<br />       * @return FutureMessageResult The result, if any<br />       * @throws EventException on error<br />       */<br />      public FutureMessageResult sendAsynchronousEvent(String serviceName,<br />                                                       Object payload)<br />         throws EventException<br />      {<br />         FutureMessageResult result = null;<br /><br />         try<br />         {<br />            if (!manager.getModel().isComponentRegistered(serviceName))<br />            {<br />               throw new EventException("Service: " + serviceName<br />                                        + " is not registered.");<br />            }<br /><br />            String transformers = null;<br />            Map messageProperties = null;<br />            result = eventClient.sendDirectAsync(serviceName,<br />                                                 transformers,<br />                                                 payload,<br />                                                 messageProperties);<br />         }<br />         catch (UMOException e)<br />         {<br />            throw new EventException(e.toString());<br />         }<br /><br />         return result;<br />      }<br />   }<br />} </pre><br /><br />Mule框架依据消息有效载荷的类型来派遣消息。事件框架使用基于有效载荷的派遣机制，这种派遣机制把注册到事件管理器中一般定义的事件方法作为事件接收器。下面的类定义了一个包含三个重载的receiveEvent（）方法的服务：<br /><pre class="overflow">package com.jeffhanson.mule;<br /><br />import java.util.Date;<br /><br />public class TestService<br />{<br />   public void receiveEvent(String eventMessage)<br />   {<br />      System.out.println("\n\nTestService.receiveEvent(String) received "<br />                         + "event message:  " + eventMessage + "\n\n");<br />   }<br /><br />   public void receiveEvent(Integer eventMessage)<br />   {<br />      System.out.println("\n\nTestService.receiveEvent(Integer) received "<br />                         +"event message:  " + eventMessage + "\n\n");<br />   }<br /><br />   public void receiveEvent(Date eventMessage)<br />   {<br />      System.out.println("\n\nTestService.receiveEvent(Date) received "<br />                         + "event message:  " + eventMessage + "\n\n");<br />   }<br />} </pre><br /><br />事件管理器客户端应用程序发送三个事件到测试服务中，去测试每一个receiveEvent（）方法。客户端应用程序如下：<br /><pre class="overflow">package com.jeffhanson.mule;<br /><br />import org.apache.log4j.Logger;<br />import org.apache.log4j.Level;<br />import org.apache.log4j.BasicConfigurator;<br /><br />import java.util.Date;<br /><br />public class EventClient<br />{<br />   static Logger logger = Logger.getLogger(EventClient.class);<br /><br />   public static void main(String[] args)<br />   {<br />      // Set up a simple configuration that logs on the console.<br />      BasicConfigurator.configure();<br />      logger.setLevel(Level.ALL);<br /><br />      try<br />      {<br />         EventManager eventManager =<br />            EventManagerFactory.getInstance("vm://");<br />         eventManager.start();<br /><br />         String serviceName = TestService.class.getName();<br />         String implementation = serviceName;<br /><br />         eventManager.registerService(serviceName, implementation);<br /><br />         Object result =<br />            eventManager.sendSynchronousEvent(serviceName, "A test message");<br /><br />         if (result != null)<br />         {<br />            System.out.println("Event result: " + result.toString());<br />         }<br /><br />         result =<br />            eventManager.sendSynchronousEvent(serviceName, new Integer(23456));<br /><br />         if (result != null)<br />         {<br />            System.out.println("Event result: " + result.toString());<br />         }<br /><br />         result =<br />            eventManager.sendSynchronousEvent(serviceName, new Date());<br /><br />         if (result != null)<br />         {<br />            System.out.println("Event result: " + result.toString());<br />         }<br /><br />         eventManager.stop();<br />      }<br />      catch (EventException e)<br />      {<br />         System.err.println(e.toString());<br />      }<br />   }<br />} </pre><br /><br />Mule平台简化和抽象了前面所叙述框架的事件方面的处理，使得你发送和接收穿越一个层级结构的同步和异步消息时，不需要知道下层系统的细节。工厂模式和SOA准则的应用，则使得这个框架有了一个松散耦合和可扩展的设计。<br /><br /><b><span style="FONT-SIZE: 16px">总结</span></b><br />当服务和进程需要穿越多层结构，使用多种协议去交互时，设计一个有效地事件驱动的软件系统可能变得复杂了。可是，一个使用标准模式包含适当事件管理层的面向服务架构能减少，甚至消除这些问题。<br /><br />Mule 平台提供API，组件和抽象对象，这些都可以用于去建立一个强大，健壮，事件驱动的有着良好的伸缩性和可维护性的系统。<br /><br /><b>关于作者</b><br />Jeff Hanson 有着18年的软件行业从业经验，曾经作为高级软件工程师工作于Windows OpenDoc项目，作为主管架构师在Novell的Route66框架工作。现在，作为eReinsure.com的首席架构师，正在构建Web服务框架和基于J2EE再保险平台。Hanson已经写作了大量的文章和书籍，包括：《Pro JMX: Java Management Extensions》(Apress出版社,2003年11月; ISBN: 1590591011)和《Web Services Business Strategies and Architectures》(Wrox 出版社,2002年8月; ISBN: 1904284132)<br /><br /><b>资源</b><br />·javaworld.com:<a href="http://www.javaworld.com/" target="_new">javaworld.com</a><br />·Matrix-Java开发者社区:<a href="http://www.matrix.org.cn/" target="_new">http://www.matrix.org.cn/</a><br />·Mule主页: <a href="http://wiki.muleumo.org/display/MULEPROJ/Home" target="_new">http://wiki.muleumo.org/display/MULEPROJ/Home</a><br />·Mule FAQ: <a href="http://wiki.muleumo.org/display/MULE/Mule+FAQ" target="_new">http://wiki.muleumo.org/display/MULE/Mule+FAQ </a><br /><img src ="http://www.blogjava.net/zzh6688/aggbug/49025.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zzh6688/" target="_blank">海纳百川，有容乃大</a> 2006-05-30 16:08 <a href="http://www.blogjava.net/zzh6688/articles/49025.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Web 服务的业务流程执行语言</title><link>http://www.blogjava.net/zzh6688/articles/49004.html</link><dc:creator>海纳百川，有容乃大</dc:creator><author>海纳百川，有容乃大</author><pubDate>Tue, 30 May 2006 07:21:00 GMT</pubDate><guid>http://www.blogjava.net/zzh6688/articles/49004.html</guid><wfw:comment>http://www.blogjava.net/zzh6688/comments/49004.html</wfw:comment><comments>http://www.blogjava.net/zzh6688/articles/49004.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zzh6688/comments/commentRss/49004.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zzh6688/services/trackbacks/49004.html</trackback:ping><description><![CDATA[&nbsp;&nbsp;&nbsp;&nbsp; 摘要: 摘要				本文为指定基于 Web 服务的业务流程行为定义了一种表示方法。这种表示方法被称为 Web 服务的业务流程执行语言（Business Process Execution Language for Web Services）（以下简称为 BPEL4WS）。用 BPEL4WS 表示的流程只能通过使用 Web 服务接口来导出和导入功能。		描述业务流程的方式有两种。可执行业务流程可...&nbsp;&nbsp;<a href='http://www.blogjava.net/zzh6688/articles/49004.html'>阅读全文</a><img src ="http://www.blogjava.net/zzh6688/aggbug/49004.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zzh6688/" target="_blank">海纳百川，有容乃大</a> 2006-05-30 15:21 <a href="http://www.blogjava.net/zzh6688/articles/49004.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>实现SOA的两个案例  (from 51cto)</title><link>http://www.blogjava.net/zzh6688/articles/48988.html</link><dc:creator>海纳百川，有容乃大</dc:creator><author>海纳百川，有容乃大</author><pubDate>Tue, 30 May 2006 06:34:00 GMT</pubDate><guid>http://www.blogjava.net/zzh6688/articles/48988.html</guid><wfw:comment>http://www.blogjava.net/zzh6688/comments/48988.html</wfw:comment><comments>http://www.blogjava.net/zzh6688/articles/48988.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/zzh6688/comments/commentRss/48988.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/zzh6688/services/trackbacks/48988.html</trackback:ping><description><![CDATA[
		<span class="top11"> 
<p></p><p>我们有许多方法可以实现面向服务的架构，无论最终目标是消除大型机还是简单地重用软件资产。匹兹堡大学医疗中心 (UPMC)和Starwood Hotels &amp; Resorts Worldwide公司都有正在进行中的SOA项目，这无疑表明了SOA实施过程的多样性。对于这两种不同方向的工作，他们在本质上都是要建立集中的用于存储和编制软件资产的仓库。</p><p>对于匹兹堡大学医疗中心(UPMC)而言，一个目标就是在组织内部充分利用单个SOA 开发项目的价值，这同时也涉及到了管理问题。“我们已经做了很有价值的工作，但是在其他的领域却不能被普遍使用的。”UPMC企业中间件小组的主任 Duane Falk说。“我们朝着SOA的方向发展不仅仅是为了使用它的一些技术来帮助我们解决问题，我们也在努力朝着使资源重用性更高的方向发展。”</p><p>Falk 说我们选出了一些高级开发人员和架构师来讨论开始的最佳地点。“普遍的意见是把某些资产聚集在一起放进图书馆，在那里人们可以识别、存储、读取这些可以重用的代码和其他资源。”他说。</p><p>匹兹堡大学医疗中心(UPMC)正在使用匹兹堡市LogicLibrary公司提供的Logidex原数据仓库来小规模的实验一个项目。Falk 说一个研发小组正与一个海外开发人员联合重构程序来管理医疗器械资产。</p><p>“我们已经感觉到这样做是有优势的:确保在最后阶段我们把全部的代码和对象放在保存完好的中心位置，虽然开发中我们只用到了其中的一部分，但是放在这里我们以后可以继续重用。”</p><p>这个项目组使用Logidex来对系统设计、架构还有开发的其他服务进行分类。“其他小组，如企业中间件组，他们在写用于不同领域的Web服务和核心组件的代码，而且我们希望把那些代码也放到仓库中来。”Falk说。这个仓库也可能会帮助UMPC管理一致性问题，如Sarbanes-Oxley Act。</p><p>“我们这个小实验的一个主要目的就是:我们所有的开发人员都能够应用LogicLibrary，不仅仅是我们的项目可以访问，而且要做到其他组同样可以访问。即使他们只有一个或者两个服务，但是他们可以获得文档记录和发表方面的经验，并且这样做将会帮助我们决定是否继续朝着SOA的方向前进。”</p><p>记录和管理服务在Starwood Hotels &amp; Resorts Worldwide公司也是中心论题，这里正在进行的SOA项目的目标是最大限度的消除大型机。</p><p>Starwood公司是通过一系列的合并和收购建立的，其中最大的是Sheraton子公司。</p><p>“那个时候，管理层做出决定:继续保留Sheraton系统并且作为主要的预订系统。我们终止了基于IBM技术、客户端控制系统(CICS)以及Cobol应用程序的大型机遗留系统，” srael del Rio说，Starwood公司的技术方案和架构高级副总裁。</p><p>大约三年以前，Starwood公司决定朝着SOA的方向发展，并且对Linux、J2EE和IBM WebSphere实现标准化。他说。“最开始的时候，我们通过在这些平台上开发新的应用程序，之后逐渐开始卸载一些大型机应用程序放到开放系统上来。这时我们也开始发展一些XML服务，但那并不是我们现在所见到的Web服务，”他说。</p><p>Del Rio说:一年半之前，Starwood 公司为消除大型机给出了致命一击。“一切都围绕着SOA的概念，”他说。并且没有移植的应用程序，他补充道。“所有的一切都是通过服务从零开始编写代码、进行设计。那是巨大的工作任务。”</p><p>为了管理不同的小组开发的服务，Starwood公司使用Systinet公司提供的Systinet注册信息表，这个公司位于麻省的伯灵顿。 “我们在注册信息表中(Registry)定义了80%到90%的服务。我们将结束数以百计的服务，” del Rio说。Starwood公司目前使用Systinet来进行支配和策略管理，同时使用Actional 公司的Looking Glass产品用于服务管理，Actional 公司位于加州的Mountain View市。</p><p>现在，服务都必须和内部系统绑定在一起，del Rio说，因此Starwood公司不再使用Systinet公司统一描述、发现和集成(UDDI)的功能。“但是知道他们公司有这个功能还是很好的。我们已经打算把一些服务做成公共服务。”</p><p>2006年的第一季度，Starwood公司将开始在新系统上实现一些独立属性，然后做集成测试。“我们研究的范围是建立在能够消除大型机的基础之上，”他说。这就是到2006年底实现的目标。</p><p>对于Starwood公司，SOA的道路是正确的，但是del Rio说这条路又是充满艰险的。“SOA是一个好的概念。我们应该朝着SOA的方向发展，尽管实现的过程是艰辛的。这就是成熟的历程。”</p></span>
<img src ="http://www.blogjava.net/zzh6688/aggbug/48988.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/zzh6688/" target="_blank">海纳百川，有容乃大</a> 2006-05-30 14:34 <a href="http://www.blogjava.net/zzh6688/articles/48988.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>