我不明白骆驼到底是干什么的。
如果你能用101个单词介绍一下骆驼:
到底是什么?它如何与用Java编写的应用程序交互?它是与服务器一起使用的吗?这是一个独立的项目吗?
请解释一下骆驼是什么。
我不明白骆驼到底是干什么的。
如果你能用101个单词介绍一下骆驼:
到底是什么?它如何与用Java编写的应用程序交互?它是与服务器一起使用的吗?这是一个独立的项目吗?
请解释一下骆驼是什么。
当前回答
就像一条管道
From---->To
在两者之间,可以添加尽可能多的通道和管道。水龙头可以是任何类型的用于数据流和引导流的路线的自动或手动。
它支持并实现了所有类型和类型的处理。对于相同的处理,有很多方法,因为它有很多组件,每个组件也可以使用不同的方法提供所需的输出。
例如,文件传输可以使用移动或复制的文件类型,也可以从文件夹、服务器或队列中进行。
-from-->To
- from-->process-->to
- from-->bean-->to
- from-->process-->bean-->to
-from-->marshal-->process-->unmarshal-->to
从/到----文件夹、直接、seda、vm可以是任何内容
其他回答
从另一个角度定义:
ApacheCamel是一个集成框架。它由一些Java库组成,帮助您在Java平台上实现集成问题。这意味着什么,以及它与一方的API和另一方的企业服务总线(ESB)的区别,在我的文章“何时使用ApacheCamel”中进行了描述。
就像一条管道
From---->To
在两者之间,可以添加尽可能多的通道和管道。水龙头可以是任何类型的用于数据流和引导流的路线的自动或手动。
它支持并实现了所有类型和类型的处理。对于相同的处理,有很多方法,因为它有很多组件,每个组件也可以使用不同的方法提供所需的输出。
例如,文件传输可以使用移动或复制的文件类型,也可以从文件夹、服务器或队列中进行。
-from-->To
- from-->process-->to
- from-->bean-->to
- from-->process-->bean-->to
-from-->marshal-->process-->unmarshal-->to
从/到----文件夹、直接、seda、vm可以是任何内容
这是另一个尝试。
你知道有很多东西,比如Webmethods、ICAN Seebeyond、Tibco BW、IBM Broker。他们都为企业中的集成解决方案提供了帮助。这些工具通常被称为企业应用程序集成(EAI)工具。
大多数拖放工具都是围绕这些技术构建的,在某些情况下,您必须用Java编写适配器。这些适配器代码要么未经测试,要么测试工具/自动化较差。
就像编程中的设计模式一样,您也有用于通用集成解决方案的企业集成模式。他们因格雷戈里·霍普(Gregor Hohpe)和鲍比·伍尔夫(Bobby Woolf)的同名书而出名。
虽然很可能实现使用一个或多个EIP的集成解决方案,但Camel尝试使用XML、Java、Groovy或Scala之一在代码库中实现这一点。
Camel通过其丰富的DSL和路由机制支持本书中列出的所有企业集成模式。
因此,Camel是其他EAI工具的竞争技术,为测试集成代码提供了更好的支持。由于使用了领域特定语言(DSL),代码简洁。即使是商业用户也可以阅读它,它是免费的,让您更有效率。
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。
假设你创建了一家像亚马逊这样的电子商务公司,你只想专注于销售产品的战略/选择。与亚马逊的送货车队不同,你不需要自己处理从卖家到仓库的货物运输,而是在仓库中对货物进行包装,然后将货物发送给其他城市和客户。你雇了一家公司来做这一切,只需向他们提供你所有仓库位置、车辆类型、交货地点的信息,以及何时做什么的列表。然后他们自己处理,那就是阿帕奇骆驼。一旦你把东西交给他们,他们会把东西从一端移到另一端,这样你就可以自由地专注于其他事情。