Mule框架提供了一个可升级的环境，可以把自己的业务组件部署在里面。Mule管理所有组件之间的交互，不管它们是在同一个虚拟机中还是在internet上，也不管底层使用的传输方式。

Mule围绕着企业服务总线（ESB）架构进行设计，保证了不同的组件或者应用可以通过公共的消息总线进行交互，公共的消息总线一般是由JMS或者其他消息服务器来实现。

它的主要特点有：

   1.基于J2EE1.4的企业消息总线(ESB)和消息代理(broker).

   2.可插入的连接性:比如Jms,jdbc,tcp,udp,multicast,http,servlet,smtp,pop3, file,xmpp等.

   3.支持任何传输之上的异步，同步和请求响应事件处理机制.

   4.支持Axis或者Glue的Web Service.

   5.灵活的部署结构[Topologies]包括Client/Server, P2P, ESB 和Enterprise Service Network.

   6.与Spring 框架集成:可用作ESB 容器，也可以很容易的嵌入到Spring应用中.

   7.使用基于SEDA处理模型的高度可伸缩的企业服务器.

   8.强大的基于EIP模式的事件路由机制等.

几个名词：

1、Connectors ：就是支持不同协议的连接器。例如：Ｈｔｔｐ，ＦＴＰ，Ｍａｉｌ，Ｓｏａｐ，ＪＭＳ，ＭＱ等等。通常连接器有三种类型：只用于接收，只用于发送和两者皆可。

  2、EndPoints Address：终端地址，类似于jms://topic:myTopic这样的东西。前面的ｊｍｓ就是连接器的类型。后面是各个连接器能识别的地址。这 个地址可以是接收器识别的地址，例如：jms://topic:myTopic表示对myTopic这个队列进行监听。也可以是发送器识别的地址。例如 pop3://user:password@mail.mycompany.com将某一个消息发送到远程邮箱里面。注意这里的地址是你自己命名的，通常 不同的应用有不同的地址，例如某个应用是jms://topic:myTopic。另一个是jms://topic:myTopic2

  3、UMO Components ：可以想象成这是ESB总线上的一个个芯片，控制器。在Mule里面，他们是一些POJO，负责接收消息，然后进行处理，在发送出去。例如，一个UMO它 的作用是监听jms://topic:myTopic里面的消息，如果有，加以处理后发送到pop3: //user:password@mail.mycompany.com这个邮箱里面。显而易见，UMO通过简单的调用EndPoints Address来接收消息和转发消息。它不需要知道自己按照什么协议接收和发送消息。这就是ESB的作用所在，即提供统一的总线接口。

Mule ESB

Taking the “A” out of SOA