基于类比

以骆驼为基础的路线可以很容易地理解，只要你站在航空公司老板的立场（例如：美国航空公司、捷特航空公司）。

“您的航空公司”的目的是将“乘客”从一个“城市”运送到世界上的另一个城市。您使用来自不同“飞机公司”（如波音、空客、HAL）的飞机运送乘客。

您的航空公司使用从城市出发的“机场”登机，并使用到城市的机场登机。一名乘客可能会“旅行”到多个城市，但无论在哪里，他们都必须通过机场才能在航空公司的飞机和城市之间旅行。

请注意，从城市“出发”的乘客基本上是“抵达”航空公司的飞机。而一名乘客“抵达”城市，基本上就是离开飞机。由于我们站在航空公司所有者的立场上，“到达乘客”和“离开乘客”这两个术语与我们基于城市视角的传统概念相反。

每个城市的相同“机场”基础设施供“出发”乘客和“抵达”乘客使用。机场为离港旅客提供“离港基础设施”，这与为抵达旅客提供的“抵达基础设施”不同。

由于航空公司在飞机内提供的各种“便利设施”，乘客在旅行时可以继续进行一天的活动。

除此之外，您的航空公司还为您提供休息室设施，以进行特殊处理，如“了解当地语言”，或为您的“旅行”做好准备。

让我们将上面使用的几个单词/短语替换为以下内容：

您的航空公司：阿帕奇骆驼

飞机公司：运输机制

航空公司的飞机：阿帕奇骆驼的基本运输机制

运载：路线

乘客：消息；

城市：系统；

机场：骆驼组件；

了解当地语言：类型转换；

离开：生产，生产

到达：消耗，消耗

行程：布线

设施：提供

替换单词后，您将得到以下内容：

“Apache Camel”的目的是将“消息”从一个“系统”路由到世界上的另一个系统。Apache camel使用不同的传输机制进行消息路由。

Apache Camel使用“from”系统的“Camel based Component”拾取消息，并使用“to”系统的基于Camel的Component”丢弃消息。一条消息可以路由到多个系统，但它们必须通过“基于骆驼的组件”才能在“Apache骆驼的底层传输机制”和系统之间传输。

请注意，从系统“生成”的消息实质上被“消费”到ApacheCamel的底层传输机制中。系统消耗的消息本质上是由“ApacheCamel的底层传输机制”产生的。

既然我们试图理解骆驼，我们就必须从骆驼的角度开始思考。因此，术语“消费者信息”和“生产者信息”的含义与我们基于系统视角的传统概念相反。

“生产者消息”和“消费者消息”使用相同的“基于骆驼的组件”编码基础结构。“基于骆驼的组件”为“生产者消息”提供“生产者端点”，为“消费者消息”提供了“消费者端点”。

当邮件被路由时，Camel可以对其进行处理。

除此之外，Camel还提供了“类型转换”等特殊功能。。。

创建项目描述不应该很复杂。

我说：

Apache Camel是消息技术与路由的粘合剂。它将消息传递起点和终点连接在一起，允许将消息从不同的源传递到不同的目的地。例如：JMS->JSON、HTTP->JMS或漏斗式FTP->JMS、HTTP->JMS、JSON->JMS

维基百科说：

ApacheCamel是一个基于规则的路由和中介引擎，它使用API（或声明性Java域特定语言）来配置路由和中介规则，提供企业集成模式的基于Java对象的实现。特定于领域的语言意味着ApacheCamel可以使用常规Java代码支持IDE中路由规则的类型安全智能完成，而无需大量的XML配置文件；尽管也支持Spring内部的XML配置。

看见这不难吧？

用简单的英语来说，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

简而言之：

当需要连接/集成系统时，您可能需要连接到某个数据源，然后处理这些数据以满足您的业务需求。

为了做到这一点：

1） 您可以开发定制程序来完成这项工作（可能会很耗时，很难理解，为其他开发人员维护）

2） 或者，您可以使用Apache Camel以标准化的方式来实现这一点（它已经为您开发了大多数连接器，您只需要设置它并插入逻辑-称为Process）：

骆驼将帮助您：

使用任何来源/格式的数据处理此数据将数据输出到任何源/格式

通过使用ApacheCamel，您将很容易理解/维护/向其他开发人员扩展您的系统。

Apache Camel是用企业集成模式开发的。这些模式帮助您以良好的方式集成系统：-）

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

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

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

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

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

希望这会有所帮助。

另一种观点（基于更基本的数学主题）

最通用的计算平台是图灵机。

图灵机有问题。所有输入/输出数据都保存在图灵机内。在现实世界中，我们的图灵机外部有输入源和输出汇，通常由我们无法控制的系统控制。也就是说，这些外部系统将使用任何期望的数据调度器以任何格式随意发送/接收数据。

问题：我们如何使独立的图灵机器以最通用的方式相互交流，以便每个图灵机器将其对等机器视为输入数据源或输出数据汇？

答：使用骆驼、骡、BizTalk或任何其他ESB来抽象完成不同的“物理”（或虚拟软件）图灵机之间的数据处理。