ServiceMix是Apache的一个顶级开源项目,是一个ESB实现。在个人看来,它最大的特色就是从核心到应用全面支持OSGI。
ServiceMix是以Karaf为内核,而Karaf也是从早期ServiceMix的内核部分独立出来而成的一个Apache顶级项目。Karaf是整合OSGI framework及一些周边基础功能实现而成的OSGI运行时环境,所以,可以说ServiceMix就是在OSGI环境下运行的ESB系统。
除此之外,ServiceMix集成了ActiveMQ、Camel、Aries Blueprint等相关项目,而且可以通过Karaf的features不断扩展它所具备的功能,加上Camel本身所具有的大量Component......。所以无论单从哪个功能去看待ServiceMix,都会有管中窥豹的感觉。
我们先从一个简单的例子入手,来看看ServiceMix是怎么样的一个项目:
首先,我们需要在电脑上安装好JDK,然后到
http://servicemix.apache.org/downloads.html下载最新版()的Servicemix,解压后,我们可以看到这样的目录结构:
其中,运行servicemix的脚本命令在bin文件夹下,我们运行bin/servicemix.bat即可启动ServiceMix。
etc文件夹是配置文件所在;
deploy是我们自行开发的osgi bundle或blueprint xml文档等可加载的模块部署的地方,只要我们将bundle(或其它Servicemix支持的文件)放在这里,ServiceMix就能自动加载(这是基于fileinstall的bundle部署方式);
data文件夹是工作目录。
ServiceMix运行后,就会出现以下Console:
在console里就可以输入命令和Servicemix交互了(这属于Karaf提供的功能,日后有必要时就会提及这些命令)。
试下输入list命令,就可以列出在Karaf上已安装的Bundle(或其他类型的模块,因为有些可能不是bundle,后面提及的bundle都代表这种广义的模块):
在上图中,每行都对应一个bundle,第一列代表的是Bundle的ID,第二列是Bundle的状态(如:Active),第三类代表bundle的Blueprint容器的状态,第四列大概是Spring容器的状态吧(我没用过,不是很了解),第五列Level是指bundle的启动级别,也就是启动的优先级,数值越小,就越优先启动,在list命令里,Level低于某个设定值的Bundle是不显示出来的。Level对我来说并不是那么重要,所以我会选择性地忽略了它。最后一列就是Bundle的SymblicName和版本(即在Manifest.mf里指定的Bundle-SymblicName和Bundle-Version项。
可以看到,全新的ServiceMix就已经安装了很多Bundle,这些Bundle就是实现Servicemix的各项功能的-----可以简单地、抽象地将Servicemix看成是一个微内核(Karaf+OSGI framework)+很多OSGI bundle(广义的),以及一些在etc下的配置文件构成平台。
我们做应用时开发的Bundle,也是同样的方式安装到这个OSGI framework上的。所以可以说ServiceMix本身就是应用的一部分,它和应用是一体的。
下节,我们就试试做个最简单的模块放在ServiceMix上跑一下。