ADAM BIEN这位老兄，最近在他的blog上发表了一篇关于“如何杀死一个OSGi项目”(How to kill a OSGi projcet)的主题，引来了无数口水。
说实话，我个人还是很赞同老兄的部分观点。 单从它提出的10个问题来看，有一半是大多数公司和开发人员正面临要解决的问题。
看来这位老兄，私下也是做了不少功课的，人猛才是王道。
参考他提出的10个问题，来看我们公司的使用情况，大致有三个方面被他说中了：
1，有状态的bundle想要做平滑热替换，需具备一定复杂性。
最近，一位公司同事正在实验某个带状态bundle的热替换工作，开发期间碰到了多处棘手的问题（实例状态的同步转移），幸好人牛，从他描述的实现逻辑来看，必然包含很复杂操作在里面。
可见有状态bundle的平滑热替换，很难简单实现。
2，当OSGi的bundle数量达到一定规模时，维护成本必将成为瓶颈。
这是一个趋势，值得庆幸的是，从我们公司项目的bundle数量来看，还未迈入“成年”。对策尚可暂缓考虑。
3，多个版本或相互依赖bundle间的测试必然会显著提高复杂性。
谁能推荐个好用的OSGi测试框架？
问题中还提到分发包的增量更新，RCP应用程序的暴露问题，貌似我们公司没用到。但看得出来，OSGi也不是万能的。成熟度还有待提高。。。要知道JDK7的jigsaw(JSR294 and 277)已在养精蓄锐了，从language, compiler, vm等底层入手做modularity的它，对OSGi造成的压力可不小啊。
希望将来有位猛男能够趟一趟这浑水，像我这样的迷茫者就可以随波逐流了。。。
转载请注明原文链接：http://kenwublog.com/look-reality-in-fault-of-the-osgi