Mule与Servicemix比较

Servicemix的优点:

1,基于JBI规范;

2,可以热部署;

3,支持Camel(可以用DSL去开发集成流程);

Servicemix的缺点:

1JBI规范带来了使用上的繁琐,且JBI规范没有得到太多的青睐,前途未卜;

2,过多依赖XML的配置;

3,由于所有消息要进行标准化处理,即生成和解析XML文件,所以会导致性能下降;

4,开发过程中需要实现框架特定接口(MessageExchangeListener)接收和处理上述标准消息,侵入性强;

5,文档不健全、不够清晰;

Mule的优点:

1,架构简单清晰、容易上手;

2,它有非常广泛的传输器、路由器和转换器,且易于扩展;

3Mule不需将消息转换成统一的格式,而只在需要时进行转换,提高了性能;

4,开发过程中无需关注Mule代码,只需通过配置即可将服务暴露,减少了侵入性;

5,文档清晰而完善;

Mule的缺点:

1,没有实现任何ESB规范(但遵循了Enterprise Intergration Patterns》与 SEDA(Staged Event-Driven Architecture));

2,不支持热部署(企业版支持);

 

Mule选择不实现JBI的理由:为保持其轻量级和灵活性,提高效率和易用性。

Mule提供了一个JBI适配器来与JBI容器保持联通性。

 

综上所述,MuleServicemix都实现了ESB的核心功能,都提供了广泛的可用组件和良好的扩展性,从功能上看差别不大,但从稳定性、易用性和性能上比较,Mule可能是更好的选择。

你可能感兴趣的:(框架,xml)