Mule ESB 学习笔记 配置模式

 为了节省时间,就不翻译了,摘抄重点总结下, 本文大部分摘抄自Mule ESB官网入门教程Guide.pdf这本书中.

常用的配置定式简介

            Simple Service  : Exposes JAX-WS annotated components as SOAP web services. Exposes JAX-RS annotated beans as RESTful components.Can also handle JAXB, XML and raw content with simple POJO components.

            WebService Proxy : Proxies remote web services. Can perform transformations on the SOAP envelope. Can rewrite or redirect remote WSDLs to localones.

            Bridge : Establishes a direct conduit between an inbound endpoint and an outbound endpoint. Supports request-response and one-way bridging. Can perform transformations. Supports transactional bridging of inbound to outbound.

            Validator : Validates inbound messages against a defined acceptance filter. Returns an ACK or NACK response synchronously and dispatches valid messages asynchronously.

下面只总结 simple service 和 webservice proxy 两种常用的配置定式的常用配置

   Simple service : 把组件发布成简单的mule service ,包括webservice

 

 

6. 配置模式

Mule 3.0版本提供了“pattern”的机制。Pattern总结了实际使用过程中的常见场景，以简化的服务配置方式提供。

6.1 简单服务模式（simple service pattern）

简单服务模式用于简化同步服务调用的配置，对应消息传递方式中的请求-响应方式。

图 简单服务模式

简单服务模式通过simple-service 元素配置，主要的元素属性包括：

属性	说明
address	服务监听的地址，如vm:in
component-class	Component的实现类
type	direct: 默认; jax-ws: 将component暴露为soap式的web service（component必须基于jax-ws的注解），address一般为Http Transport; jax-rs: 将component暴露为rest式的web service（component必须基于@Path的注解），address一般为Http或Servlet Transport

代码示例：

<simple-service name="simple-service" address="vm://simple.in"      component-class="demo.mule.umo.Echo" />

Mule针对服务请求接入可以做额外的处理，比如增加Transformer配置进行数据转换。

6.2 桥接模式（bridge pattern）

桥接模式用于在inbound endpoint和outbound endpoint之间建立直接连接，不需要component提供业务逻辑。

图 桥接模式

桥接模式通过bridge元素配置，主要属性包括：

属性	说明
inboundAddress	服务请求接入地址
outboundAddress	服务接出的实际地址
exchange-pattern	request-response: 默认，返回处理结果; one-way: 单向
transacted	true: 在向outbound endpoint分发时使用事务; false: 不使用事务

代码示例：

 

<bridge name="queue-to-topic" transacted="true" inboundAddress="jms://myQueue"          outboundAddress="jms://topic:myTopic" />

 

Mule在接入、接出的过程中可以做额外的处理，比如增加Transformer配置进行数据转换。如果使用事务控制，对于异构的协议之间的事务需要有支持XA的事务控制器。

6.3 校验器模式（validator pattern）

校验器模式通过定义一个校验过滤器过滤服务请求，并同步返回ACK（ACKnowledge）或NACK（Not Acknowledge）结果。通过校验的服务请求被异步分发给处理方。

图 校验器模式

校验器模式通过validator元素配置，主要属性包括：

属性	说明
inboundAddress	服务请求接入地址
outboundAddress	服务接出地址
ackExpression	表达式，用于构建服务请求被接收时的信息
nackExpression	表达式，用于构建服务请求被拒绝时的信息
errorExpression	@since 3.0.1 表达式，用于构建在服务请求分发出错时的信息
validationFilter-ref	过滤器的引用，也可以使用子元素指定 用于确定服务请求是否被接收

代码示例：

 

<validator name="integer-validator" inboundAddress="vm://validator.in"          ackExpression="#[string:GOOD:#[message:payload]@#[context:serviceName]]"          nackExpression="#[string:BAD:#[message:payload]@#[context:serviceName]]"          outboundAddress="vm://test-service.in">      <payload-type-filter expectedType="java.lang.Integer" />  </validator>

注：Mule的表达式后续补充。

6.4 web服务代理模式（web service proxy pattern）

Web服务代理模式用于将Web Service请求直接转发至远程目标Web Service服务端，Mule本身不提供实际的Web Service。

图 web服务代理模式

Web服务代理模式通过ws-proxy元素配置，主要属性包括：

属性	说明
inboundAddress	Mule对外提供的地址
outboundAddress	Web Service的实际地址

代码示例：

 

<ws:proxy name="ws-proxy"          inboundAddress="http://localhost:7006/services/Echo"          outboundAddress="http://localhost:8000/services/Echo?method=echo">  </ws:proxy>

 

Mule在转发的过程中可以做额外的处理，比如增加Transformer配置进行数据转换。