Mule30概述Word文档格式.docx
- 文档编号:22272765
- 上传时间:2023-02-03
- 格式:DOCX
- 页数:16
- 大小:504.15KB
Mule30概述Word文档格式.docx
《Mule30概述Word文档格式.docx》由会员分享,可在线阅读,更多相关《Mule30概述Word文档格式.docx(16页珍藏版)》请在冰豆网上搜索。
∙在应用间交换不同格式的信息
∙操作消息的负载内容,包括加密、压缩和编码转换
∙在异构的传输协议的数据类型间格式化消息
c.消息路由
∙基于消息内容和复杂规则路由消息
∙消息的过滤、聚合以及重新排列序号
d.服务创建和托管
∙暴露端点、EJB、SpringBean以及POJO作为服务
∙作为轻量级的服务容器进行服务托管
MuleESB中有一些基本的概念,理解这些基本概念后才能理解Mule的内部机制。
从中也可以看到Mule解决问题的基本思路。
4.基本概念
4.1Model
Model表示托管各个服务的运行时环境。
图Model
4.2Service
Service是用来处理服务请求的基本单位,它调用各个组件进行服务请求的处理。
图Service
4.3Transport
Transport管理消息的接收和发送,数据转换的过程也是在Transport中通过调用Transformer完成的。
图Transport
4.3.1Connector
Connector用于管控特定协议的使用,如HTTPConnector、JMSConnector等。
4.3.2End-Point
Endpoint用于表示一种协议的特定使用方式,如listening/polling、从中读取、向指定地址写入等,定义了发送和接收消息的通道。
Endpoint控制的是底层的实体在Connector中如何被使用。
Endpoint定义于Inbound和OutboundRouter中。
4.4Transformer
Transformer用于转换消息的内容。
图Transformer
4.5Router
Router使用Filter基于消息中的属性信息进行消息的分发。
图Router
Router在Service中的位置决定了Router的性质(inbound、outbound和response)和担任的角色(pass-through、aggregator等)。
4.6Component
Component是Service的核心部件,是Service的业务逻辑的实现。
图Component:
implicitbridgecomponent
Component可以是JavaClass(POJO、SpringBean)、WebService、Script等。
Component可定义自己的生命周期:
initialise、start、stop、dispose,不过需要实现Mule的LifeCycle接口。
Mule3.0版本开始提供@PostConstruct和@PreDestroy的注解,对应生命周期的initialise和dispose阶段,不需要实现Mule的LifeCycle接口了。
4.7Flow(@since3.0)
Flow是Mule3.0新引入的,包含一个消息源(MessageSource)和多个消息处理器组成的处理器链。
图Flow
根据实际需求着重检查了一下MuleESB的消息传递方式。
Mule支持常用的几种消息传递方式,能够满足要求。
5.消息传递方式
5.1异步方式
异步方式是一种单向调用,调用者不需要获得响应。
图Asynchronous
异步方式通过inbound和outboundendpoint的exchange-pattern=”one-way”实现。
使用基本的StdioTransport验证,通过标准输入传输字符串,将其原样传递给标准输出进行显示。
相应配置如下:
xml
代码
1.<
service
name="
echo"
>
2.
<
inbound>
3.
stdio:
inbound-endpoint
system="
IN"
exchange-pattern="
one-way"
/>
4.
/inbound>
5.
6.
component>
7.
singleton-object
class="
demo.mule.umo.StdIo"
8.
/component>
9.
10.
outbound>
11.
pass-through-router>
12.
outbound-endpoint
OUT"
13.
/pass-through-router>
14.
/outbound>
15.<
/service>
运行服务,控制台显示结果如下:
1.Please
enter:
Hello,
world!
2.INFO
2010-12-07
19:
21:
18,877
[ConsoleConnector.dispatcher.1]
org.mule.lifecycle.AbstractLifecycleManager:
Initialising:
'
ConsoleConnector.dispatcher.23255376'
.
Object
is:
StdioMessageDispatcher
5.INFO
Starting:
8.Hello,
其中INFO输出是Mule第一次初始化相应Connector打印出来的,之后调用服务不会再次显示。
异步方式适用于简单的消息传递的场景。
5.2请求-响应方式
请求-响应方式即请求方调用服务后,服务立即处理并返回响应结果,不需将消息再次传递。
图Request-Response
请求-响应方式通过inputendpoint的exchange-pattern=”request-response”实现,相应配置如下:
strong>
model
services"
echoService"
address="
http:
//localhost:
7007/services/Echo"
request-response"
cxf:
jaxws-service
/inbound-endpoint>
demo.mule.umo.Echo"
15.
/model>
16.
/strong>
17.<
上边是通过service配置的,通过flow配置如下:
flow
EchoFlow"
serviceClass="
8.<
/flow>
在浏览器中输入“http:
7007/services/Echo/echo/text/hello,world”,浏览器中会显示“hello,world”的输出信息。
请求-响应方式适用于单次服务调用的场景。
5.3同步方式
同步方式即请求方调用服务后,component将处理结果发送给另一个外部服务处理,并将处理结果反方向返回。
图Synchronous
同步方式通过inbound和outboundendpoint的exchange-pattern=”request-response”实现,相应配置如下:
vm:
path="
vm"
9.<
10.<
demo.mule.umo.Vm"
16.<
同步方式适用于通过Mule调用远程服务的场景。
5.4异步请求-响应方式
异步请求-响应方式即请求方调用服务后不需要立即获得返回结果,component将请求发送给其他外围系统处理(可能有多个),全部处理完毕后通过指定的异步应答Router返回给请求方。
图
AsynchronousRequest-Response
异步请求-响应方式通过在OutBoundEndpoint中增加reply-to以及增加async-reply节点实现,响应配置如下:
异步请求-响应方式适用于请求需要被多个远程服务并行处理,结果需要汇总处理后返回的场景。
注:
上述代码未运行通过,queue1和queue2获得了请求消息并正常处理,但返回至async-reply时抛出异常,暂未定位到问题。
后将collection-async-reply-router改为single-async-reply-router未报异常,代码示例如下:
em>
async
req-rep"
ref="
stdioInEndpoint"
component
multicasting-router>
async.queue1"
async.queue2"
reply-to
//reply"
/multicasting-router>
async-reply
timeout="
5000"
failOnTimeout="
true"
reply"
single-async-reply-router
/async-reply>
/em>
附加参考图:
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Mule30 概述