finly

Mule是一个基于ESB架构的消息平台,Mule 的核心是一个基于SEDA（Staged Event Driven Architecture）的服务容器，该容器管理被称为通用消息对象（Universal Message Objects /UMO）的服务对象，而这些对象都是POJO。所有UMO和其他应用之间的通信都是通过消息端点（message endpoint）来进行的。这些端点为众多独立的技术，比如Jms, Smtp, Jdbc, Tcp, Http, Xmpp, file等等，提供了简单和一致的接口。

Mule应用程序通常是通过网络由许多Mule实例组成（实际上一个应用里面只能有一个mule实例，因为实例启动之后必须占用一个tcp端口），每一个实例是由具有一个或多个UMO组件的轻量级容器所构成，每一个UMO组件都包含有一个或多个能收发事件的端点。
以上描述可以用以下图例来说明：

实际上Mule是用一个配置文件来描述以上信息的，一个典型的配置文件如下：

< mule-descriptor  name ="Error Manager"  implementation ="errorManager" >
             < inbound-router >
                 < endpoint  address ="file://./test-data/in"
                          transformers ="XMLToExceptionBean ExceptionBeanToErrorMessage"   />
             </ inbound-router >

             < outbound-router >
                 < catch-all-strategy  className ="org.mule.routing.LoggingCatchAllStrategy" />

                 < router  className ="org.mule.routing.outbound.FilteringOutboundRouter"
                        transformer ="ErrorMessageToException" >

                     < endpoint  address ="file://./test-data/exceptions"
                              transformers ="ErrorMessageToExceptionBean ExceptionBeanToXML" >

                         < properties >< property  name ="outputPattern"  value ="Exception-${UUID}.xml"   /></ properties >
                     </ endpoint >
                     < filter  className ="org.mule.routing.filters.PayloadTypeFilter"
                            expectedType ="org.mule.MuleException"   />
                 </ router >

                 < router  className ="org.mule.routing.outbound.FilteringOutboundRouter"
                        transformer ="ErrorMessageToException" >

                     < endpoint  address ="smtp://?address=${email.toAddress}"
                              transformers ="ErrorMessageToExceptionBean ExceptionBeanToXML StringToEmailMessage" >
                         < properties >
                             < property  name ="fromAddress"  value ="${email.fromAddress}"   />
                             < property  name ="subject"  value ="${email.subject}"   />
                         </ properties >
                        </ endpoint >

                     < filter  className ="org.mule.routing.filters.PayloadTypeFilter"
                                        expectedType ="org.mule.umo.lifecycle.FatalException" />
                 </ router >

                 < router  className ="org.mule.routing.outbound.FilteringOutboundRouter"
                        transformer ="ErrorMessageToException" >

                     < endpoint  address ="jms://exception.queue"
                              transformers ="ErrorMessageToExceptionBean ExceptionBeanToXML ObjectToJMSMessage" />

                     < filter  className ="org.mule.routing.filters.PayloadTypeFilter"
                            expectedType ="org.mule.samples.errorhandler.exceptions.BusinessException" />
                 </ router >
             </ outbound-router >

             < interceptor  name ="default" />
         </ mule-descriptor >

         < mule-descriptor  name ="Business Error Manager"  implementation ="businessErrorManager" >
             < inbound-router >
                 < endpoint  address ="jms://exception.queue"
                          transformers ="JMSMessageToObject XMLToExceptionBean ExceptionBeanToErrorMessage"   />
             </ inbound-router >
         </ mule-descriptor >

以上是摘取官方网站上提供的一个叫errorhandler的例子里配置文件的一部分，mule-descriptor节点是用来描述一个UMO组件的，在这个配置文件里提供了两个UMO组件，在每一个UMO组件里有一个或多个端点（endpint）来接收或发送事件。也许你会觉得这个配置文件过于复杂，以至于无法理解。没关系，在以后的文章里将会进一步解释。

在Mule容器里面为UMO组件提供了一系列的服务，例如事务管理，事件转化，路由，事件审核和管理等，Mule将对象分开管理意味着可以将UMO组件交给当前流行的IOC容器（比如spring）去构造。虽然Mule声称与spring可以完美结合，然而在我通过一系列实验中发现，Mule与spring结合还是有许多bug的，希望Mule能在下一个版本的更新中解决。

有人可能会说，Mule只是一个Jms实现，然而Mule不仅仅是一个Jms服务器，而且可以通过配置来使用几乎所有的Jms服务，比如说ActiveMq、JBoss MQ、Joram OpenJms、Oracle AQ、SeeBeyond、Spirit Wave、 UberMQ、Weblogic Jms 和 IBM WebSphere MQ。与Spring一样，Mule不会重复造轮子，而是会使用在当今开源社区里成熟的产品。比如在webservice上，Mule支持glue、axis和xfire。对于不同类型的连接（比如说jms和webservice），Mule提供了一致的服务来管理事件的流向、联系、事务、安全和审核。

在使用Mule之前，很有必要理解一些核心的概念和专业术语。以下图表简单的描述了一个Mule服务器的组成

下面将对图表上的每一个概念进行解释。

blog两个月前就申请下来了,直到今天才有第一篇文章,实在惭愧.
选择在blogjava建blog,除了自己是名javaer之外,主要原因是因为在这里潜水半年多的时间里学到了不少东西,所以决定以后要多做点奉献...写写文章啊什么的,
读完四年大学,现在回想起来,好象没什么另自己特别印象深刻的东西...难道是没有一点值得回忆的吗?我觉得不是,很多值得怀念的事情都忘得差不多了啊!
为了使自己不白过,若干年后可以找回曾经的回忆..所以我决定以后要常上来写点东西了

马上就要到工作一年的时间了,我决定在下篇文章里写写自己这一年来的各方面的总结.