OSGI企业应用与Aries开源项目(1)

J2EE的企业应用十分地广泛和成熟，但在模块化方面还缺乏合适的解决方案，OSGI则正好可以弥补这方面的缺憾。但OSGI又偏偏是个底层的元素，如果要使J2EE和OSGI结合起来，就需要将J2EE应用从底层开始改造，就如你想将旧楼改造成更高的楼，需要重新将地基弄坚实点一样。

为了能让OSGI适应企业应用开发的需要，OSGI制定了一些企业开发规范，将J2EE己有的DI，持久化，事务等等好的东西都纳入其中。

Aries是Apache的一个开源项目，它分为很多子项目，都是实现了OSGI在企业应用方面的规范，例如：Aries blueprint container,Aries JPA container等等。

首先，Aries blueprint container是用于OSGI DI(IOC)的一套开源实现。Blueprint是OSGI定义的一个规范，它是来源于鼎鼎大名的spring。spring为了支持OSGI，发展一个叫spring dynamic module(spring DM)的项目，但估计是因为spring实现本身有些在classloader方面与OSGI格格不入的原因（这是我个人的看法，大家别嘘我），spring DM转给了eclipse,发展出了virgo.

而OSGI则从spring DM中抽象出blueprint规范出来。Aries blueprint container则是这个规范的一种实现。和传统spring一样，blueprint可以在bean里注入依赖。除此之外，blueprint还可以实现OSGI服务的发布和引用，支持OSGI的服务引用的注入，而且这种依赖的注入是动态的，也就是说你可以将很多OSGI服务动态地组合成更粗粒度的OSGI服务。

Blueprint和spring十分相似，同样采用XML的方式来组装应用（当然也有用annotation的方式来实现的）。在Aries blueprint container里，将Blueprint的XML配置文档放在Bundle里的OSGI/blueprint目录下，bundle就会被Aries blueprint container认为是个blueprint的应用，这里的XML文档就会被解析，并按XML的内容来组装应用，其中的服务引用的动态性，都会由container来维护。在Servicemix里，甚至可以直接解析一个blueprint的XML文档，而不需要将它放进bundle里。

除了DI外，在Servicemix里，blueprint还被用于camel路由的定义等方面，这很大程度扩大了blueprint的应用范围。