用简单的英语来说，camel在没有太多锅炉板代码的情况下完成了很多事情。

为了给您提供一个视角，下面给出的JavaDSL将创建一个REST端点，它将能够接受由产品列表组成的XML，并将其拆分为多个产品，并使用它调用BrandProcessor的Process方法。只需添加.aparallelProcessing（注意注释掉的部分），它就可以并行处理所有产品对象。（产品类是JAXB/XJC从XSD生成的Java存根，输入xml被限制在XSD中。）如此多的代码（加上很少的Camel依赖项）将完成过去需要100行Java代码的工作。

from("servlet:item-delta?matchOnUriPrefix=true&httpMethodRestrict=POST")
.split(stax(Product.class))
/*.parallelProcessing()*/
.process(itemDeltaProcessor);

添加路由ID和日志记录语句后

from("servlet:item-delta?matchOnUriPrefix=true&httpMethodRestrict=POST")
.routeId("Item-DeltaRESTRoute")
.log(LoggingLevel.INFO, "Item Delta received on Item-DeltaRESTRoute")
.split(stax(Product.class))
.parallelProcessing()
.process(itemDeltaProcessor);

这只是一个示例，Camel不仅仅是REST的终点。只需查看可插拔组件列表http://camel.apache.org/components.html

到底是什么？

ApacheCamel是一个轻量级集成框架，它实现了许多企业集成模式。您可以使用所需的模式轻松地集成不同的应用程序。

您可以使用Java、SpringXML、Scala或Groovy。几乎所有你能想到的技术都是可用的，例如HTTP、FTP、JMS、EJB、JPA、RMI、JMS、JMX、LDAP、Netty等。

看看这篇文章和EIP模式文章

它如何与用Java编写的应用程序交互？

Camel使用Java域特定语言或DSL以各种域特定语言（DSL）创建企业集成模式或路由，如下所示。

Java DSL-一种基于Java的DSL，使用流畅的构建器风格。

企业集成模式的故事围绕以下概念展开：

消息、端点、生产者、消费者、路由、总线、转换和过程。

看看Anirban Konar的这篇文章，了解其中一个实时用例。

它是与服务器一起使用的吗？

它充当跨多个企业子系统的桥梁。

这是一个独立的项目吗？

ApacheCamel是一个集成框架，它集成了不同的独立应用程序。

Camel的主要优势：您可以通过对每个集成使用相同的概念，将不同的应用程序与不同的技术（和不同的协议）集成。

我想用一种更容易理解的方式来描述这一点。。。

为了理解什么是ApacheCamel，您需要了解什么是企业集成模式。

让我们从我们可能已经知道的开始：Singleton模式、Factory模式等；它们只是组织解决问题的方法，但它们本身并不是解决方案。当“四人帮”出版他们的书《设计模式》时，他们为我们其他人分析并提取了这些模式。他们为我们中的一些人节省了大量的精力来思考如何优化代码结构。

与“四人帮”一样，Gregor Hohpe和Bobby Woolf撰写了《企业集成模式》（Enterprise Integration Patterns，EIP）一书，他们在书中提出并记录了一组新的模式和蓝图，说明我们如何最好地设计基于组件的大型系统，其中组件可以在同一进程上运行，也可以在不同的机器上运行。

他们基本上建议我们将系统构造为面向消息的——其中组件之间使用消息作为输入和输出进行通信，而不是其他任何东西。它们向我们展示了一套完整的模式，我们可以从中选择并在不同的组件中实现，这些组件将共同构成整个系统。

那么什么是阿帕奇骆驼？

ApacheCamel为您提供了EIP的接口、基本对象、常用的实现、调试工具、配置系统和许多其他帮助程序，当您希望实现解决方案以遵循EIP时，这些帮助程序将为您节省大量时间。

以MVC为例。MVC在理论上非常简单，我们可以在没有任何框架帮助的情况下实现它。但是，好的MVC框架为我们提供了一种随时可用的结构，并且在创建大型MVC项目时，已经考虑到了所有其他需要的“方面”，这就是为什么我们大多数时候都使用它们的原因。

这正是Apache Camel为EIP所做的。这是一个完整的生产就绪框架，适用于希望实施其解决方案以遵循EIP的人员。

假设你创建了一家像亚马逊这样的电子商务公司，你只想专注于销售产品的战略/选择。与亚马逊的送货车队不同，你不需要自己处理从卖家到仓库的货物运输，而是在仓库中对货物进行包装，然后将货物发送给其他城市和客户。你雇了一家公司来做这一切，只需向他们提供你所有仓库位置、车辆类型、交货地点的信息，以及何时做什么的列表。然后他们自己处理，那就是阿帕奇骆驼。一旦你把东西交给他们，他们会把东西从一端移到另一端，这样你就可以自由地专注于其他事情。

这是另一个尝试。

你知道有很多东西，比如Webmethods、ICAN Seebeyond、Tibco BW、IBM Broker。他们都为企业中的集成解决方案提供了帮助。这些工具通常被称为企业应用程序集成（EAI）工具。

大多数拖放工具都是围绕这些技术构建的，在某些情况下，您必须用Java编写适配器。这些适配器代码要么未经测试，要么测试工具/自动化较差。

就像编程中的设计模式一样，您也有用于通用集成解决方案的企业集成模式。他们因格雷戈里·霍普（Gregor Hohpe）和鲍比·伍尔夫（Bobby Woolf）的同名书而出名。

虽然很可能实现使用一个或多个EIP的集成解决方案，但Camel尝试使用XML、Java、Groovy或Scala之一在代码库中实现这一点。

Camel通过其丰富的DSL和路由机制支持本书中列出的所有企业集成模式。

因此，Camel是其他EAI工具的竞争技术，为测试集成代码提供了更好的支持。由于使用了领域特定语言（DSL），代码简洁。即使是商业用户也可以阅读它，它是免费的，让您更有效率。

计算中的大多数“新”事物都不是真正的新事物，它们只是一个围绕着已经很好理解的东西的神秘包装。当它们难以理解时，通常是因为有人决定发明新的语言术语或出于不同的目的殖民现有术语（X开发人员颠倒了“客户端”和“服务器”的意思就是一个很好的例子）

Camel是用于应用程序间中间件的基于Java的包装器/API。

中间件是在不共享公共语言或数据类型的实体之间提供解释服务的软件的统称。

这就是骆驼的本质。我们可以通过注意它提供了EIP类型的中间件来充实描述。

它不提供中间件本身，因为它不知道应用程序需要通信的细节。但它提供了创建中间件的不变部分的API（创建起点、创建终点、创建开始和结束条件等）

希望这会有所帮助。