Mule

最新推荐文章于 2020-07-10 01:43:50 发布

flyhighwl

最新推荐文章于 2020-07-10 01:43:50 发布

阅读量156

点赞数

分类专栏： mule 文章标签： JMS Spring quartz OSGI JBPM

本文链接：https://blog.csdn.net/flyhighwl/article/details/83361602

版权

mule 专栏收录该内容

7 篇文章 0 订阅

订阅专栏

关键字: ESB,Mule

Overview

Mule Mule ESB笔记(花钱的年华) Mule Training(MuleConf2007) Exploring ESB Patterns with Mule(java.net) Mule: A Case Study(TSS) Evolutionary integration with ESBs(InfoQ)

Mule的运作能力非常强，商业的支持公司Mulesource.com，给大家贡献代码的MuleForge.org，2007年大会MuleConf2007，CXF的作者，SaleForces的CXO......

*企业服务总线的主要特性：*Pluggable的传输层，转换器，路由器三者是ESB的公共核心功能，同时Mule还是《Enterprise Intergration Patterns》与 SEDA (Staged Event-Driven Architecture)的遵循者。 *企业服务总线的其他特性：*事务、安全、异常管理，JMX管理架构。 *Service Container：*Mule作为一个ESB，并不纯粹。UMO的角色很灵活，既可以是什么都不干的Bridge Componet成为真正的ESB，也可以是业务POJO，让Mule成为一个Service Container。作为Container，有多通信协议，有SEDA，有JMX监控，也不错。 *流程编排：* Mule and BPM, BPEL ，因为Mule的不纯粹的Bus，对于组合服务它并没有像BEA那样提供统一的流程编写语言，如果使用每个节点inBound-outBound- inBound的定义会看得很郁闷，与而jBPM结合未知。但它提供了使用UMO(POJO)在代码级进行服务编排的可能。 *Cluster：* 群集是它暂时还不支持的死穴，而BEA，ServiceMix都使用JMS的底层，用JMS群集来实现负载均衡，如果系统失效，JMS会回滚，将任务交给另一个消费者。而Mule使用vm queue来在每个节点间流动，也支持XA，也可以设置在shutdown时持久化到文件。 Wiki中的计划 Cluster功能，有像BEA、ServiceMix那样跑JMS底层，有使用TerraCotta的实现计划。

架构

可以看出Mule的架构分三大块，传输层一块，POJO一块，还有一块运行时管理模块。

Transport Provider

Transport 是ESB最苦力的部分，Mule支持了WebService(Axis,XFire,CXF)/REST、Ejb/Rmi、Email、Jdbc、Tcp /Udp、Xmpp、VM、Ftp、File、Quartz，还有一些Transport如vfs、IBM MQ，藏在某个sandbox代码分支或者muleforge.org中。

名词：Provider由Message Receiver/Dispatcher，Connector，Adapter组成。
Message Receiver/Dispatcher负责具体收发，Connector负责与外系统的连接，Adapter负责转换协议特殊的数据格式，取得一些协议相关参数，比如http的Content-Length。Endpoint 定义了Transport+地址，如jms://topic:myTopic

Transport Guide Writing Transports

Filter、Router、Transformer

在mule里各种模式通常只是一个名词，要把《EIP》摆在手边，参考其描述与用例。

Router
动态的、宣告式的、基于内容的路由、基于规则的路由、BPEL、过滤、分解、聚合、重排
http://mule.codehaus.org/display/MULE/Message+Routers Filter
http://mule.codehaus.org/display/MULE/Filters Transformer 转换、包装、扩充、规范、压缩、加密、编码
http://mule.codehaus.org/display/MULE/Transformers