OSGi框架研究與分布式應(yīng)用實現(xiàn).pdf

1、現(xiàn)在,很多公司用J2EE做企業(yè)級的應(yīng)用,但隨著應(yīng)用的深入持久,往往會發(fā)現(xiàn)現(xiàn)有的系統(tǒng)難以滿足需求,這時再反過來改動系統(tǒng)卻發(fā)現(xiàn)比登天還難。復(fù)雜的結(jié)構(gòu),混亂的依賴關(guān)系,難以隔離的模塊以及變更帶來的不確定性都令開發(fā)人員一籌莫展。有時候一個小的需求變化,就會造成整個應(yīng)用項目的重新構(gòu)建。除此之外,隨著用戶的劇增,系統(tǒng)資源和系統(tǒng)響應(yīng)時間也經(jīng)常會遇到瓶頸,這時對系統(tǒng)進(jìn)行擴(kuò)容就是不二的選擇,由單一主機(jī)變成多個主機(jī)的這個過程最終又演變成了程序員的噩夢。為什

2、么一個微小的需求變化會帶來如此巨大的蝴蝶效應(yīng)?為什么在變化面前,很多號稱優(yōu)秀的框架和設(shè)計模式顯得如此脆弱和無用?
　　 帶著這些問號,本人接觸到了OSGi,就像它所宣傳的那樣,“一個動態(tài)的Java模塊系統(tǒng)”,徹底解除了本人的疑惑。首先OSGi是一個基于微內(nèi)核的框架,包括核心和服務(wù)兩個部分。任何基于OSGi框架的系統(tǒng)都具備即插即用、熱部署、即刪即無的能力。其次,OSGi框架本身帶來的就是松耦合、插件化、高可復(fù)用性、擴(kuò)展性以及動態(tài)性

3、。最重要的是還有面向服務(wù)的特性,這解決了以往不同廠商不同產(chǎn)品互相之間不能交互的問題。
　　 本人從企業(yè)應(yīng)用的角度出發(fā),詳細(xì)分析了OSGi的內(nèi)核及其運行機(jī)制,并針對單一主機(jī)瓶頸問題,設(shè)計了分布式的解決方案。主要研究工作如下:(1)研究OSGi內(nèi)核的原理,以及各個層次之間的內(nèi)容和關(guān)系,總結(jié)出了OSGi的設(shè)計理念。(2)通過分析現(xiàn)有開源OSGi框架的實現(xiàn)Equinox和Felix,解讀了它們的工作機(jī)制。鑒于目前還沒有橫向比較的測試方法

4、,本人提出了一個新的測試框架,可以以量化的數(shù)據(jù)作為支撐,為OSGi框架的選擇提供科學(xué)依據(jù)。(3)針對現(xiàn)有OSGi框架的不足提出一種定制框架的改進(jìn)方法。(4)本人設(shè)計了一種基于OSGi的分布式應(yīng)用框架(Equinox+Spring-DM+CXF-DOSGi)并加以論證。(5)本人通過一個零售店應(yīng)用系統(tǒng)的設(shè)計與實現(xiàn),驗證了此框架在分布式應(yīng)用上的可行性,最后通過測試來闡明本系統(tǒng)的優(yōu)勢。本人的這些研究工作對于OSGi在分布式領(lǐng)域的應(yīng)用具有一定商