真正的猛男,敢于鄙视OSGi

小编辑 发布于 2010/03/11 13:36
阅读 3K+
收藏 0

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造成的压力可不小啊。
希望将来有位猛男能够趟一趟这浑水,像我这样的迷茫者就可以随波逐流了。。。

作者:Ken Wu 原文链接:http://kenwublog.com/look-reality-in-fault-of-the-osgi

加载中
1
漫步在云端
漫步在云端

OSGi本来就是一个吃饱了撑着的,蛋疼的设计...

0
Sky__
Sky__

我们公司也有一绑人在搞这个,用的是 Equinox, 不过也天天蛋疼着......

一年多时间了

0
灵剑子
灵剑子

真是蛋疼的东西。看google的go语言,干脆全部静态连接,真要插件之类的,就搞多进程,世界一下都清净了。

0
郑雨涵
郑雨涵

虽然我们项目用的是OSGI,但我真的鄙视OSGI,问题一堆一堆。

0
weir2008
weir2008
我觉得不是osgi的问题而是没有一个好工具。
返回顶部
顶部