Mule2.xGettingStartedGuide第一部分Mule概述之
Mule介绍
什么是Mule
Mule是一个基于Java的轻量级消息框架，它可以使我们快速、容易地将我们的应用连接起来，并且保证这些应用间可以交换数据。Mule使用了面向服务架构(SOA)，提供了对现有系统的简洁的集成方式。不管应用程序采用了什么技术，JMS、Web Service、JDBC、HTTP甚至其他的技术，Mule都可以准确无误地将它们集成到一起。
Mule框架具有很强的可扩展性，它允许我们开始只提供比较少的应用，然后再慢慢将更多的应用连接到其上。Mule透明地管理着应用和组件间的所有交互，不论这些应用和组件是处于同一台虚拟机上还是处在互联网上，不管他们底层使用了怎样的传输协议。
Mule是基于企业服务总线(ESB)的思想设计的。ESB的主要功能是扮演了在不同应用中传送数据的传输系统的角让它们可以互相通信，不管这些应用是在内联网中还是跨越了互联网。现在市场上已经有几个商业应用的ESB产品，这些产品中许多只提供了有限的功能，或
者是需要构件在已有的应用程序服务器或消息服务器之上，这就将你限制在了某个特定的提供商。Mule是一个中立的ESB产品，所以不同的提供商的产品都可以集成到其上，使用Mule，你不会被锁在某一个提供商的平台之上。
与竞争对手相比，Mule提供了很多优势，包括：
l Mule的服务组件可以是你想要的任意类型的。你可以很容易地把从POJO类到其他框架实现的组件的各种形式的应用集成起来。
l Mule和其ESB的模型提供了非常可观的组件重用。不同于其他框架，Mule可以让你不加修改地使用你现有的组件。这些组件不需要任何与Mule相关的代码，甚至编程接口(API)也不需要，就可以在Mule上运行。这样，业务逻辑和消息逻辑完全分离开来。
l 消息可以是从SOAP到二进制图像文件的任意类型。在设计上，Mule不会强制你使用任何设计约束条件，比如XML消息或者WSDL服务契约。
l Mule部署成多种拓扑结构，甚至可以不以ESB的方式进行部署。因为Mule是轻量级和嵌入式的框架，所以它可以很好地应对那些需要适应各种变化，并且按需求来增加和裁减功
能的应用。在这种要求高可靠和可扩展性的系统中，Mule可以有效地减少部署时间，提高生产率。
MuleSource提供了管理工具，可以让你管理你的部署(Mule HQ)，监视流过系统的事务(Mule Satum)，控制系统的基础组件(Mule Galaxy)。在Mule管理部分将详细地介绍这些工具。
下一部分是理解消息框架，提供了对消息框架和Mule怎样在应用间进行数据交换的详细介绍。
理解消息框架
侠累
将你的应用联网的好处是一个应用可以发送数据给另一个应用。然而，许多应用并不具备从另一个应用读取或处理数据的能力。Mule提供了在多个应用间可以读取、转换和发送数据的消息框架来解决这一问题。简单说来，一个消息就是一包数据，这包数据可以在应用间通过一个特定的通道(或者队列)进行处理和发送。
最简单的情况下，当你把你的各种应用连接到Mule时，Mule会从一个应用中读取数据，为
了数据可以被目标应用读取，Mule将其按照要求进行转换，然后把它发送给目标。这样，Mule就可以让你集成所有类型的应用，甚至那些不是为了做这个集成而构建的应用。
Mule是基于ESB思想的消息框架。ESB的主要功能是扮演了在不同应用中传送数据的传输系统的角让它们可以互相通信，不管这些应用是在内联网中还是跨越了互联网。因此，系统的核心是在应用之间进行消息路由的消息总线。
Mule与传统ESB的一个不同之处在于，Mule仅仅是按照需要进行数据。传统的ESB上，你需要为连接到总线的每一个应用创建一个适配器，并将该应用的数据转换成单一的通用消息格式。这些适配器的开发和处理每个消息活动需要花费大量的时间和精力。Mule消除了对单一消息格式的要求。信息会被发送到任意的通信通道，比如HTTP或JMS，它只在沿途进行必要的转换。因此，相对于传统ESB，Mule提高了性能，减少了研发时间。
Mule的架构和术语使用了Gregor Hohpe和Bobby Woolf的合著Enterprise Integration Patterns:Building, and Deploying Messaging Solutions一书中描述的规范。对所有从事企业消息解决方案的人，这本书非常值得一读。
下一节理解Mule架构，更加详细地描述了Mule架构。
理解Mule架构
这一节描述了Mule架构的不同部分，它们是怎样处理消息的以及它们的数据。为了便于说明，这里使用了一个例子，这个实例中有一家公司，这家公司需要为顾客的订单开具发货清单，根据那些发货清单处理一些流程，并且将其送到商品库来完成订单。
1. 关于SOA
内容略
2. 数据处理
当消息被从一个应用(比如发货清单的入口系统)发送后，Mule取出消息，将它发送到一个服务中，这个服务会使用具体的业务逻辑处理这条消息，比如检查用户和数据库的存货清单，然后将消息路由到正确的应用中，比如订单执行系统。Mule包含了许多独立的部分，来处理的路由消息。服务的关键部分是服务组件(service component)。服务组件会执行消息中的业务逻辑，比如读取发货清单，向其中添加用户数据库里的信息，并且将其转发到订单执行系统。
服务组件的一个重要特性是它不需要任何Mule相关的代码；它可以简单的是POJO、Spring Bean、Java Bean，也可以是包含了具体处理数据的业务逻辑的Web Service。Mule需要来管理这些服务组件，将其打包并发布为服务，并保证正确的消息进入的输出，这些都要借助于你为这些服务指定的配置文件来完成。
在你的应用中，有许多不同的服务来处理不同的业务逻辑，比如一个服务用于验证发货清单中的货品是否有库存，另一个则是使用订单历史记录来更新一个分离的用户数据库。所以你的被消息封装着的发货清单，需要在服务组件间流动，直到整个处理流程结束。
下一节，在服务组件间路由消息，描述了Mule是怎样路由消息的。
3. 在服务组件间路由消息
按照前面的规定，服务组件包含了处理消息中的数据的业务逻辑，但它并不包含怎样进行消息接收和发送的任何信息。为了保证服务组件接收到正确的消息，并且在处理后对它们进行合适的路由，你需要在配置Mule时，为组件指定入站路由(inbound router)和出站路由(outbound router)来封装服务。
入站路由指定了一个服务组件要处理哪些消息，它可以过滤进入的消息，聚合消息，以及在将消息发送到服务组件前对它们进行重新排序。例如，如果一个服务服务订阅了一个RSS，入站路由就必须要知道来自那个提供者的消息。
服务组件处理完消息后，出站路由指定向哪里发送这条消息。你可以定义多个入站和出站路由约束，甚至将多个路由链接起来处理消息，来保证服务组件准确地按照要求来接收和发送消息。
下一节从业务逻辑中分离消息，介绍了怎样将服务组件是怎样与消息层进行分离的。
4. 从业务逻辑中分离出消息
写一篇过年的作文Mule从多优势之一是它可以处理通过多种协议发送的消息。例如，一个发货清单可能总是XML格式的，但它也可能在一种情况下通过HTTP协议送达，另一种情况却又通过JMS消息，这依赖于生成清单的服务。如果一个服务组件仅仅处理业务逻辑，与数据协同进行工作，那它怎样读懂消息发送来的各种各样的格式的呢？
答案是服务组件不知道怎样读懂这些消息，因为默认情况下，服务组件被完全与消息格式
隔离了开来。首先只由一类与协议相关的传输组件沿途运送消息，然后在路由器将消息发送到服务组件之前，转换器会将消息的有效负载(例如发货清单)按照需要转换成服务组件可以读懂的格式生。例如，如果一个XML发货清单通过HTTP协议发送，这条消息沿途将由HTTP传输组件运送，路由器引导这条消息到要对其进行处理的服务组件上，转换器就会根据服务组件的需要沿途转换发货清单，比如将其由XML转换为Java对象。所有的对消息的传输，转换以及路由对服务组件来都是完全透明的。
歇后语 韩信点兵
转换器是交换数据的关键，因为它们保证了Mule可以将数据转换成另一个组件或应用可以理解的格式。更重要的是，数据仅在需要的时候才会转换。不同于将所有的消息转换成单一的通用消息格式，消息和它的数据仅在它们正在被发往的目标组件需要时，才会被转换。最后一点，你可以使用多种传输组件来处理不同的通道，比如发送了一条基于HTTP协议的消息，然后在它被客户数据服务组件处理后，使用JMS消息将其转发。教育局长
将业务逻辑与发送和转换消息进行解耦，给应用带来了巨大的灵活性，这主要反映在两方面，你可以创建自己需要的架构，并且使你不必关心消息到达的多种格式，而更加简单地定制自己的业务逻辑。必要情况下，我们的服务组件可以直接处理消息的原始数据，当然这不是必需的。
表示信心十足时用
下一部分，将所有绑定在一起，描述了Mule怎样将所有的组件连接起来，并协调它们之间的流的。
5. 将所有组件绑定在一起
端点(endpoint)是连接起所有服务的关键，它是一个配置元素。你可以在入站路由和出站路由中指定端点，来告诉Mule使用哪个传输组件，将消息发送到哪里，以及哪一个消息组件应该接收它。端点的主要部分是地址(address)，它是使用统一资源标识符(URI)描述的，它指定了需要使用的传输组件，传输组件资源的定位和一些附加的参数。
举个例子，如果一个服务的入站路由指定了端点为，HTTP传输组件就会把所有需要发送到这个URL的消息发送到这一服务。如果指定的是file://myserver/files/，那么文件传输组件就会监视这一目录，把所有这一目录中的新建文件发送到这一服务。在出站路由中指定端点指示了消息下一步去哪里——消息被发住的服务的入站路由需要与前一服务组件的出站路由相同，如下图所示。
一个服务可以使用不同的传输组件接收消息。你需要为一个服务要使用的每一种传输组件
指定一个或多个的独立的端点。比如，如果你想让你的服务可以同时处理来自HTTP和JMS通道的消息，你应当需要在服务的入站路由里至少指定一个HTTP端点和至少一个JMS端点。Mule把这些端点登记在服务上，传输组件在运行期使用这些登记信息来配置自己，达到确定发送和接收消息的目的。单反相机的镜头