Chasing an mobile web vision

s60上如果有cdc的vm,就可以跑osgi，然后开发OSGi的应用就和在desktop上一样。

JavaArrayJSWrapper是我自己写的，你下载我例子的源码就看到实现了。
如果你也关注这些东西，那我们一起来讨论，我的联系方式jerrylee2002@hotmail.com以及jerrylee.li@gmail.com

目前j2me有两种标准profile，一种是cldc和cdc。
众所周知cldc是非常有限的，不支持reflection，以及application customized classloader，这些对于osgi的实现是相当必要的，所以，如果你要严格基于目前cldc的spec来实现osgi，而且不作任何改动，估计没法实现。
而cdc则没有这样的缺陷，因此在其上实现osgi的core将会比较轻松。

Prosyst公司推出了基于cldc的osgi解决方案，但是据我所知，他们的cldc是经过改动的，而且他们在vm外面又包了一个控制层，通过对vm的重起，达到动态classloading。

所以，你需要根据你的应用环境的条件（能否运行jvm），jvm的能力，jvm上能否提供一个实现osgi的最小profile（不一定非要标准的cldc和cdc，也是可以是你自己定义和裁减的profile，代价是，你的代码就不是write once run everywhere了）。osgi给出了实现它最小的profile，在ee.minimum.jar里面。

果然很热烈的讨论！谢谢你的资源。
浏览发现他们多数同意对osgi应该在server端启用，但就具体的体系结构还没有定论，我理解对吗？
你觉得目前ee上osgi的应用现状如何？

谢谢你，你的msn或者google talk是什么，我想加你。

呵呵，equinox我没怎么关注，不过毕竟是大手笔了。prosyst也有自己r4产品，有时间倒是可以看看这两个的对比。

说实话，自己确实像在闭门造车。当初编写它就是想利用业余时间玩玩，不想就走火入魔了。后面可以看看开源的代码，学习学习，长进长进。

还有，我听说extension point似乎要被ds给取代了。我是从osgi的blog看到的（http://www.osgi.org/blog/2006_01_01_archive.html）
Eclipse Corona Project. Distributed OSGi? Friday, January 06, 2006

老实说，ds我还在研究呢，呵呵，extension point我也是一窍不通，根本没有开发过eclipse的plugin。

哦，它呀。正在研究中，听说是extension point的替代品

ds是什么？有相关的比较文章吗？我看看，谢谢。

hehe，和这个项目的目的一样。不过我的实现还是玩具级别的，见笑了。当然，如果能开在，一定是中文的项目啦。

不过，我希望不同领域的人参与进来，在开发中结合自己的领域发现新的东西，这样我们就能说这是我们自己的solution，有自己的知识产权，说不定还能干预将来标准的走向呢？哈，做梦想远了，您有啥好建议？

reach me by MSN: jerrylee2002@hotmail.com, or google talk(but not avaible during working hours,hehe)!

是的，jsr277也非常值得关注，好象是java的比较大的变动。277主要是对j2se&j2ee的。象232和249都是对j2me上cdc的jsr，那里被认为是osgi将来大施拳脚的地方，尤其249就是大名鼎鼎的MSA，所以它的最终scope将是java在下一代嵌入式和移动平台上的规范（个人理解，不对请纠正）

说到277还有一个有趣的事情，据说这个jsr是sun抄袭OSGi的想法，可以看看Peter Kriens（他应该是OSGi的spec leader，r4的主要writer）的blog，http://www.aqute.biz，那里讲述了OSGi和几个相关JSR的关系，还有他个人因为jsr277与jcp产生的过节，虽然比较“八卦”，但是让我们看到了技术以外的一些东西。

非常好的总结和对比,受益匪浅啊!

osgi正在成为jsr(我姑且认为您指的plugin architecture是osgi)，看看jsr232和jsr249，尤其jsr249，决定了jsr232的生死。
jsr249好象在年底就要投票，如果jsr232被jsr249纳入，那么osgi的前途是非常光明的......