Apache Karaf vs. Servicemix

Question

是否有人使用Karaf而不是Servicemix？ 如果是这样，你是怎么做出这个决定的？ 我知道Servicemix在Karaf附近添加了一层功能，只是好奇Karaf是否自己使用以及为什么......

Answer 1

我们正在将Karaf用于我们的许多应用程序。 我们已经使用Camel（JMS和Esper）在几个不同的平台（一个JBoss 4.2实例，一个Tomcat和几个Felix实例）之间进行集成，并且由于这个工作得很好，所以也没有理由进行迁移（这可能是因为考虑ServiceMix）。

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

Karaf提供了您期望和生产环境所需的所有功能（请参阅apache-karaf标签的信息 ）。 我们针对标准最小框架（使用pax-exam）进行开发和测试，但部署到Karaf。

如果你不需要ESB，JCA，BPEL等，但想要一个可靠的，可调整的OSGi容器，那么单独使用Karaf就足够了。 （如果您发现自己需要ServiceMix功能的有限子集，则可以始终在Karaf实例中安装这些功能）。

您还可以将Karaf发行版定制为maven版本的一部分 - 我个人喜欢将容器作为应用程序构建的一部分，因为我可以在最短的时间内从命令行检出，构建和运行整个设置。

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

Answer 2

Karaf的生活始于ServiceMix核心。 目前，ServiceMix实际上是一组部署到Karaf容器中的bundle。 ServiceMix有许多非常方便的捆绑包，可以做很多很酷的东西，而karaf却没有。 也就是说，使用ServiceMix的两个主要原因是：1）ESB，2）NMR（允许您在捆绑和Karaf实例之间进行社区化的功能）。

总而言之，ServiceMix小组目前正在规划第5版，它将删除ESB和NMR功能，并将专注于成为Camel的管理容器。 在创建可以使用BPL（业务流程语言）描述的组件时，ESB需要付出很多努力。 然而，编写ServiceMix的人开始关注EIP（企业集成模式）的实现，这些实现与BPL基本相同，但是以更标准化和可接受的方式实现。 这项工作是在Camel项目下完成的。

所以，简而言之。 如果您使用的是ServiceMix 4+，那么您也使用了Karaf。 如果您想要一个更强大的集成环境，那么今天（至少在Apache / Felix世界中）选择的环境是Karaf，Camel和Servicemix的一些捆绑包。

Answer 3

这是我做的一个比较例证。 从最简单的情况（底部有Apache Felix提供的带有OSGi函数的JVM）到更完整/可管理的OSGi函数（中间的Apache Karaf ），到足够的函数来实现完整的ESB实例（顶部的Apache ServiceMix ）（请注意，“ESB”不是产品，而是一组端点，路由器，数据库，ETL功能以及以特定任务特定方式配置在一起的东西。

Answer 4

Karaf 不来与CXF。

它是ServiceMix的纯提取内核。 但是，您可以在Karaf上安装CXF，如下所示。

karaf：root（）> feature：repo：add cxf

添加功能URL后，我们可以使用以下命令查看“提供的”功能。

karaf：root（）> feature：repo：feature：list | grep cxf

要安装cxf，请执行以下命令

karaf：root（）> feature：install cxf