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上跑一下。