camel java_与Java EE和Camel的轻量级集成

camel java

Enterprise Java具有不同的风格和观点。 从简单的平台技术（众所周知的Java EE）开始，到不同的框架和集成方面，最后是涉及以数据为中心的用户界面或特定可视化效果的用例。 Java EE本身无法解决的最突出的问题是“集成”。 有许多来自知名供应商的产品，它们可以解决各种集成问题并承诺提供完整的解决方案。 作为开发人员，您不时需要的只是一个可行的解决方案。 对于系统集成，这是Java EE开发人员的最终“入门资源”。

一点整合理论

集成挑战并不是什么新鲜事物。 由于存在不同类型的系统，并且需要将其数据组合到另一个系统中，因此这一直是中心主题。 Gregor Hohpe和Bobby Woolf开始收集用于解决客户集成问题的一组基本模式。 这些企业集成模式 （EIP）可被视为集成的圣经。 它试图通过定义65种集成模式来找到有关异步消息传递体系结构的通用词汇和知识体系。 Forrester将其称为“ EAI的核心语言”。

什么是Apache Camel？

Apache Camel为您提供了EIP的接口，基础对象，通常需要的实现，调试工具，配置系统以及许多其他帮助器，当您要实现遵循EIP的解决方案时，将为您节省大量时间。 这是一个完整的生产就绪框架。 但这并不能止于最初定义的65个模式 。 它扩展了150多个现成的组件 ，可以解决端点或系统或技术集成方面的各种问题。 在较高的层次上，Camel由CamelContext组成，其中包含Component实例的集合。 组件本质上是Endpoint实例的工厂。 您可以在Java代码或IoC容器（例如Spring，Guice或CDI）中显式配置Component实例，也可以使用URI自动发现它们。

Java EE开发人员为什么要关心？

企业项目要求我们这样做。 处理各种系统集成一直是一个具有挑战性的话题。 您可以通过使用消息传递系统选择复杂的道路，并将其连接到您的应用程序中，然后自己实现所有功能，也可以通过使用不同的产品走上繁重的道路。 从那时起，我一直是更实用的解决方案的粉丝。 这就是Camel的实际含义：相对轻巧，易于引导，并附带大量预构建的集成组件，使开发人员可以专注于解决其背后的业务需求。 无需学习新的API或工具。 Camel带有基于Java的Fluent API ， Spring或Blueprint XML配置文件 ，甚至还有Scala DSL 。 因此，无论您从哪一个基地开始，您总会发现一些您已经知道的东西。

如何开始？

我懂了吗 想试试看？ 这也很容易。 根据您使用的框架和平台，您有不同的方式。 回顾帖子标题，本文将重点介绍Java EE。

因此，您可以做的第一件事就是自行引导骆驼。 您需要的只是核心骆驼依赖关系和cdi-camel依赖关系。 设置一个简单的Java EE 7 maven项目并添加这两个项目已足够。

<dependency>
   <groupId>org.apache.camel</groupId>
   <artifactId>camel-core</artifactId>
   <version>${camel.version}</version>
</dependency>
<dependency>
  <groupId>org.apache.camel</groupId>
  <artifactId>camel-cdi</artifactId>
  <version>${camel.version}</version>
</dependency>

接下来需要做的是找到一个注入第一个CamelContext的地方。

@Inject
 CdiCamelContext context;

注入所有内容后，您可以开始向其中添加路由。 在GitHub上的CamelEE7项目中可以找到更完整的示例。 只需叉子就可以了。 这将在随机的Java EE应用程序服务器上工作。 如果您已经在使用WildFly ，则还可以充分利用WildFly-Camel子系统 。

WildFly骆驼子系统

wildfly-camel的策略是，用户可以在WildFly已经支持的部署中“仅使用”骆驼核心/组件API。 换句话说，Camel应该在标准Java EE部署中“正常工作”。 二进制文件由平台提供。 部署无需担心模块/接线细节。

定义和部署骆驼上下文可以以不同的方式完成。 您可以在standalone-camel.xml服务器配置中直接定义上下文，也可以将其作为Web应用程序的一部分部署为带有预定义-camel-context.xml文件后缀的单个XML文件，也可以作为另一个WildFly支持的一部分进行部署部署为META-INF / jboss-camel-context.xml文件。

WildFly Camel测试套件使用WildFly Arquillian管理的容器。 这可以连接到已经运行的WildFly实例，也可以在需要时启动独立服务器实例。 已经实现了许多测试增强器，使您可以将这些WildFly Camel特定类型注入Arquillian测试用例中。 您可以将CamelContextFactory或CamelContextRegistry注入为@ArquillianResource。

如果您要开始使用它，可以阅读我更详细的博客文章的详细信息 。

寻找例子

如果您很兴奋，并且一切都准备就绪并且可以运行，那么现在该深入探讨一些示例了。 首先要看的是发行版中的示例目录 。 有您可能需要的所有示例。

最重要的用例之一是与ActiveMQ的紧密集成。 并假设您有一堆JMS消息需要转换为存储在文件系统中的文件：这是一项完美的Camel作业。 您需要配置ActiveMQ组件 ，而不是上面所看到的，它还允许使用Apache ActiveMQ将消息发送到JMS队列或主题，或者从JMS队列或主题使用消息。

以下代码向您展示了如何将JMS消息从test.queue队列转换为文件组件，该文件组件将使用它们并将它们存储到磁盘。

context.addRoutes(new RouteBuilder() {
            public void configure() {
                from("test-jms:queue:test.queue").to("file://test");
            }
        });

想象一下自己做。 需要更多复杂的示例吗？ 与Twitter集成？ 还是其他不同的技术？ 有很多示例可供选择。 可能是骆驼最令人兴奋的方面之一。 它轻巧，稳定，并且已经存在多年了。 确保还遵循邮件列表和论坛 。

翻译自: https://www.javacodegeeks.com/2014/12/lightweight-integration-with-java-ee-and-camel.html

camel java