ARM移植OSGi框架
1 OSGI介紹
OSGI是Open Servicc Gateway Initiative的簡稱,該組織建立于1999年,是一個非贏利機構(gòu),旨在建立一個開放的服務(wù)規(guī)范,為通過網(wǎng)絡(luò)向設(shè)備提供服務(wù)建立開放的標(biāo)準(zhǔn)。OSGI規(guī)范為網(wǎng)絡(luò)服務(wù)定義了一個標(biāo)準(zhǔn)的、面向組件的計算環(huán)境。軟件組件可以從運行中被安裝、升級或者移除而不需要中斷設(shè)備的操作。軟件組件可以動態(tài)地發(fā)現(xiàn)和使用其他庫或者應(yīng)用程序。下面具體講解一下OSGI的運行機制[1-2]。
OSGI[3]框架是一個微核結(jié)構(gòu)的容器,所有的模塊都需要運行在容器范圍內(nèi),在OSGI中所有模塊的部署都必須以Bundle的方式來進行部署。所謂Bundle其實就是一個jar文件,這個jar文件和普通的jar文件唯一不同的地方就是Meta-inf目錄下的MANIFEST.MF文件的內(nèi)容,關(guān)于Bundle的所有信息都在MANIFEST.MF中進行描述,可以稱它為bundle的元數(shù)據(jù),這些信息中包含有象Bundle的名稱、描述、開發(fā)商、classpath、需要導(dǎo)入的包以及輸出的包等。
Bundle通過實現(xiàn)BundleActivator接口去控制其生命周期,在Activator中編寫B(tài)undle[4]啟動、停止時所需要進行的工作,同時也可以在Activator中發(fā)布或者監(jiān)聽框架的事件狀態(tài)信息,以根據(jù)框架的運行狀態(tài)做出相應(yīng)的調(diào)節(jié)。
2 選擇合適的虛擬機
選擇一種合適的虛擬機是很重要的,選擇的虛擬機要滿足OSGI架構(gòu)最基本的運行條件,虛擬機的種類比較多,有kaff,j9,wonka,cvm,kvm,jre等,當(dāng)中有運行在X86上的,也有運行在嵌入式設(shè)備上的,根據(jù)OsgiAllance說法,OSGI架構(gòu)運行的最小環(huán)境是(KVM+CLDC+DIDP,CDC+CVM+FP)。一開始選擇了KVM作為運行OSGI的虛擬機,由于KVM的資源有限,就連一個JAR文件也運行不了,后來更換了CVM作為虛擬機,經(jīng)過一些簡單的配置后,成功編譯,OSGI架構(gòu)也成功地運行了。
3 編譯CVM虛擬機
SUN的JVM開源后,作為JAVA開發(fā)社區(qū)的一個項目,為避免版權(quán)問題,J2ME改名為phoneME。CLDC對應(yīng)phoneME Feature,虛擬機則稱為KVM;而CDC對應(yīng)phoneMEAdvance,虛擬機則稱為CVM。這里選擇了phoneme_advanced-mr2-dev-src-b34-04_oct_2007.zip
unzip phoneme_advanced-mr2-dev-src-b34-04_oct_2007.zip
cd cdc
cd build
cd linux-arm
vi defs.mk
將ifneq ($(CVM_FORCE_HARD_FLOAT), true)
ifeq ($(USE_GCC2), true)
CC_ARCH_FLAGS += -msoft-float
ASM_ARCH_FLAGS+= -msoft-float
LINK_ARCH_FLAGS += -msoft-float
LINK_ARCH_LIBS+= -lfloat
CVM_TARGETOBJS_OTHER += _fixunsdfsi.o
endif
endif
改為:
將ifneq ($(CVM_FORCE_HARD_FLOAT), true)
ifeq ($(USE_GCC2), true)
LINK_ARCH_FLAGS +=
LINK_ARCH_LIBS+= -lm
endif
endif
cd ../linux-arm-familiar
make J2ME_CLASSLIB=foundation CVM_TARGET_TOOLS_PREFIX=/usr/local/arm/3.3.2/bin/arm-linux- CVM_HOST_TOOLS_PREFIX =/usr/bin/ CVM_CLASSLOADING=true CVM_JAVA_TOOLS_PREFIX=/home/wmz/kvm/j2sdk1.4.2_18/bin/ JDK_HOME=/home/wmz/kvm/j2sdk1.4.2.18/bin/ CC_ARCH_FLAGS=-mcpu=arm920t
如果編譯沒有什么錯誤的話,就在linux-arm-familiar的bin目錄下生成CVM,在linux-arm-familiar目錄也同時生成:testclasses.zip,democlasses.jar等測試文件,以及btclasses.zip和lib文件夾等庫文件(lib文件夾里有foundation.jar,content-types.properties,以及security,zi等兩個文件夾)。當(dāng)在開發(fā)的時候,需要把btclasses.zip放到lib文件夾里,作為一個基礎(chǔ)類庫。
在編譯CVM的時候,同時也將CDC自帶的測試程序編譯出來了,testclasses.zip,democlasses.jar就是測試文件。把btclasses.zip放到lib文件夾里,將lib,bin文件夾,以及 testclasses.zip,democlasses.jar下載到開發(fā)板里,接下來就是運行測試程序了[5]。如果是直接下載cvm到開發(fā)板的話,一定要建立一個bin文件夾,將cvm放到bin文件夾中,這樣才能完成運行。
執(zhí)行bin/cvm –version如果能得到如下輸出的話證明你的CVM能運行。
接下來測試個HelloWorld.
bin/cvm-cp testclasses.zip HelloWorld
應(yīng)該得到下面的結(jié)果:
最后做一次全面的測試:
bin/cvm-cp testclasses.zip Test
如果是和下面的結(jié)果一樣的話,就說明移植的cvm完全沒有問題。
安裝OSGI架構(gòu)到開發(fā)板中,在開源界中實現(xiàn)OSGI的框架比較知名的有:Equinox、Knopflerfish、Oscar。
1)Equinox
Equinox是Eclipse中的項目之一,Equinox是作為OSGI R4 RI而知名的,同時由于Equinox有Eclipse IDE這么個成功案例,反應(yīng)出了Equinox作為OSGI框架的優(yōu)勢。Equinox開發(fā)小組由IBM的Jeff領(lǐng)銜,開發(fā)狀態(tài)非常的活躍,從它的開發(fā)者maillist可以看出,討論非常的熱烈。
2)Oscar
Oscar是一個遵循OSGI R3框架的實現(xiàn),目前它的開發(fā)狀態(tài)不怎么的活躍,最新的新聞都是2005年的了。 Oscar的優(yōu)勢在于提供了大量OSGI R3標(biāo)準(zhǔn)之外的Bundle,為開發(fā)基于OSGI的系統(tǒng)提供了方便。
3)Knopflerfish
Knopflerfish是一個知名的OSGI框架,目前提供的最新版本也已經(jīng)完整的實現(xiàn)了OSGI R4,Knopflerfish的開發(fā)狀態(tài)非常的活躍,同時它也提供了為方便開發(fā)基于OSGI系統(tǒng)的大量的Bundle。
安裝OSGI架構(gòu)只須將X架構(gòu)下載到開發(fā)板中就可以,然后通過指令:cvm –jar X..jar啟動架構(gòu)。
下面是安裝equinox的實例,運行:bin/cvm –jar equinox.jar -console
接下來就是安裝一些運用bundle了,至此已經(jīng)完成了將OSGI架構(gòu)安裝到開發(fā)板上的全部過程。
4 結(jié)束語
本文通過選擇合適的虛擬機到編譯CVM虛擬機,直到完成并安裝OSGI架構(gòu)到開發(fā)板中,這一系列的操作說明在嵌入式系統(tǒng)上運行OSGI架構(gòu)是可行的,而且也取得了不錯的運行測試效果,這為后期的實際應(yīng)用打下了基礎(chǔ)。
評論