我不明白骆驼到底是干什么的。
如果你能用101个单词介绍一下骆驼:
到底是什么?它如何与用Java编写的应用程序交互?它是与服务器一起使用的吗?这是一个独立的项目吗?
请解释一下骆驼是什么。
我不明白骆驼到底是干什么的。
如果你能用101个单词介绍一下骆驼:
到底是什么?它如何与用Java编写的应用程序交互?它是与服务器一起使用的吗?这是一个独立的项目吗?
请解释一下骆驼是什么。
当前回答
假设你创建了一家像亚马逊这样的电子商务公司,你只想专注于销售产品的战略/选择。与亚马逊的送货车队不同,你不需要自己处理从卖家到仓库的货物运输,而是在仓库中对货物进行包装,然后将货物发送给其他城市和客户。你雇了一家公司来做这一切,只需向他们提供你所有仓库位置、车辆类型、交货地点的信息,以及何时做什么的列表。然后他们自己处理,那就是阿帕奇骆驼。一旦你把东西交给他们,他们会把东西从一端移到另一端,这样你就可以自由地专注于其他事情。
其他回答
简而言之:
当需要连接/集成系统时,您可能需要连接到某个数据源,然后处理这些数据以满足您的业务需求。
为了做到这一点:
1) 您可以开发定制程序来完成这项工作(可能会很耗时,很难理解,为其他开发人员维护)
2) 或者,您可以使用Apache Camel以标准化的方式来实现这一点(它已经为您开发了大多数连接器,您只需要设置它并插入逻辑-称为Process):
骆驼将帮助您:
使用任何来源/格式的数据处理此数据将数据输出到任何源/格式
通过使用ApacheCamel,您将很容易理解/维护/向其他开发人员扩展您的系统。
Apache Camel是用企业集成模式开发的。这些模式帮助您以良好的方式集成系统:-)
计算中的大多数“新”事物都不是真正的新事物,它们只是一个围绕着已经很好理解的东西的神秘包装。当它们难以理解时,通常是因为有人决定发明新的语言术语或出于不同的目的殖民现有术语(X开发人员颠倒了“客户端”和“服务器”的意思就是一个很好的例子)
Camel是用于应用程序间中间件的基于Java的包装器/API。
中间件是在不共享公共语言或数据类型的实体之间提供解释服务的软件的统称。
这就是骆驼的本质。我们可以通过注意它提供了EIP类型的中间件来充实描述。
它不提供中间件本身,因为它不知道应用程序需要通信的细节。但它提供了创建中间件的不变部分的API(创建起点、创建终点、创建开始和结束条件等)
希望这会有所帮助。
另一种观点(基于更基本的数学主题)
最通用的计算平台是图灵机。
图灵机有问题。所有输入/输出数据都保存在图灵机内。在现实世界中,我们的图灵机外部有输入源和输出汇,通常由我们无法控制的系统控制。也就是说,这些外部系统将使用任何期望的数据调度器以任何格式随意发送/接收数据。
问题:我们如何使独立的图灵机器以最通用的方式相互交流,以便每个图灵机器将其对等机器视为输入数据源或输出数据汇?
答:使用骆驼、骡、BizTalk或任何其他ESB来抽象完成不同的“物理”(或虚拟软件)图灵机之间的数据处理。
101单词简介
Camel是一个具有一致API和编程模型的框架,用于将应用程序集成在一起。API基于企业集成模式中的理论,即倾向于使用消息传递的一系列设计模式。它提供了大多数这些模式的开箱即用的实现,此外还附带了200多个不同的组件,您可以使用它们轻松地与各种其他系统进行通信。要使用Camel,首先在POJO中编写业务逻辑,并实现以消息为中心的简单接口。然后使用Camel的DSL创建“Routes”,这是将应用程序粘合在一起的一组规则。
扩展简介
从表面上看,Camel的功能与传统的企业服务总线产品不相上下。我们通常认为CamelRoute是一个位于服务器端的“中介”(也称为编排)组件,但因为它是一个Java库,所以很容易嵌入,它也可以位于客户端应用程序上,并帮助您将其与点对点服务(也称为编舞)集成。您甚至可以使用POJO来处理Camel路由内的消息,并轻松地将它们分离到自己的远程消费者流程中,例如,如果您只需要独立扩展一个部分。根据您的需要,您可以使用Camel通过任意数量的不同远程传输/协议连接路由或处理器。你需要一个非常高效和快速的二进制协议,还是一个更易于人类阅读和调试的协议?如果你想换人怎么办?有了Camel,这通常就像改变路线中的一两条线一样简单,根本不改变任何业务逻辑。或者你可以同时支持这两种方式——你可以在骆驼环境中同时运行多条路线。
您实际上不需要将Camel用于将在单个进程或JVM中运行的简单应用程序,这将是过度的。但在概念上,它并不比你自己编写的代码更难。如果您的需求发生变化,业务逻辑和粘合代码的分离会使您更容易长期维护。一旦你学会了骆驼API,你就可以像瑞士军刀一样轻松地使用它,并在许多不同的环境中快速应用它,从而减少你必须编写的自定义代码量。您可以学习一种风格,例如JavaDSL,一种易于链接的流畅API,并轻松选择其他风格。
如果你想做微服务的话,Camel是一个很好的选择。我发现它对于进化体系结构来说是非常宝贵的,因为您可以推迟许多关于协议、传输和其他系统集成问题的艰难、“容易出错”的决策,直到您对问题领域有更多了解。只需关注EIP和核心业务逻辑,并在了解更多信息时切换到具有“正确”组件的新Routes。
用简单的英语来说,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