Chasing an mobile web vision

闯荡在移动互联网的世界中

我的评论

re: 移动互联网时代--Android上的一个例子 勤劳的蜜蜂 2009-03-19 21:19  
s60上如果有cdc的vm,就可以跑osgi,然后开发OSGi的应用就和在desktop上一样。
re: 移动互联网时代--Android上的一个例子 勤劳的蜜蜂 2009-03-16 10:35  
JavaArrayJSWrapper是我自己写的,你下载我例子的源码就看到实现了。
如果你也关注这些东西,那我们一起来讨论,我的联系方式jerrylee2002@hotmail.com以及jerrylee.li@gmail.com
re: osgi介绍(一)什么是osgi 勤劳的蜜蜂 2006-03-18 10:15  
目前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里面。
re: framework implementation 勤劳的蜜蜂 2006-02-18 17:03  
果然很热烈的讨论!谢谢你的资源。
浏览发现他们多数同意对osgi应该在server端启用,但就具体的体系结构还没有定论,我理解对吗?
你觉得目前ee上osgi的应用现状如何?
re: framework implementation 勤劳的蜜蜂 2006-02-15 13:32  
谢谢你,你的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。
re: OSGi介绍(六)OSGi的service 勤劳的蜜蜂 2006-02-15 13:21  
哦,它呀。正在研究中,听说是extension point的替代品
re: OSGi介绍(六)OSGi的service 勤劳的蜜蜂 2006-02-15 12:36  
ds是什么?有相关的比较文章吗?我看看,谢谢。
re: framework implementation 勤劳的蜜蜂 2006-02-15 12:34  
hehe,和这个项目的目的一样。不过我的实现还是玩具级别的,见笑了。当然,如果能开在,一定是中文的项目啦。

不过,我希望不同领域的人参与进来,在开发中结合自己的领域发现新的东西,这样我们就能说这是我们自己的solution,有自己的知识产权,说不定还能干预将来标准的走向呢?哈,做梦想远了,您有啥好建议?
re: osgi介绍(一)什么是osgi 勤劳的蜜蜂 2006-02-14 21:44  
reach me by MSN: jerrylee2002@hotmail.com, or google talk(but not avaible during working hours,hehe)!
re: OSGI与Plugin Architecture 勤劳的蜜蜂 2005-11-10 20:22  
是的,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产生的过节,虽然比较“八卦”,但是让我们看到了技术以外的一些东西。
re: OSGI与Plugin Architecture 勤劳的蜜蜂 2005-11-10 14:32  
非常好的总结和对比,受益匪浅啊!

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