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的前途是非常光明的......