Mule ESB与Spring Integration

Question

在此之前因为过于宽泛而关闭:Spring Integration论坛已关闭并引用Stack Overflow(SO).这不是SO的关注,但我很想得到答案......

---

Mule ESB项目在其网站上解释了它与Spring Integration的区别.但是,关于文档的dcterms.date 2012-07-19T18:43-03:00,文本可能已过时.

引用段落的要点是

• "Spring Integration采用'以应用为中心'的集成方法".
• "而不是实现共享总线,Spring Integration旨在为特定应用程序提供"一点点"ESB风格的集成".
• "Spring Integration最适合于必须集成少量组件的情况,通常是在内部".
• "[Spring Integration拥有]极少数支持的传输和变换器".
• "Spring集成的范围有意限于Spring Portfolio上下文中的小规模集成".

这些要点仍然有效吗？是否存在更详细的(如果有的话)最新比较？

Mule ESB与Spring Integration

最近,Spring组件中添加了一个名为Spring Integration的新组件,它允许在Spring Framework中创建和管理类似ESB的功能和EIP.Spring Integration采用所谓的"以应用程序为中心"的集成方法.
Spring Integration旨在通过提供实现框架,为特定应用程序提供"只需一点"ESB风格的集成,而不是实现共享总线,允许集中管理,管理和配置组件和系统之间的所有集成和消息传递.常见的EIP,例如消息总线和简单路由.由于其范围有限,Spring Integration最适合于必须集成少量组件的情况,通常是内部组件,并且所讨论的基础架构由大量其他Spring组件组成.对于任何更复杂的事情,缺少公共总线,再加上可用于年轻项目的极少数支持的传输和变换器,使得Spring Integration不适合这项任务.
使用Mule ESB处理Spring环境中的集成的优点是Mule ESB不仅仅是一个ESB - 它是一个集成平台.尽管Spring Integration的范围仅限于Spring Portfolio环境中的小规模集成,但Mule的有意模块化架构允许团队快速为任何场景提供最轻微的集成解决方案,从简单的点对点集成到复杂的SOA,云和伙伴生态系统方案

Answer 1

完全披露:我是目前的Spring Integration项目负责人,并且已经成为一名提交者超过5年.

虽然这是事实,Spring集成促进模块化和松耦合内的应用程序,它也很适合用于,而不需要一个ESB中央集成系统一起.我个人意识到许多非常大的企业只使用Spring Integration将所有业务系统集成在一起,没有中央总线服务器来配置/管理.

它的POJO编程模型使其非常容易定制/扩展; 如果开箱即用不支持某些传输/协议,您只需将其包装在POJO中并调用它(或考虑编写更正式的适配器并将其贡献回框架!).

我们特别高兴的是,它构成了新的重要Spring XD项目的基础.

您可能想看看DZone最近的企业集成指南,该指南讨论了Spring集成以及竞争技术.