网站设计规划的创意,破解进入网站后台,音响 东莞网站建设技术支持,电子商务网站建设与管理心得公司之间的数据交换增加了很多。 必须集成的应用程序数量也增加了。 这些接口使用不同的技术#xff0c;协议和数据格式。 但是#xff0c;这些应用程序的集成应以标准化的方式建模#xff0c;有效实现并由自动测试支持 。 JVM环境中提供了三个可满足这些要求的集成框架协议和数据格式。 但是这些应用程序的集成应以标准化的方式建模有效实现并由自动测试支持 。 JVM环境中提供了三个可满足这些要求的集成框架 Spring IntegrationMule ESB和Apache Camel 。 它们实现了众所周知的企业集成模式EIP http://www.eaipatterns.com 因此提供了标准化的特定于领域的语言来集成应用程序。 这些集成框架几乎可以在JVM环境中的每个集成项目中使用无论使用哪种技术传输协议或数据格式。 所有集成项目都可以以一致的方式实现而无需冗余的样板代码。 本文比较了这三种选择并讨论了它们的优缺点。 如果您想知道何时使用更强大的企业服务总线ESB而不是这些轻量级集成框架之一那么您应该阅读以下博客文章 http : //www.kai-waehner.de/blog/2011 / 06/02 / when-to-use-apache-camel / 说明了何时使用Apache Camel但标题也可能是“何时使用轻量级集成框架”。 比较标准 可以使用几个标准来比较这三个集成框架 开源的 基本概念/架构 可测性 部署方式 人气度 商业支持 IDE支持 错误处理 监控方式 企业准备 领域特定语言DSL 接口技术和协议的组件数 可扩展性 相似之处 这三个框架都有很多相似之处。 因此上述许多比较标准都是均匀的 所有这些都实现了EIP并提供了一致的模型和消息传递体系结构以集成多种技术 。 无论您必须使用哪种技术都始终以相同的方式进行操作即相同的语法相同的API相同的自动测试。 唯一的区别是每个端点的配置例如JMS需要队列名称而JDBC需要数据库连接URL。 IMO这是最重要的功能。 每个框架使用不同的名称但是想法是相同的。 例如“骆驼路径”等效于“ M流”“骆驼组件”在Spring Integration中称为“适配器”。 此外还存在其他一些与重量级ESB不同的相似之处。 您只需要在类路径中添加一些库即可。 因此您可以在JVM环境中的任何地方使用每个框架。 无论您的项目是Java SE独立应用程序还是要将其部署到Web容器例如TomcatJEE应用程序服务器例如GlassfishOSGi容器甚至云中都可以。 只需添加库进行一些简单的配置即可完成。 然后您可以开始实施集成工作路由转换等。 这三个框架都是开源的并提供熟悉的公共功能例如源代码论坛邮件列表问题跟踪和对新功能的投票。 好的社区会编写文档博客和教程IMO Apache Camel拥有最引人注目的社区。 只有已发行书籍的数量对这三者都可能更好。 可以通过不同的供应商获得商业支持 Spring集成SpringSource http://www.springsource.com Mule ESBMuleSoft http://www.mulesoft.org Apache CamelFuseSource http://fusesource.com 和Talend http://www.talend.com IDE的支持非常好即使视觉设计师也可以使用这三种方法来建模集成问题并让他们生成代码。 每个框架都适合企业使用因为所有框架都提供必需的功能例如错误处理自动测试事务多线程可伸缩性和监视。 差异性 如果您知道这些框架之一那么由于它们的概念相同和许多其他相似之处您可以轻松地学习其他框架。 接下来让我们讨论它们的区别以便能够决定何时使用哪一个。 两个最重要的区别是支持的技术数量和使用的DSL。 因此下面我将特别关注这两个标准。 在所有示例中我将使用代码片段来实现众所周知的EIP“基于内容的路由器”。 自己判断您更喜欢哪一个。 Spring整合 Spring Integration基于著名的Spring项目并通过集成支持扩展了编程模型。 您可以像在其他Spring项目中一样使用Spring功能例如依赖项注入事务或安全性。 如果您已经有一个Spring项目并且需要添加一些集成的东西那么Spring Integration非常棒。 如果您了解Spring本身那么几乎不需要学习Spring Integration。 尽管如此Spring Integration仅对技术提供了非常基本的支持-只是“基本的东西”例如文件FTPJMSTCPHTTP或Web服务。 Mule和Apache Camel提供了许多更多的组件 可以通过编写许多XML代码没有真正的DSL来实现集成如下面的代码片段所示 file:inbound-channel-adapterid”incomingOrders”directory”file:incomingOrders”/payload-type-router input-channel”incomingOrders”mapping type”com.kw.DvdOrder” channel”dvdOrders” /mapping type”com.kw.VideogameOrder”channel”videogameOrders” /mapping type”com.kw.OtherOrder” channel”otherOrders” //payload-type-routerfile:outbound-channel-adapterid”dvdOrders”directory”dvdOrders”/jms:outbound-channel-adapterid”videogamesOrders”destination”videogameOrdersQueue”channel”videogamesOrders”/logging-channel-adapter id”otherOrders” level”INFO”/ 您还可以对某些内容使用Java代码和注释但是最后您需要大量XML。 老实说我不太喜欢XML声明。 它适用于配置例如JMS连接工厂但不适用于复杂的集成逻辑。 至少它应该是具有更好可读性的DSL但是更复杂的Spring Integration示例确实很难阅读。 此外Eclipse的可视化设计器称为集成图还可以但不如其竞争者那么直观好。 因此如果我已经有一个现有的Spring项目并且仅添加一些仅需要“基本技术”例如文件FTPJMS或JDBC的集成逻辑就只能使用Spring Integration。 ule子ESB 顾名思义Mule ESB是一个完整的ESB包括几个附加功能而不仅仅是一个集成框架您可以将其与基于Apache Camel的ESB Apache ServiceMix进行比较。 尽管如此Mule也可以用作轻量级的集成框架-只需不添加和使用EIP集成之外的任何其他功能。 作为Spring IntegrationMule仅提供XML DSL。 在我看来至少它比Spring Integration更容易阅读。 Mule Studio提供了非常出色且直观的视觉设计师。 将以下代码片段与上面的Spring集成代码进行比较。 它比Spring Integration更像DSL。 如果集成逻辑更复杂则这很重要。 flow name”muleFlow”file:inbound-endpoint path”incomingOrders”/choicewhen expression”payload instanceof com.kw.DvdOrder”evaluator”groovy”file:outbound-endpoint path”incoming/dvdOrders”//whenwhen expression”payload instanceof com.kw.DvdOrder”evaluator”groovy”jms:outbound-endpointqueue”videogameOrdersQueue”//whenotherwiselogger level”INFO”//otherwise/choice
/flow Mule的主要优点是与重要专有接口例如SAPTibco RendevousOracle Siebel CRMPaypal或IBM的CICS事务网关 的一些非常有趣的连接器 。 如果您的集成项目需要其中一些连接器那么我可能会选择Mule 对于某些项目而言缺点是Mule对OSGi拒绝 http : //blogs.mulesoft.org/osgi-no-thanks/ 阿帕奇骆驼 Apache Camel与Mule几乎相同。 它为您可能想到的几乎每种技术提供了许多组件甚至比Mule还要多。 如果没有可用的组件则可以从Maven原型开始很容易地创建自己的组件 如果您是Spring的人Camel也具有很棒的Spring集成。 与其他两个一样它提供了XML DSL routefrom uri”file:incomingOrders”/choicewhensimple${in.header.type} is ‘com.kw.DvdOrder’/simpleto uri”file:incoming/dvdOrders”//whenwhensimple${in.header.type} is ‘com.kw.VideogameOrder’/simpleto uri”jms:videogameOrdersQueue”//whenotherwiseto uri”log:OtherOrders”//otherwise/choice/route 可读性优于Spring Integration并且几乎与Mule相同。 此外FuseSource还提供了一个很好的但商业化的可视化设计器Fuse IDE它可以生成XML DSL代码。 尽管如此无论您使用视觉设计器还是仅使用XML编辑器它都是很多XML。 我个人不喜欢这样。 因此让我们向您展示另一个很棒的功能 Apache Camel还提供了JavaGroovy和Scala的DSL 。 您不必编写太多难看的XML。 就个人而言我更喜欢使用这些流利的DSL之一而不是XML来进行集成逻辑。 我只使用XML做配置工作例如JMS连接工厂或JDBC属性。 在这里您可以看到使用Java DSL代码段的相同示例 from(“file:incomingOrders “).choice().when(body().isInstanceOf(com.kw.DvdOrder.class)).to(“file:incoming/dvdOrders”).when(body().isInstanceOf(com.kw.VideogameOrder.class)).to(“jms:videogameOrdersQueue “).otherwise().to(“mock:OtherOrders “); 流利的编程DSL非常易于阅读即使在更复杂的示例中也是如此。 此外这些编程DSL比XML具有更好的IDE支持代码完成重构等。 由于这些很棒的流利的DSL如果我不需要Mule的某些出色的连接器来连接专有产品我将始终使用Apache Camel。 由于它与Spring的集成非常好因此在大多数用例中我甚至更喜欢Apache Camel。 顺便说一句Talend提供了一个可视化设计器来生成Java DSL代码但是它会生成大量样板代码并且反之亦然即您无法编辑生成的代码。 这是一个不可行的标准必须尽快解决希望如此 最终获胜者是… …所有这三个集成框架因为它们都是轻量级的并且易于使用-即使是用于复杂的集成项目。 始终使用相同的语法和概念来集成多种不同的技术真是太棒了–包括非常好的测试支持。 我个人最喜欢的是Apache Camel这是因为它具有出色的JavaGroovy和Scala DSL 并结合了许多受支持的技术。 仅当我需要某些专有产品的独特连接器时才使用Mule。 如果只需要集成“基本技术”例如FTP或JMS则只能在现有的Spring项目中使用Spring Integration。 尽管如此无论您选择这些轻量级集成框架中的哪个都可以通过轻松的工作轻松实现复杂的集成项目这将带来很多乐趣。 切记繁琐的ESB通常具有太多的功能因此也有太多不必要的复杂性和工作量。 使用正确的工具完成正确的工作 参考 被宠坏的选择使用哪种集成框架– Spring IntegrationMule ESB或Apache Camel 来自我们的JCG合作伙伴 关于Java EE / SOA /云计算的博客的Kai Wahner。 翻译自: https://www.javacodegeeks.com/2012/03/integration-framework-comparison-spring.html
