Mule与Servicemix比较 - SOA - Java

Servicemix的优点：

1，基于JBI规范；

2，可以热部署；

3，支持Camel（可以用DSL去开发集成流程）；

Servicemix的缺点：

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

2，过多依赖XML的配置；

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

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

5，文档不健全、不够清晰；

Mule的优点：

1，架构简单清晰、容易上手；

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

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

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

5，文档清晰而完善；

Mule的缺点：

1，没有实现任何ESB规范（但遵循了《Enterprise Intergration Patterns》与 SEDA (Staged Event-Driven Architecture)）；

2，不支持热部署（企业版支持）；

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

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

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

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。