软件截图:
Apache的骆驼可以帮助开发人员实现“企业集成模式”，一个概念而闻名首先由格雷戈尔Hohpe的企业集成模式的书，然后扩大和提高了许多其他作家。
这和以后的所有书籍提供了关于如何编写以高效和符合标准的编码方式的见解，不浪费资源，或者你（开发商的）时间。
Apache Camel的实现了一些这方面的模式在它的工具，允许开发者编写有效的和现代的代码为他们的应用。
本身就是用不同的编程语言，包括Java，XML，Groovy中，JavaScript的，红宝石，SQL，斯卡拉，PHP和Python编写的项目。
骆驼带有一个领域特定语言（DSL），用于管理路线，错误，谓语和表达式;一般可作为一个可以作为一个路由和中介引擎
是什么在此版本中是新的：
< UL>
类型转换的路由减少所需的尝试次数期间
什么是2.15.2版本，新的：
- 在组件，数据格式，语言和EIP文档现在包括在建组件的JAR文件。和Java API和JMX API来访问该文档。和API来解释一个端点URI，EIP配置，什么所有这些配置选项的含义。换句话说，你的骆驼的完整文档同级别应用服务在设计和运行时，从Java / JMX和工具进行访问。
- 组件，数据格式，语言和EIP现在可以有相关的标签（县），其中用于分组组件到：核心，数据库，邮件，HTTP，休息等
- XML的DSL模式现在包括文档
- 提供配置器为用户配置CXF管道和CXF目的地从Java代码
- 添加了DelegateEndpoint接口转换成骆驼API
- 支持设置在骆驼的Restlet组件SslContextParameters
- 在Java的DSL - 应该支持嵌套选择在doTry .. doCatch
- 在MongoDB的组件现在存储的记录插入邮件头中的OID
- 在端点UR的 收件人列表现在支持指定自定义交换模式
- 类型转换器枚举的，现在不区分大小写，这样你就可以将安全级别=信息与名Level.INFO等枚举。
- XSLT和验证组件现在提供他们的所有端点配置在端点，而不仅是在该组件，使得这些部件像任何其他组件。
- 所作的骆驼Karaf命令可重复使用的移动通用的代码放到一个骆驼命令核心模块，SPI可以扩展和插件等环境骆驼命令。
- 的SJMS组件的进一步强化。
- 在休息的DSL与嵌入式路线现在支持onException的，拦截等在使用这些嵌入式的路线，就像任何普通的路由。
- 在休息的DSL现在默认使用自定义错误消息，是没有试图绑定输出（需要300+一个HTTP错误代码设置为标题）
- 在骆驼使用PropertyPlaceholder现在支持与查找键指定一个默认值在一起。
- 骆驼使用PropertyPlaceholder现在支持不具有定义一个PropertiesComponent如果所有的占位符的键具有要使用（需要在这些情况下少的配置）的缺省值。
- 在骆驼使用PropertyPlaceholder现在支持第三方功能来查找属性值，这使最终用户实现自己的逻辑 - 我们提供3开箱即用功能来查找从操作系统的环境变量，JVM系统属性，或者服务价值名称的成语。
- 现在的RabbitMQ池渠道生产者逃避共享同一信道这是不建议的RabbitMQ客户端并发的生产商之一。
- 命令骆驼现在的Apache Karaf以外的可重用为基地的命令内核模块。
- 使用椒由命令，椒模块的远程通讯骆驼命令。
- 在较轻微的处理器，如SetHeader可以，RemoveHeader可以，removeHeaders和同上的性能现在也征了JMX下的处理器。
- 优化的使用。
- 用作邮件头使用单个地图，而不是两个及产量较少的内存开销和性能优化的CaseInsentiveMap
类型转换的路由减少所需的尝试次数期间
什么是2.15.1版本，新的：
- 在组件，数据格式，语言和EIP文档现在包括在建组件的JAR文件。和Java API和JMX API来访问该文档。和API来解释一个端点URI，EIP配置，什么所有这些配置选项的含义。换句话说，你的骆驼的完整文档同级别应用服务在设计和运行时，从Java / JMX和工具进行访问。
- 组件，数据格式，语言和EIP现在可以有相关的标签（县），其中用于分组组件到：核心，数据库，邮件，HTTP，休息等
- XML的DSL模式现在包括文档
- 提供配置器为用户配置CXF管道和CXF目的地从Java代码
- 添加了DelegateEndpoint接口转换成骆驼API
- 支持设置在骆驼的Restlet组件SslContextParameters
- 在Java的DSL - 应该支持嵌套选择在doTry .. doCatch
- 在MongoDB的组件现在存储的记录插入邮件头中的OID
- 在端点UR的 收件人列表现在支持指定自定义交换模式
- 类型转换器枚举的，现在不区分大小写，这样你就可以将安全级别=信息与名Level.INFO等枚举。
- XSLT和验证组件现在提供他们的所有端点配置在端点，而不仅是在该组件，使得这些部件像任何其他组件。
- 所作的骆驼Karaf命令可重复使用的移动通用的代码放到一个骆驼命令核心模块，SPI可以扩展和插件等环境骆驼命令。
- 的SJMS组件的进一步强化。
- 在休息的DSL与嵌入式路线现在支持onException的，拦截等在使用这些嵌入式的路线，就像任何普通的路由。
- 在休息的DSL现在默认使用自定义错误消息，是没有试图绑定输出（需要300+一个HTTP错误代码设置为标题）
- 在骆驼使用PropertyPlaceholder现在支持与查找键指定一个默认值在一起。
- 骆驼使用PropertyPlaceholder现在支持不具有定义一个PropertiesComponent如果所有的占位符的键具有要使用（需要在这些情况下少的配置）的缺省值。
- 在骆驼使用PropertyPlaceholder现在支持第三方功能来查找属性值，这使最终用户实现自己的逻辑 - 我们提供3开箱即用功能来查找从操作系统的环境变量，JVM系统属性，或者服务价值名称的成语。
- 现在的RabbitMQ池渠道生产者逃避共享同一信道这是不建议的RabbitMQ客户端并发的生产商之一。
- 命令骆驼现在的Apache Karaf以外的可重用为基地的命令内核模块。
- 使用椒由命令，椒模块的远程通讯骆驼命令。
- 在较轻微的处理器，如SetHeader可以，RemoveHeader可以，removeHeaders和同上的性能现在也征了JMX下的处理器。
- 优化的使用。
- 用作邮件头使用单个地图，而不是两个及产量较少的内存开销和性能优化的CaseInsentiveMap
类型转换的路由减少所需的尝试次数期间
什么是2.14.1版本，新的：
- 请CamelBlueprintTestSupport测试更可预测
- 参数JSON模式应该支持枚举类型
- 在推土机不能初始化同一个DozerBeanMapperConfiguration两次
- 邮编组件不会从解压目录中的文件成ZIP压缩文件
什么版本2.11.1为新的：
- 在主要的错误修复发行版，解决了110的问题。
什么的2.10.0版本是新的：
- 在增加了对Java的支持，1.7
- 新增消费者JCR组件
- 在内部代码清理，以减少报告的Eclipse警告
- 感动弹簧试验骆驼测试，以骆驼测试弹簧组件。
- 在骆驼物业占位符，现在骆驼的路线中支持嵌入式表达式。
- 新增失踪选项中的XML DSL的XPath语言来控制，并设置XPath引擎要使用的，等等。
- 添加选项logNamespaces的XPath语言有从消息中检测命名空间中的信息记录。这可以用来解决问题的，其中一个XPath表达式没有按预期工作（因为它通常是一个命名空间冲突）。
- 新增replyToCacheLevelName选项给JMS组件，允许三级缓存的持久应答消费者的配置做请求/ JMS的回复时。一些消息代理不缓存正常工作，因此用户可根据需要设置这个选项为CACHE_NONE。
- 新增antInclude和antExclude选项，文件和FTP组件，使其更容易指定包括/使用ANT语法排除过滤器。
- 骆驼原型针对Java和Scala不再生成项目，Spring的依赖。
- 在SQL改进JdbcMessageIdRepository使用自定义的SQL语句/查询。
什么是2.9.1版本，新的：
- 在此版本包括109漏洞修复
什么在2.8.0版本新：
- 在此版本配备了一个创纪录的422问题解决了，其中不乏未来的贡献我们的社区。
什么是2.7.2版本，新的：
- 在此版本针对在OSGi的环境，修复更好的可用性对于骆驼Web控制台，特别是XSS漏洞报告Secunia的。
什么版本2.7.0的新：
- 在切换到使用SLF4J作为记录器，而不是公日志记录。
- 在骆驼从现在开始/停止服务的生命周期过程中检查服务的状态。这避免了双启动/停止的情况下的服务已经在所需的状态。
- 添加了对MDC日志的支持与骆驼
- JMS消费者现在急于检查，如果骆驼被关闭和信号到它的使用DefaultMessageListenerContainer从而避免了尝试重新连接/故障停机时
- 在测试过程中引入选项来自动模拟端点。这使得测试，而不必在你的路由添加模拟终端一件轻而易举的事。见在模拟组件文档的详细信息。
- 新增assertPeriod选项来模拟端点，这是一个周期即时毫秒，该模拟将暂停，然后重新断言本身以确保断言仍然是有效的。这可以与恰好消息给定数目应在模拟端点到达的期望的测试时，可以用作阈值。
- 添加到达DSL来模拟端点，以允许您设置期望有关到达素端点消息之间的时间跨度。见在模拟组件文档的详细信息。
- HTTP4升级到使用Apache的HttpClient 4.1
- 修正了一个具有文件消费者绝对起始目录，并使用绝对路径中招选项以及
- 修正并发追加到同一文件中的文件制作
- 修正了重启石英造成故障而触发的名字已经有状态的作业存在的问题。
什么是2.6.0版新：
- 在介绍ScheduledRoutePolicy，让您安排时，线路应处于活动状态。
- 新增分离选项FTP组件，让最终用户控制文件上传到远程FTP服务器时使用何种路径分隔符。例如，如果一个基于Windows的FTP服务器只接受Windows路径，那么你可以设置这个选项到Windows。
- 在主题名称现在输出CamelContext名，这使得它更容易在同一个JVM上运行多个应用程序的骆驼时区分。
- 在介绍contentCache选项XSLT组件允许样式表轻松增值开发过程中。
- 在JMX注册和现有的名称时存在改进的骆驼JMX总能找到下一个空闲的名字（补救名称冲突）。这使得更容易在同一个JVM，其中骆驼应用程序可能有相同的CamelContext ID部署muliple的WAR时。在OSGi中的JMX名字有包ID作为前缀。
- 固定BeanShell的语言
- 石英现在支持使用石英JAR的旧版本（如版本1.6 / 1.7）。
- LDAP支持分页。
- 新增功能骆驼蓝图组件，因此它在标准杆与功能，从春集
- XML。
- 在OSGi的发现，当固定的问题，清爽的骆驼捆绑造成的竞争条件
- 的类型转换器
- 修正了在Apache Karaf安装骆驼CXF的功能。
- CXF和CXFRS使用CXF延续API使用CXF 2.3.x的时候。
- 您可以通过使用密钥QUOT从骆驼消息头访问CXF消息; CamelCxfMessage＆QUOT;
- 的CXF消费后。
- 易于调试线路从骆驼测试
- 在数据格式现在支持服务和CamelContextAware回调，这意味着它更容易
- 要在您的数据格式进行定制的初始化逻辑。
- 改进的文件，FTP，IRC，LDAP，Bindy和许多其他部件。
- 能够更为方便地加载使用loadRoutesDefinition方法从CamelContext从XML文件中的路由。
- 在骆驼现在启动失败，如果它不能从类路径中加载的类型转换器。
使用调试器
什么在2.1.0版本新：
- 在圣诞老人是非常繁忙的一个严重的骆驼JMX大修，包括一个可插入的管理API，允许第三方工具。
- 改进在OSGi的环境中使用骆驼
- 在一堆贡献的社会各界，如打印机（非常方便的批量打印这些报告过夜）新组件; SNMP（为您提供了SNMP轮询功能的设备或接收陷阱的能力）; GAE（提供连接到由Googls的App Engine提供的云计算服务）和的quickfix（发送/接收财务信息（FIX））
- 在错误处理的改进
- 像往常一样，很多修复和增强70 +组件的
评论没有发现