Apache Karaf与Servicemix

Question

有人在使用Karaf而不是Servicemix吗？如果是这样的话，你是如何做出这个决定的？我知道Servicemix在Karaf周围添加了一层功能，只是好奇Karaf是否被单独使用以及为什么……

Answer 1

我们在很多应用程序中使用了Karaf。我们已经使用Camel (JMS和Esper)在几个不同的平台(Tomcat4.2实例，Tomcat4.2实例和几个JBoss实例)之间进行集成，并且由于这种方法运行良好，因此也没有理由迁移它(这将导致考虑ServiceMix)。

我们有一些Felix节点的唯一原因是，它们的使用受到限制(在客户端桌面上)，很少需要/更新，我希望这些节点占用的空间最小。对于服务器端的任何OSGi，我们都使用Karaf。

Karaf提供了您在生产环境中所期望和需要的所有功能(请参阅apache-karaf tag's info)。我们根据标准的最小框架(使用pax- to )进行开发和测试，但部署到Karaf。

如果您不需要ESB、JCA、BPEL等，但是想要一个可靠的、可调的OSGi容器，那么Karaf本身就足够了。(如果您发现自己需要ServiceMix功能的有限子集，则可以始终将其安装在Karaf实例中)。

您也可以将customise the Karaf distribution作为maven构建的一部分--就我个人而言，我喜欢将容器作为应用程序构建的一部分，因为我可以在最短的时间内从命令行签出、构建和运行整个安装程序。

最近有一个Karaf的聚类子项目，叫做Cellar，使用HazelCast，我不确定这是否也适用于ServiceMix。

Answer 2

卡拉夫的生活始于ServiceMix核心。目前，ServiceMix实际上是一组部署到Karaf容器中的包。ServiceMix有许多非常方便的包，可以做很多karaf没有的很酷的事情。也就是说，使用ServiceMix的两个主要原因是如果你想要的话: 1) ESB，2)核磁共振(允许你在Karaf的包和实例之间建立社区的特性)。

这一切都表明，ServiceMix团队目前正在规划版本5，它将删除企业服务总线和核磁共振功能，并将专注于成为骆驼的管理容器。在ESB中，当创建可以使用BPL (业务流程语言)描述的组件时，需要付出大量的努力。然而，编写ServiceMix的人们开始专注于企业集成模式(Enterprise Integration Pattern)的实现，它在很大程度上与业务流程许可证做了同样的事情，但以一种更标准化和更被接受的方式进行。这项工作是在Camel项目下完成的。

所以，简而言之。如果您使用的是ServiceMix 4+，那么您也在使用Karaf。如果您想要一个更健壮的集成环境，目前(至少在Apache/Felix世界中)首选的环境是Karaf、Camel和来自Servicemix的一些捆绑包。

Answer 3

这是我做的一个比较图。从最简单的情况(底部具有Apache Felix提供的OSGi函数的JVM)，到更完整/可管理的OSGi函数(中间是Apache Karaf )，再到足够实现完整的OSGi实例的功能(顶部是Apache)(请注意，“ServiceMix”不是一个产品，而是一组端点、路由器、数据库、ETL函数等，它们没有以特定于任务的方式配置在一起)。

​

​