OSGi、SOA、SCA
OSGi、SOA以及SCA領(lǐng)域的相關(guān)Blog。
摘要: 摘自我那本6月份要上市的，但目前名字還沒完全確定的書，由于書中涵蓋的更多的為構(gòu)建高性能分布式Java應(yīng)用所需要的基礎(chǔ)知識，也許改成了《通往高性能分布式Java應(yīng)用之路》，主要是闡述下為什么大型應(yīng)用需要SOA，以及eBay的例子，blog全文請見：http://bluedavy.com/?p=30
閱讀全文
摘要: 在QCon SF 2009的SOA分會場上，eBay的架構(gòu)師講了一個SOA @ eBay的PPT，正好和我的工作有很多的交叉點，于是比較認(rèn)真的看了下這個PPT，感興趣的同學(xué)可以從這里下載：http://qconsf.com/sf2009/file?path=/qcon-sanfran-2009/slides/SastryMalladi_SOAEBayHowIsItAHit.pdf，在這個PPT中可以看到eBay對于SOA的看法以及他們目前的做法，自己也是做這方面工作的，就在這篇blog中介紹下這個PPT以及自己對于SOA的一些看法。
閱讀全文
摘要: 和清華學(xué)子做了一次關(guān)于OSGi的交流，在此公開下這個PPT，:)，這個PPT是我寫的最長的一個OSGi PPT,涵蓋的內(nèi)容主要是OSGi標(biāo)準(zhǔn)方面的知識以及Equinox使用的一些知識，感興趣的同學(xué)可以下載下: http://www.bluedavy.com/opentopic/OSGi20094qh.pptx
閱讀全文
摘要: 這本書的名號有：國內(nèi)第一本OSGi中文書，全球第二本OSGi技術(shù)書，少數(shù)的能夠領(lǐng)先于英文技術(shù)原創(chuàng)書出版的中文書籍，這些都乃虛名，最重要的是希望這本書能真正的為希望了解、學(xué)習(xí)或深入掌握OSGi；希望了解、學(xué)習(xí)如何編寫模塊化、動態(tài)化的Java應(yīng)用的Java技術(shù)人員提供一些幫助，那么也就不枉這本書的出版了，很榮幸能參與這本書的編寫，圓了自己兩年前出一本OSGi書的夢，下面放上一些本書的封面的圖片show下。
閱讀全文
摘要: Equinox的設(shè)計非常經(jīng)典，其在擴(kuò)展方面提供了很多的支持，同樣包括類加載方面的控制，除了通過標(biāo)準(zhǔn)的org.osgi.framework.bootdelegation以及equinox提供的osgi.parentClassLoader這兩個屬性來簡單的控制類加載之外，還可通過實現(xiàn)ClassLoaderDelegateHook來更為靈活的控制類加載。
閱讀全文
摘要: 很不容易，經(jīng)過兩個多月兩個人的努力，終于完成了《OSGi原理與最佳實踐》一書的草稿，目前正在review過程，預(yù)計將在7月底上市，而由于國外的那本《OSGi in action》將出版時間推遲到11月了，《OSGi原理與最佳實踐》這本書也將成為全球第二本OSGi的書籍（很遺憾，德國之前出版了第一本），:)，現(xiàn)將本書的目錄公布如下，上市的書也許會稍有改動，但應(yīng)該會大體一致。
閱讀全文
摘要: 這是Lifecycle Layer中的最大改進(jìn)，在之前的規(guī)范中只是簡單的描述了下框架的啟動和關(guān)閉，在制定了這個規(guī)范后，以后無論是啟動equinox還是felix，都可采用同樣的方式啟動，詳細(xì)的來看看，本文摘自《OSGi原理與最佳實踐》。
閱讀全文
摘要: 本文內(nèi)容同樣摘自《OSGi原理與最佳實踐》，在之前的blog中也摘選了部分內(nèi)容分析了Equinox的動態(tài)化，在這里再試驗下Felix的動態(tài)化，關(guān)注點為：“即插即用”、“熱部署”、“即刪即無”，看下Felix在這幾方面的表現(xiàn)和Equinox有什么不同。
閱讀全文
摘要: 對于采用OSGi來做系統(tǒng)的人而言，ClassLoader的問題必然是頭號需要解決的問題，如果又是個需要遠(yuǎn)程通訊的OSGi應(yīng)用的話，那么反序列化的classloader問題幾乎可以肯定是會碰到的，來看看在如今流行的兩種序列化、反序列化協(xié)議：java/hessian中如何使用自定義的classloader。
java/hessian并不提供直接的傳入ClassLoader類來改變反序列化時采用的ClassLoader，hessian采用的為使用當(dāng)前線程的上下文ClassLoader來加載反序列化的類，java則采用堆棧上最近的一個ClassLoader類來加載，可以認(rèn)為就是調(diào)用類所在的ClassLoader來加載，但在OSGi應(yīng)用中，通常采用以上默認(rèn)的行為來反序列化加載類是會出問題的，因此需要采用自定義的。
閱讀全文
摘要: 對于想使用Equinox來構(gòu)建OSGi應(yīng)用的同學(xué)們而言，掌握Equinox是如何加載Bundle中的Class無疑是相當(dāng)重要的，這樣在碰到各類ClassNotFoundException的時候也就有底了，否則可能出現(xiàn)的ClassNotFoundException會多的讓你非常的頭疼，本文提取自《OSGi原理與最佳實踐》，介紹下equinox是如何來加載Bundle中的class的。
閱讀全文
摘要: OSGi最吸引人的特性除了模塊化之外，就是動態(tài)化了，在我之前寫的OSGi實戰(zhàn)以及進(jìn)階兩篇Opendoc中，都有相關(guān)的示例，但不知道大家有沒有注意，在兩篇Opendoc中都未提及到bundle本身的更新，而基本都是以新增服務(wù)實現(xiàn)的bundle以及停止服務(wù)時限的bundle為例，并且相對而言是個比較簡單的例子，動態(tài)化在java界更明確的詞也許是hot deployment，而hot deployment的實現(xiàn)并不容易，同樣，即使你采用OSGi，但也不代表你的應(yīng)用就具備了hot deployment的能力，在hot deployment上，完美的結(jié)果就是當(dāng)更新完成后，新的執(zhí)行請求就在新的代碼邏輯上正確的執(zhí)行，就像沒發(fā)生過更新這回事樣，但實際要做到這樣的效果，遠(yuǎn)沒這么容易，即使是基于OSGi也同樣如此，No magic & no silver bullet，在本篇blog中我們就來具體的看看。
閱讀全文
摘要: 把自己寫的兩篇opendoc和Book統(tǒng)一放入此blog中提供下載，避免占據(jù)我blog的兩個置頂位，:)
閱讀全文
摘要: 在使用OSGi時，有些時候會需要在OSGi容器外獲取OSGi服務(wù)，加載OSGi容器加載的class，或者說需要內(nèi)嵌OSGi容器，本篇blog以一個簡單的例子來說明如何基于equinox實現(xiàn)OSGi容器的內(nèi)嵌，或者說通過程序來啟動equinox，同時也通過此例子展示下如何在容器外來獲取OSGi服務(wù)以及加載OSGi容器里面其他插件的class，同時還會附送一個如何讓OSGi容器里的插件能加載到OSGi容器外的類的方法。
閱讀全文
摘要: 之前的Opendoc中沒有涉及過此部分的內(nèi)容，maven又是現(xiàn)在非常流行的java的工具，再加上到目前為止搭建OSGi Maven開發(fā)和部署的環(huán)境還是比較的麻煩，覺得有必要寫篇這樣的blog，:)，在這篇blog中來看下如何搭建一個比較好用的OSGi Maven開發(fā)和部署環(huán)境，看看我在搭建一個這樣的環(huán)境中的痛苦歷程。
閱讀全文
摘要: 隨著OSGi近兩年的迅猛發(fā)展，尤其是Java企業(yè)應(yīng)用領(lǐng)域廠商對OSGi的認(rèn)同，大家對于OSGi的新版規(guī)范的關(guān)注遠(yuǎn)遠(yuǎn)超過了之前的幾個版本，近來OSGi終于是放出了傳聞已久的R 4.2的Early Draft，其實從Early Draft來看，我覺得完全可以認(rèn)為不僅僅是一個小版本的升級了，甚至可以認(rèn)為是R5了，因為R 4.2增強(qiáng)的東西還是非常多的，其中就包括了大家期待已久的RFC119，不過沒看到傳說中的RFC66，有一丁點的失望，不過相信后面的Draft中應(yīng)該會加上，:)，這樣看來，R5更是值得期待了，讓我們先來一起品嘗一下4.2 Early Draft這道大餐。
閱讀全文
摘要: 由于Topic的時間有限，因此此篇PPT只是簡單的對OSGi進(jìn)行了介紹和演示，而沒有做詳細(xì)的OSGi使用的講解，可能讓參與這次Topic的同學(xué)們失望了，不過還是在此把PPT公開出來了，如感興趣的話，可以從以下地址下載：
http://www.riawork.org/opentopic/Simple.Introduction.For.OSGi.ppt
閱讀全文
摘要: JavaOne的第二天Sun正式官方宣布在Java 7中將支持OSGi：This will allow developers who create applications that use OSGi bundles will be able to run them unmodified in JDK 7.這消息對于知悉OSGi Vs JSR 277的一系列歷史戰(zhàn)爭的人而言絕對是非常的振奮人心，盡管不是說Java 7直接納用OSGi來實現(xiàn)模塊化這一塊（這個呢，其實如果JDK做的話，確實可以做的更好，至少可以更高效什么的），但就支持這一點也可看出Sun已經(jīng)看到了OSGi是事實性的模塊化標(biāo)準(zhǔn)，這對于OSGi來說也是里程碑的一天。
閱讀全文
摘要: Java領(lǐng)域中的分布式框架比較的多，分析一個已有的遠(yuǎn)程調(diào)用框架無論是對于打算采用已有成果還是自己做分布式框架，都是很必要的事情，JBoss Remoting是其中很好很強(qiáng)大的一個框架，在此來對JBoss Remoting進(jìn)行深入的分析，看看JBoss Remoting是如何基于java.net提供的包去解決這些問題的，本文所分析的JBoss Remoting源碼的版本為2.2.2_SP2，本來以為會是篇不怎么長的文檔，沒想到還沒寫的詳細(xì)和深入的時候就已經(jīng)有三十多頁了，也不好在這里直接貼出來，就把文檔目錄和最后的總結(jié)部分貼在這了，感興趣的同學(xué)們可以從這個地址下載PDF版本的文檔：http://www.riawork.org/opendoc/JBoss.Remoting.Opendoc.pdf
閱讀全文
摘要: 非常感謝Kane的工作，其實在差不多兩個月前就完成了和OSGi官方聯(lián)盟的協(xié)議的簽訂，使得OSGi China User Forum成為了繼法國、日本、韓國、西班牙以及瑞典后的第六個官方授權(quán)和認(rèn)可的組織，并且拿到了OSGi聯(lián)盟官方提供的空間，其實就是個簡單的wiki了，只是一直沒抽出時間去建設(shè)網(wǎng)站，Kane在百忙之中抽出時間把站點的基本頁面進(jìn)行了搭建，使得這個官方站至少看上去有點內(nèi)容了，官方站的地址為：http://china.osgiusers.org。
閱讀全文
摘要: OSGi DevCon2008已經(jīng)閉幕，迫不及待、非常迫不及待的希望能了解更多此次大會的盛況，不過目前相關(guān)的新聞報道等還是比較少的，除了osgi.org/blog上有三四篇報道，根據(jù)日程找到目前公開的OSGi DevCon 2008中Topic的PPT，共11個，在此根據(jù)自己看這些PPT的情況做個簡單的介紹和評價。
閱讀全文
摘要: 期待已久的OSGi DevCon 2008將會在下周（3月17日---3月20日）和EclipseCon 2008共同召開，今年OSGi的Topic比去年更多，也占據(jù)了更重要的位置，來看看本次大會即將開講的Topic，暢想暢想，看看哪些Topic將會成為熱題。
本屆Topic仍然和往年一年，分為Long Talks、Tutorials、Short Talks、Panel和Additional OSGi Talks，本屆OSGi DevCon可謂是眾星云集，世界級的OSGi大師們共聚一堂，毫無疑問將給我們這些OSGi Fans們貢獻(xiàn)一場盛宴。
閱讀全文
摘要: 在分布式服務(wù)框架中，一個最基礎(chǔ)的問題就是遠(yuǎn)程服務(wù)是怎么通訊的，在Java領(lǐng)域中有很多可實現(xiàn)遠(yuǎn)程通訊的技術(shù)，例如：RMI、MINA、ESB、Burlap、Hessian、SOAP、EJB和JMS等，這些名詞之間到底是些什么關(guān)系呢，它們背后到底是基于什么原理實現(xiàn)的呢，了解這些是實現(xiàn)分布式服務(wù)框架的基礎(chǔ)知識，而如果在性能上有高的要求的話，那深入了解這些技術(shù)背后的機(jī)制就是必須的了，在這篇blog中我們將來一探究竟，拋磚引玉，歡迎大家提供更多的實現(xiàn)遠(yuǎn)程通訊的技術(shù)和原理的介紹。
閱讀全文
摘要: 在使用Spring的時候，我們習(xí)慣于用bean的名稱作為注冊、查找的條件，這也就意味著bean的引用是唯一的了，而不能來查找、注入一系列具備相同功能但不同實現(xiàn)的bean，這種應(yīng)用的場景其實還是很多的，尤其在擴(kuò)展的場景中，在這篇blog中以一個應(yīng)用場景來說明下這種需求，順便也宣傳下OSGi的服務(wù)接口+版本+屬性的注冊和查找機(jī)制。
閱讀全文
摘要: 在上篇分析完了在V 0.7需要干的活后，開始細(xì)化其中的實現(xiàn)細(xì)節(jié)，由于技術(shù)細(xì)節(jié)和之前想的有點不同，在細(xì)化的同時也稍做了調(diào)整，系統(tǒng)的架構(gòu)仍然保持不變，在這篇blog中來看看實現(xiàn)每項任務(wù)的技術(shù)細(xì)節(jié)，之后就可以進(jìn)入編碼實現(xiàn)階段了。
閱讀全文
摘要: 經(jīng)過上篇分析分布式服務(wù)框架的blog后，正式對之前的基于OSGi實現(xiàn)分布式服務(wù)框架的系列改名(順便把分布式服務(wù)框架改為使用DSF縮寫)，因為已經(jīng)決定基于Spring-DM來實現(xiàn)，為什么呢，而且為什么一定要是Spring-DM，而不直接說Spring呢？
在講完這個原因后，在這篇blog中你還會看到基于Spring-DM后的DSF V0.7是什么樣子，以及要干些什么活來完成V 0.7。
閱讀全文
摘要: 昨天剛分析完分布式服務(wù)框架，今天便看到Spring Integration 1.0 M1發(fā)布的消息，這也為Spring進(jìn)軍SOA領(lǐng)域拉開了序幕。
閱讀全文
摘要: 技術(shù)是為需求而服務(wù)的，分布式服務(wù)框架也同樣如此，它不是憑空誕生的，也是因為有這樣的需求才會有分布式服務(wù)框架這樣的東西誕生，在這篇blog中來詳細(xì)的分析分布式服務(wù)框架誕生的原因(其實也是需要用分布式服務(wù)框架的應(yīng)用場景，這里隱含的意思就是并不是什么應(yīng)用都需要分布式服務(wù)框架的)、分布式服務(wù)框架需要提供的feature以及實現(xiàn)這些feature可選的技術(shù)方案。
閱讀全文
摘要: 在這個篇幅中將來分析下這個分布式服務(wù)框架的服務(wù)的生命周期的管理的問題，在分布式服務(wù)框架中，支持服務(wù)的動態(tài)部署、卸載、升級是很關(guān)鍵的，至于服務(wù)的生命周期是否需要做到像OSGi那樣的動態(tài)通知，在這個篇幅中會進(jìn)行分析，并最終形成這個分布式服務(wù)框架的生命周期模型以及到目前為止的服務(wù)架構(gòu)模型。
閱讀全文
摘要: 上篇說到，經(jīng)過分析后決定選用JNDI來實現(xiàn)服務(wù)的遠(yuǎn)程注冊、查找和路由，在這篇blog中就來詳細(xì)分析下基于JNDI怎么和OSGi結(jié)合來實現(xiàn)服務(wù)的遠(yuǎn)程注冊、查找和路由。
閱讀全文
摘要: 在這篇?dú)v程中來完成對于JINI的Spike，目標(biāo)仍然是判斷基于JINI實現(xiàn)服務(wù)的路由、查找需求的滿足度。
JINI是由Sun研究院制定的，其目標(biāo)就是為了實現(xiàn)分布式的服務(wù)，所以在很多地方可以看到它和分布式服務(wù)框架是有不少重疊之處的，來先看看它對于需求的滿足度，最后再來分析做個總結(jié)。
閱讀全文
摘要: 寫完之前的那篇基于OSGi實現(xiàn)服務(wù)框架的分析后，決定動手來實現(xiàn)一個基于OSGi的分布式服務(wù)框架，而其feature呢，就會遵照之前寫的服務(wù)框架的要素來實現(xiàn)，根據(jù)之前的分析，將這個實現(xiàn)過程分為了三個大的步驟來完成：Spike階段、實現(xiàn)階段和測試階段，Spike階段用于完成幾個關(guān)鍵問題的技術(shù)的研究和選型；實現(xiàn)階段用于完成基于OSGi的分布式服務(wù)框架；測試階段用于判斷實現(xiàn)的分布式框架對于應(yīng)用場景的符合程度、性能的情況。
首先進(jìn)入Spike階段，在Spike階段需要完成服務(wù)注冊、創(chuàng)建以及服務(wù)的proxy管理的技術(shù)研究和選型，這主要是因為我對這兩部分的技術(shù)并不怎么熟悉，對于服務(wù)的注冊和查找，可選的技術(shù)有兩種：JNDI和JINI；對于服務(wù)的proxy的管理，可選的技術(shù)應(yīng)該就是cglib這一種了，不過需要研究具體怎么用，在這篇blog中將介紹對于JNDI的Spike。
閱讀全文
摘要: 根據(jù)上一篇服務(wù)框架的要素的blog，來分析下基于OSGi實現(xiàn)一個這樣的適合分布式場景的服務(wù)框架時需要對目前的OSGi框架做出哪些方面的修改，以及預(yù)估一下實現(xiàn)的難度。
根據(jù)分析可以看出要基于OSGi實現(xiàn)一個這種適合分布式場景的服務(wù)框架還是比較麻煩的，需要重寫的部分是非常的多，以此來看的話，目前OSGi最適合的場景應(yīng)該還是如下幾種：
1、不需要分布式部署的應(yīng)用場景；
2、需要分布式部署，但僅僅是分層的分布式部署，例如業(yè)務(wù)層在一臺機(jī)器上，數(shù)據(jù)層在另外的機(jī)器上。
不過基于OSGi實現(xiàn)一個這樣的服務(wù)框架也是一件很不錯的事，估計這也是EEG目前正在做的事，希望以后能在自己有空的時候動手做做這個基于OSGi的服務(wù)框架。
閱讀全文
摘要: 服務(wù)框架，這個名詞已經(jīng)出現(xiàn)了很多年了，很早以前系統(tǒng)的架構(gòu)就希望是以基于服務(wù)框架的方式來搭建的，turbine、phoenix、avalon等都是朝著實現(xiàn)服務(wù)框架的目標(biāo)而去，如今的SCA，也可以說就是為了提供一個可用的服務(wù)框架，服務(wù)框架在系統(tǒng)中到底承擔(dān)什么角色呢，為什么它會顯得那么重要呢，如果要實現(xiàn)一個服務(wù)框架，不太可能從最底層做起，那么我們又需要怎么樣去選擇呢？
服務(wù)本身是個挺形象的名詞，在系統(tǒng)設(shè)計中我們非常強(qiáng)調(diào)輸入和輸出，服務(wù)呢，可以說是更形象的去強(qiáng)調(diào)了這一點，每個模塊都會對外提供一定的功能，而這些對外提供的功能我們就可以作為服務(wù)了，細(xì)到模塊內(nèi)，我們也會發(fā)現(xiàn)模塊內(nèi)各個類其實也是以服務(wù)的方式來交互的，在這樣的情況下，服務(wù)框架自然就成了整個系統(tǒng)的核心基礎(chǔ)框架，那么服務(wù)框架能幫我們來提供哪些功能呢，如果我們要實現(xiàn)一個服務(wù)框架，有哪些要素是需要考慮的呢，歡迎大家拍磚，多多交流！
閱讀全文
摘要: 之前發(fā)布了一篇Introduction OSGi的PPT，Introduce OSGi PPT主要是用于介紹OSGi，更多的是在講解OSGi的一些基礎(chǔ)概念，OSGi in action PPT則主要是針對有一定OSGi使用經(jīng)驗的用戶而編寫的，此篇PPT更加專題性質(zhì)和細(xì)致的講解了OSGi如何在實際的項目中進(jìn)行使用，如何和流行的java框架進(jìn)行集成，以及在實際的OSGi應(yīng)用設(shè)計和開發(fā)時的一些最佳實踐的介紹和講解，對此PPT感興趣的同學(xué)可從以下地址下載：
http://www.riawork.org/opentopic/OSGi.in.action.ppt
閱讀全文
摘要: 上次發(fā)布OSGi in action的PPT后，得到了flyisland的反饋意見，:)，在此也謝謝他，正是從他的意見中看到了之前PPT的一些問題，之前PPT的問題應(yīng)該是目標(biāo)聽眾不明確，講的內(nèi)容多但卻都不詳細(xì)，很有可能最后講完了無論是對于OSGi Newer還是OSGi熟悉的人都沒有什么任何的幫助，為了解決這個PPT，決定把PPT分為兩篇來完成，一篇為OSGi Newer編寫的關(guān)于OSGi介紹方面的PPT，將名字定為了Introduce OSGi，重點的介紹OSGi的基礎(chǔ)概念和基本的使用方法；而另外一篇則是為較為OSGi的同學(xué)們編寫的，名字仍然保持為OSGi in action，會重點和較為詳細(xì)的講解OSGi在實際項目的使用，目前先發(fā)布Introduce OSGi的PPT，希望能繼續(xù)得到大家的反饋意見，感興趣的同學(xué)們可以從這下載這篇PPT：
http://www.riawork.org/opentopic/Introduce.OSGi.ppt
閱讀全文
摘要: 這個PPT將會用于最近的一些OSGi活動作為Topic來講講，不過是英文版的，:)，一方面是鍛煉自己的英文，另一方面也準(zhǔn)備把這PPT再雕磨雕磨，提交到OSGiDevCon 2008的Topic中試試。
感興趣的朋友請從以下地址下載此PPT：
http://www.osgi.org.cn/opentopic/OSGi.in.action.ppt
不過俗話說，PPT嘛，靠的主要是講，但同時也希望得到大家對此PPT的反饋意見，以便我進(jìn)行進(jìn)一步的修改，希望在之后的公開的活動中不會把這Topic講砸了，此PPT會不斷的進(jìn)行修改，我會在此篇blog中公布目前ppt的版本號，大家就可以確認(rèn)手頭的PPT是否是最新的了，:)。
version info:
1.0 2007-10-21
閱讀全文
摘要: 在歷時兩個多月后，OSGi進(jìn)階的編寫已完畢，感謝N多朋友一直以來的關(guān)注和支持，現(xiàn)將正式版對外發(fā)布，下載地址為：
http://www.riawork.org/opendoc/osgiopendoc2.pdf
隨文的代碼的下載地址為：
http://www.riawork.org/opendoc/osgiopendoc2-source.zip
隨文的例子的可運(yùn)行版本的下載地址為：
http://www.riawork.org/opendoc/osgiopendoc2-dist.zip
隨后將會相繼在Redsaga上發(fā)布Redsaga Opendoc版本，以及在InfoQ中國站上發(fā)布InfoQ miniBook版本，這兩個版本在精美程度上都會超過我現(xiàn)在發(fā)布的版本，到時再給予大家通知，:)
閱讀全文
摘要: OSGi在應(yīng)用時具備了典型的微核系統(tǒng)的特點，但對于實際項目/產(chǎn)品型的應(yīng)用而言，這個微核有些過于底層了，為什么這么說呢？
對于實際項目/產(chǎn)品型的應(yīng)用而言，何謂其微核呢，應(yīng)該說其腳手架或開發(fā)平臺才是它的微核，而并非僅僅是OSGi框架，當(dāng)然，也可以將自己的腳手架或開發(fā)平臺以Fragment-Host的方式綁定到OSGi的System Bundle上去，但這樣的做法無疑有些evil了，TPF誕生的最主要的目的就是形成一個應(yīng)用級的微核的概念，使得我們在管理實際的項目和產(chǎn)品時，能夠?qū)⒛_手架和實際的業(yè)務(wù)應(yīng)用模塊分離管理，讓腳手架也變成微核，這樣在管理時就可以做到對應(yīng)用系統(tǒng)的統(tǒng)一管理，而同時保持一個含應(yīng)用意義的微核（也可以認(rèn)為是開發(fā)平臺）的穩(wěn)定運(yùn)行，在具備了TPF的情況下，就可以將應(yīng)用系統(tǒng)從部署上分為腳手架和應(yīng)用系統(tǒng)，而在管理上也可以單獨(dú)對應(yīng)用系統(tǒng)進(jìn)行管理，如啟動應(yīng)用系統(tǒng)、停止應(yīng)用系統(tǒng)，同時避免應(yīng)用開發(fā)人員對腳手架無意的修改。
在本篇文檔中將介紹TPF提供的功能、TPF實現(xiàn)的方法以及TPF的下載地址。
閱讀全文
摘要: 本來目前這篇Opendoc還沒有達(dá)到發(fā)布的條件，不過正逢國慶佳節(jié)，希望各位感興趣的同學(xué)能夠在國慶期間抽出時間看看這篇Opendoc，而國慶期間我也會對Opendoc進(jìn)行潤色和內(nèi)容的充實、完善，國慶后希望能獲取到各位看過預(yù)覽版的同學(xué)的意見，我會根據(jù)各位的意見對Opendoc進(jìn)行適度的修改，爭取在10月中旬發(fā)布正式版。
至于隨Opendoc的代碼等到正式版的時候我再發(fā)布，如有需要的同學(xué)可以直接mail給我，我可先mail給需要的同學(xué)。
另外由于預(yù)覽版還有不少需要潤色、完善的地方，請各位收到預(yù)覽版的同學(xué)不要傳播這個版本，:)，多謝！
閱讀全文
摘要: 《OSGi實戰(zhàn)》Opendoc推出已一年有余，該篇Opendoc主要是為了介紹OSGi而編寫的，相對而言知識點較淺，很多朋友在看過那篇Opendoc后也許會對OSGi產(chǎn)生興趣，但未必會在商業(yè)的項目/產(chǎn)品中去使用它，為了能夠讓更多的朋友能夠在商業(yè)的項目/產(chǎn)品中使用OSGi，根據(jù)自己的經(jīng)驗以及這一年多來OSGi界的發(fā)展情況，從8月初開始了《OSGi進(jìn)階—模式與最佳實踐》Opendoc的編寫，爭取在國慶前推出一個預(yù)覽的版本，希望《OSGi實戰(zhàn)》能吸引大家關(guān)注OSGi，而《OSGi進(jìn)階》能推動大家在商業(yè)項目/產(chǎn)品中使用OSGi，如對預(yù)覽版有興趣，請發(fā)郵件聯(lián)系我，在完成后的第一時間我將mail給你，謝謝關(guān)注！
閱讀全文
摘要: OSGi.org.cn將做為OSGi.org的官方中文網(wǎng)站推出，整個項目預(yù)計分為兩期完成。
一期的目標(biāo)為翻譯OSGi.org的所有內(nèi)容，至于blog部分則能盡量翻譯，暫定為先翻譯近三個月的blog，一期的計劃為一個月內(nèi)完成，也就是說在國慶前正式的推出OSGi.org.cn，到時會在國內(nèi)的幾個大網(wǎng)站上(InfoQ-CN、JavaEye、EclipseWorld、CSDN等)做一定的宣傳和推廣；
二期的目標(biāo)為翻譯OSGi.org中的所有blog，同時翻譯www2.osgi.org中的所有內(nèi)容。
在一二期工作完成后，進(jìn)入OSGi.org.cn的維護(hù)期，到時就是跟隨著OSGi.org做更新的翻譯，同時OSGi.org.cn會考慮做一些本地化的blog、新聞、論壇、開源項目等工作，目標(biāo)是讓OSGi.org.cn做到中國頂尖的OSGi網(wǎng)站，并為推廣OSGi和發(fā)展OSGi做出貢獻(xiàn)。
閱讀全文
摘要: 向Peter Kriens問了一些自己比較關(guān)心的OSGi進(jìn)展情況的問題，總結(jié)而言：
從Peter Kriens的答復(fù)來看，R5和EEG的工作成果生效還得等待較長的時間，好消息是SCA采用OSGi作為基礎(chǔ)架構(gòu)看來是非常的有希望了，這對于OSGi的推廣是件非常好的事。
閱讀全文
摘要: 在Play OSGi中提及到了Bnd是個非常有用的東西，既然是個好東西，就介紹給大家用，在得到了Peter的授權(quán)下，我把這篇使用手冊翻譯成了中文，大家感興趣的話可以到這里看看：http://www.aqute.biz/Code/BndCn，同時也會提供一個PDF的版本供大家下載，PDF版本下載地址為：http://www.aygfsteel.com/Files/BlueDavy/Bnd.zip。
有了Bnd后，傳統(tǒng)的java工程非常容易打包成標(biāo)準(zhǔn)的OSGi R4的bundle，同時Bnd也為校驗Bundle是否符合OSGi R4規(guī)范提供了支持，而且Bnd有命令行、Eclipse插件、Ant Task和Maven插件，拿過來非常的好用，強(qiáng)烈推薦大家用用看。
見文中的例子...
基于Bnd我們非常容易就把一個傳統(tǒng)的java工程打包成了兩個有效的OSGi R4的Bundle，從這可以看出這對于要把傳統(tǒng)的java系統(tǒng)重構(gòu)為基于OSGi的系統(tǒng)會有很大的幫助，除了打包生成Bundle外，Bnd本身還具備了校驗bundle是否符合OSGi R4規(guī)范、把新的文件或jar文件添加到
閱讀全文
摘要: Peter(OSGi主席)在7月3日的一篇blog上展示了一個很有趣的演示，相信可以給公眾很好的展示下使用OSGi是一件很好玩的事，很簡單的快速的基于OSGi搭建出各種各樣不同的系統(tǒng)，我知道也許你會說你們的系統(tǒng)也可以，但你覺得真的能做到和基于OSGi所做出的系統(tǒng)的效果一樣嗎，really？如果可以的話，非常恭喜你，你對模塊化、動態(tài)化都有很強(qiáng)很深的認(rèn)識，如果不可以但又想做到這種效果的話，我覺得不妨和Peter所做的一樣試著Play OSGi。
閱讀全文
摘要: 由于當(dāng)時匆忙的發(fā)布，沒有進(jìn)行仔細(xì)的校對，發(fā)布的EventAdmin部分的代碼中缺少了使用DS實現(xiàn)的示例，但同時在其中又提供了OSGI-INF/component.xml，導(dǎo)致了如果大家直接使用該Component.xml切換為使用DS來實現(xiàn)EventHandler的時候會出現(xiàn)運(yùn)行時事件未通知到EventHandler的現(xiàn)象。
閱讀全文
摘要: 在本屆EclipseCon 2007大會上，OSGi占據(jù)了不少的Topic，下面就對本次EclipseCon 2007大會上OSGi相關(guān)的主要的一些Topic簡單的介紹下，最后總結(jié)下通過本次大會形成的反饋(信息來源于OSGi官方網(wǎng)站blog和EclipseCon 2007官方網(wǎng)站)，關(guān)于EclipseCon其他方面的精品Topic在后續(xù)的blog中也將相繼介紹。
閱讀全文
摘要: Peter在2月23的時候在OSGi的官方網(wǎng)站上貼了這么一篇blog，挺經(jīng)典，至少讓我學(xué)到了一些東西，建議關(guān)注OSGi或者關(guān)心系統(tǒng)設(shè)計中資源管理的人都看看，在這篇blog中我簡單的將peter寫的blog的意思大概寫一下，也不全部翻譯了，另外說一下自己的看法。
如果感興趣的話，請同學(xué)們?nèi)ゲ榭碢eter的這兩個帖子：
http://www.osgi.org/blog/2007/02/osgi-extender-model.html
http://www.aqute.biz/Snippets/Extender
這個OSGi Extender Model給了我們什么啟示呢：
1、Declarative方式的使用
Declarative無非是現(xiàn)在一種非常非常流行的軟件設(shè)計理念，在這樣的理念中，可以盡量的保證當(dāng)前組件的簡單，而通過Declarative的方式去增強(qiáng)的描述該組件，其實在spring中最重要的也是這個思想，而在OSGi的DS中也是這么一個思想，聲明式的編程自然讓整個系統(tǒng)的體系變得非常的簡單和靈活，并且大大提升系統(tǒng)組件的可
閱讀全文
摘要: 搭建動態(tài)化的系統(tǒng)是作為java開發(fā)人員一直就非常追求的目標(biāo)，一個系統(tǒng)能夠動態(tài)化就意味著：
★ 添加新功能時不需要重啟系統(tǒng)；
★ 修改已存在的功能時不需要重啟系統(tǒng)；
★ 刪除一些不需要的功能時不需要重啟系統(tǒng)；
★ 修改系統(tǒng)中的配置時可以不需要重啟系統(tǒng)即刻生效；
★ 系統(tǒng)的業(yè)務(wù)行為可動態(tài)的改變。
也許習(xí)慣了傳統(tǒng)java開發(fā)方式的人而言，沒有這些動態(tài)化也沒什么，但不可否認(rèn)，這些動態(tài)化的特征還是非常吸引人的，尤其是如果能很容易就獲得這些好處，那么自然就不會錯過這些好處了，基于OSGi可以很容易的讓我們獲取到這些好處。
閱讀全文
摘要: 作為一個桌面應(yīng)用的開發(fā)者，向RCP致敬的理由會是RCP提供了豐富的界面控件，使得基于Java開發(fā)桌面應(yīng)用也變得容易了很多，盡管仍然不能和基于VB、Delphi去相比；對于我而言，盡管使用RCP也是為了開發(fā)桌面應(yīng)用，但RCP給我?guī)淼母嗟母杏X是在它充分發(fā)揮插件化系統(tǒng)的優(yōu)勢方面，RCP可以視為基于OSGi構(gòu)建插件化系統(tǒng)的最佳實踐的指導(dǎo)，從RCP的設(shè)計中，可以學(xué)習(xí)到如何讓應(yīng)用做到模塊化、讓應(yīng)用做到動態(tài)化，甚至還可以學(xué)習(xí)到象如何自動生成界面這樣的細(xì)節(jié)設(shè)計思想，盡管我自己基于OSGi做應(yīng)用型的產(chǎn)品也做了一段時間了，但自己仍然一直感覺到在發(fā)揮插件化系統(tǒng)的優(yōu)勢方面還有不小差距，RCP可以看做是基于OSGi做插件化應(yīng)用系統(tǒng)的最佳實踐，其中的不少設(shè)計方法甚至都可以整理成為基于OSGi做插件化應(yīng)用系統(tǒng)的設(shè)計模式，讓我們進(jìn)入RCP之旅，揭開面紗，一探其本質(zhì)吧，相信大家在了解了RCP的設(shè)計思想，看過其代碼后，不得不對RCP表示崇高的敬意，大師之作，不同凡響。
閱讀全文
摘要: 上午在普元的網(wǎng)上培訓(xùn)的地方和業(yè)界的朋友們進(jìn)行了OSGi的交流，PPT在我之前的blog中已經(jīng)提供，大家可以通過以下網(wǎng)址來下載今天演講時的全程錄像(帶聲音)，PPT：
http://www.osgi.org.cn/opentopic/OSGiInAction.rar
其中的會議全程錄像就是帶聲音和演示的東西，感興趣的同學(xué)們可以下去聽聽、看看，歡迎大家多交流。
這次的演講主要就是一個介紹，講的都比較粗，沒有細(xì)致的去講其中的東西。
閱讀全文
摘要: 新年即將來臨，Peter在OSGi的官方blog上對OSGi 06年的發(fā)展進(jìn)行了回顧，同時也就07年OSGi進(jìn)行了展望，在這篇blog中我也對一年以來OSGi的發(fā)展、自己在OSGi方面的工作以及對于明年OSGi的期望也做些闡述。
閱讀全文
摘要: 12月30日下午13:00--15:00我將在普元goCom社區(qū)舉行一次OSGi Topic，歡迎感興趣的O粉(OSGi Fans)到時前往交流和討論，由于這是在網(wǎng)上首次進(jìn)行的公開Topic，鑒于對聽眾群不了解的情況，本次Topic主要仍然是宣傳和推廣OSGi，所以基本上只是OSGi的一些簡介，以下列出了大綱和PPT的下載地址。
閱讀全文
摘要: 之前也寫過關(guān)于Service-Oriented Component Model的blog了，Service-Oriented Component Model(以下簡稱SOCM)是OSGi R4中最為重要的改進(jìn)，SOCM也是切實體現(xiàn)OSGi的動態(tài)性的模型，大家在使用SOCM的時候可能會因為受到原有思想的影響而一時無法理解，在這篇blog中將再次的對SOCM進(jìn)行講解，以便大家能夠更好的理解和進(jìn)行運(yùn)用。
閱讀全文
摘要: EclipseCon2007中OSGi主題部分的Long Talks均已提交，雖然尚未確定最終哪些Topic將會入選，我們可以先一睹為快，此次總共提交了16個Topic，讓我們來看看這些Topic：
閱讀全文
摘要: 在之前的一篇blog中我曾經(jīng)寫到過CM對于application level的configuration的不適用，提到的主要是兩點：
1、無法在外部統(tǒng)一的對Bundle中service所需要的屬性進(jìn)行管理；
當(dāng)時基于這個約束，只好在各自的bundle下編寫一個管理當(dāng)前bundle屬性的服務(wù)，當(dāng)外部需要管理此bundle的屬性時，必須通過這個服務(wù)來管理，否則的話改變是不會起到效果的。
2、無法共享屬性的配置。
每個bundle都保存自己獨(dú)立的一份屬性配置，這就導(dǎo)致了當(dāng)出現(xiàn)共享屬性時，在管理端也不得不同時去重復(fù)的更新多個bundle。
經(jīng)過對于Equinox的CM實現(xiàn)代碼的查看，發(fā)現(xiàn)我冤枉CM了，現(xiàn)在給它平反，:)
閱讀全文
摘要: EclipseCon 2007中將會有關(guān)于OSGi的專題Topic，經(jīng)過一段時間的Topic征求后，目前公布出來了一些Topic供大家投票，以確定到底哪幾個Topic會在明年的EclipseCon上登場，稍微看了一下，基本上都屬于初級的介紹，沒有什么深入性質(zhì)的探討，畢竟OSGi在國外目前也只是處于開始流行階段，順便提一下最近OSGi EEG倒是有不少的動作，相信近期會有一些他們活動的結(jié)果公告出來。
在這篇blog中將介紹下這些參加海選的Topic....
總體而言，無論這里面哪些Topic會成為EclipseCon 2007的正式Topic，它們的講述必將為OSGi的推廣做出貢獻(xiàn)，支持誰，就趕緊為它投上一票吧，移動、聯(lián)通、小靈通用戶均發(fā)送至OSGi，哈哈
回到正題，給Topic投票必須是EclipseCon網(wǎng)站的注冊會員，或者你可以直接發(fā)郵件給peter，:)，具體投票的地址請見：
http://bundles.osgi.org/Conference/Tutorials
閱讀全文
摘要: Peter對于JSR 277是極度的關(guān)注，畢竟JSR 277和OSGi在實現(xiàn)的目標(biāo)上具備了那么多的共同性，從98年JSR 277開始，Peter就希望能加入JSR 277 JCP Group，但是被拒了，JSR 277基本完全是SUN在主導(dǎo)的，經(jīng)過這么多年了，JSR 277的草稿終于是發(fā)布出來了，Peter在對JSR 277做了Review后特意寫了篇Blog做了評價，總結(jié)而言，Peter認(rèn)為JSR 277 just like a toy,JSR 277并沒有吸取OSGi在這8年模塊化方面的教訓(xùn)和經(jīng)驗，在模塊的一致性校驗、可選性、分離包機(jī)制等等方面都缺少足夠的考慮，原文見：
http://www.osgi.org/blog/2006/10/jsr-277-review.html
閱讀全文
摘要: 關(guān)于OSGi、SCA的最新的一些消息。
閱讀全文
摘要: 發(fā)了封關(guān)于SCA和OSGi的mail給OSGi-dev的郵件列表，收到了Peter的回應(yīng)，Peter的回信如下：
"What the EEG will do depends on its members ...
I think there is a lot of excitement about SCA and OSGi. I also just
read it and agree that it seems very complementary. But we need people
that can drive the work."
目前還沒收到EEG成員的回應(yīng)，估計他們可能不在這個maillist里吧......
閱讀全文
摘要: OSGi和SCA到底能有什么關(guān)系呢，確實，至少從現(xiàn)有的OSGi規(guī)范以及SCA規(guī)范分別來看，兩者沒有直接的關(guān)聯(lián)，由于OSGi規(guī)范是對于嵌入式領(lǐng)域的軟件而制定的，其特別注重軟件的動態(tài)性的支持，而SCA規(guī)范是對于企業(yè)應(yīng)用領(lǐng)域的軟件而制定的，并且是基于SOA的，其特別注重對于企業(yè)應(yīng)用而言的基礎(chǔ)設(shè)施的實現(xiàn)，同時又盡量的去屏蔽對于SCA容器使用者而言SOA帶來的技術(shù)實現(xiàn)細(xì)節(jié)的難度；但根據(jù)OSGi規(guī)范以及SCA規(guī)范，同時又能發(fā)現(xiàn)兩者有個共同希望解決的問題，那就是規(guī)范的模塊化，這是OSGi規(guī)范和SCA規(guī)范中的一個共同目標(biāo)。
閱讀全文
摘要: SCA無疑是目前業(yè)界最為火熱的詞語之一，粗略的翻閱了一下SCA V0.9的規(guī)范，先不論SCA的商業(yè)因素，不得不感嘆于SCA確實可以稱為企業(yè)應(yīng)用開發(fā)的利器，而SCA的野心也是從目前的規(guī)范中可見一斑。
閱讀全文
摘要: OSGi的CM就是Configuration Admin Service，是用于管理Bundle屬性、并在屬性發(fā)生變更時通知相應(yīng)的Service，但在實際的使用中發(fā)現(xiàn)OSGi的CM規(guī)范缺少對于共享屬性配置管理的支撐。
關(guān)于模塊的耦合上只有個小小的想法討論下，就是做為設(shè)計師你能否很快的告訴別人搭建你其中的一個模塊的工程需要哪幾個模塊的支撐，或者最好就是運(yùn)行檢驗?zāi)闫渲械囊粋€模塊的功能需要哪幾個模塊來支撐，當(dāng)然，這個在基于OSGi的系統(tǒng)更容易來做到，不過這個確實是設(shè)計時很關(guān)鍵的一個地方，這既反映了系統(tǒng)中模塊的耦合性，更體現(xiàn)了系統(tǒng)的擴(kuò)展性以及系統(tǒng)的組裝耦合上是否合理。
閱讀全文
摘要: OSGi聯(lián)盟的主席Peter做了這么個小東西，原理非常的簡單，在現(xiàn)在傳統(tǒng)的使用ajax的方式多為通過js直接調(diào)用Spring中的bean，那么peter做的這個小東西就變成了js直接調(diào)用OSGi中的service，基本上沒有什么難度，只是玩了一把a(bǔ)jax的東西，估計是peter以前對這塊接觸的少，peter把他做的這個東西放到他的Nokia E70上跑.....
閱讀全文
摘要: 模塊的可擴(kuò)展性是模塊設(shè)計時需要重點考慮的非功能特性，對于框架而言，擴(kuò)展性的設(shè)計則更加的重要，框架需要通過不斷的擴(kuò)展來充實其基礎(chǔ)設(shè)施，構(gòu)成真正的應(yīng)用系統(tǒng)。
模塊的擴(kuò)展主要有兩種，一種為擴(kuò)充功能的擴(kuò)展，另一種為覆蓋性質(zhì)的擴(kuò)展，當(dāng)然，本質(zhì)上而言是可以把這兩者進(jìn)行合并的。
在模塊的擴(kuò)展上Eclipse的擴(kuò)展點的設(shè)計方式無疑是支撐模塊可擴(kuò)展的經(jīng)典設(shè)計方法，到現(xiàn)在為止仍然是如此，基于Eclipse的擴(kuò)展點的設(shè)計無論是對于擴(kuò)充功能的擴(kuò)展還是覆蓋性質(zhì)的擴(kuò)展都支持的非常好，這個經(jīng)典的設(shè)計也是RCP得到那么多client side app的原因之一，盡管OSGi中并沒有定義這方面的規(guī)范，但做為OSGi R4的RI的Equinox考慮到更好的支撐Bundle的擴(kuò)展就引入了Eclipse的擴(kuò)展點的設(shè)計，在現(xiàn)在的Equinox中我們?nèi)匀豢梢曰贓clipse的擴(kuò)展點的方式來支撐模塊的可擴(kuò)展性。
但是否有別的方法呢？一定需要Eclipse的擴(kuò)展點的方式嗎？其實個人覺得基于OSGi的Service就已經(jīng)天然的構(gòu)成了一種可擴(kuò)展的設(shè)計，為什么這么說呢？
閱讀全文
摘要: 在企業(yè)應(yīng)用中，持久化無疑是其中非常重要的一環(huán)，盡管OSGi的規(guī)范中也有負(fù)責(zé)持久數(shù)據(jù)、屬性的服務(wù)規(guī)范，但對于企業(yè)應(yīng)用而言那些顯然是不夠的，這里就以目前Java界流行的Hibernate為例來看看如何集成Hibernate到OSGi中，使得我們能夠很簡單在OSGi中使用Hibernate進(jìn)行持久化。
閱讀全文
摘要: OSGi越來越風(fēng)行了，得到的關(guān)注越來越多，這本來是好事，但聽到的越來越多的聲音都是認(rèn)為OSGi對于B/S、企業(yè)應(yīng)用支持的太不夠，怎么說呢，這些聲音挺好，至少說明發(fā)出這些聲音的人肯定是想過將OSGi應(yīng)用到自己的項目/產(chǎn)品中去，雖然這是好的，但我覺得更多的原因還是很多的人都習(xí)慣的以一種框架的觀點去看OSGi，這對于OSGi而言或多或少有些不公平，為什么這么說呢？
閱讀全文
摘要: 最近一段時間，OSGi這個詞在業(yè)界出現(xiàn)的頻率已經(jīng)越來越高，其受關(guān)注的程度也已經(jīng)在大幅度的增長，當(dāng)然，這其中不可否認(rèn)OSGi聯(lián)盟、Eclipse、IBM等的推廣，但這主要當(dāng)然還是得益于OSGi在規(guī)范的模塊化以及動態(tài)化的管理的領(lǐng)先優(yōu)勢，但也會發(fā)現(xiàn)，很多廠商以及很多人對于OSGi仍然處于觀望階段，這主要還是因為OSGi在企業(yè)應(yīng)用上目前尚無太多案例的原因，但OSGi就真的不適合企業(yè)應(yīng)用了嗎，還是別的原因讓這么多的廠商、這么多的人對OSGi只是處于觀望的階段呢，應(yīng)該說，主要原因應(yīng)該是OSGi目前對于企業(yè)應(yīng)用缺少足夠的基礎(chǔ)設(shè)施，OSGi聯(lián)盟顯然認(rèn)識到了OSGi在企業(yè)應(yīng)用上的不足，9月11日OSGi聯(lián)盟對外正式宣布了EEG(EEG的成員包含了IBM、BEA等各大廠商)的成立；而Spring與OSGi的結(jié)合更是很好的推動OSGi進(jìn)入企業(yè)應(yīng)用。那么，就現(xiàn)在的OSGi規(guī)范來看，它離企業(yè)應(yīng)用到底還有多遠(yuǎn)呢：
閱讀全文
摘要: 規(guī)范的模塊化開發(fā)是需要OSGi的重要理由之一，模塊化的開發(fā)方式一直就是現(xiàn)在的主流開發(fā)方式，但業(yè)界卻一直缺乏這樣的標(biāo)準(zhǔn)，當(dāng)然，如果java本身具備這樣的標(biāo)準(zhǔn)自然就更好了，那么大家就會很自然的以同樣的方式去設(shè)計、開發(fā)和部署模塊，但目前java暫時還沒有這樣的標(biāo)準(zhǔn)，雖然之前的JSR 277(Java Module System)的目標(biāo)是制定這樣的標(biāo)準(zhǔn)，但由于該標(biāo)準(zhǔn)制定完后并沒有得到業(yè)界和各大廠商的認(rèn)可，所以基本上沒起到什么作用，而現(xiàn)在JSR 291的認(rèn)可則更是觸動了它，目前的情況看下去，OSGi成為下一個版本的Java Module System JSR只是時間的問題而已，整個業(yè)界能夠采取統(tǒng)一的方式進(jìn)行模塊的設(shè)計、開發(fā)是非常重要和有意義的事，這也是OSGi得到IBM等大公司支持的重要原因之一，說了這么多背景性質(zhì)的話后開始來看看OSGi是如何規(guī)范化模塊的開發(fā)的：
閱讀全文
摘要: 在OSGi的官方網(wǎng)站的blog上Peter Kriens(OSGi主席)貼了一篇關(guān)于Spring and OSGi的blog，呵呵，peter在blog里寫的還真不客氣，直接說以前只是聽說過spring而已，但基本上沒任何了解，不過peter畢竟是高人，稍微看了后便準(zhǔn)確的點出了spring的兩個核心：解決依賴和組裝的配置方式以及POJO的動態(tài)增強(qiáng)，Peter在blog里提及到在OSGi R5中將考慮如何讓現(xiàn)有系統(tǒng)無需改動移植至OSGi平臺中，這點非常令人興奮，不過R5估計還早，最近OSGi R4.1倒是準(zhǔn)備release了，目前還沒得到關(guān)于4.1對比4的改進(jìn)的信息，在blog中，peter也提及他認(rèn)為目前Spring and OSGi的很多實現(xiàn)過于繁瑣，于是之前他和spring-osgi的幾個人員碰面重新考慮了這塊的設(shè)計，這可是非常好的事，OSGi的開發(fā)人員的視角和企業(yè)應(yīng)用的開發(fā)人員的視角確實會有很大的不同，兩者的碰撞還是能產(chǎn)生不少火花的，通過那次討論，Peter認(rèn)為OSGi的服務(wù)注冊/尋找機(jī)制可以很好的和spring的applicationContext機(jī)制做結(jié)合，他覺得現(xiàn)在這樣的改
閱讀全文
摘要: JSR 291：Dynamic Component Support for JSR291，這個消息雖然有點舊了，不過還是同樣非常的令人振奮，OSGi成功的進(jìn)入了JAVA SE領(lǐng)域，在Java新版本中必然會越來越多的看到OSGi的影子，JSR 291的final版本將在9月1日發(fā)布，其實它的內(nèi)容基本就是OSGi Core的內(nèi)容。
OSGi對于Spring產(chǎn)生了重大的影響，這個從Rod Johnson本人的一段話以及之前Equinox中的"Declarative Services Vs Spring"郵件中可以看出很多：
閱讀全文
摘要: 最近有好幾個人都問了我這個問題，問的挺好的，在軟件業(yè)界新技術(shù)層出不窮，做技術(shù)的人每天都要不斷的學(xué)習(xí)新技術(shù)，在學(xué)習(xí)每樣技術(shù)之前，自然是要知道為什么要學(xué)習(xí)它，說白點，就是得給自己一個理由，對于一個對OSGi完全陌生的人而言，學(xué)習(xí)OSGi能帶給什么呢，給大家?guī)讉€可選的理由：
閱讀全文
摘要: 這個東西其實在以前的OSCAR項目中是有的，而現(xiàn)在處于Apache沙箱中OSGi R4的實現(xiàn)Felix也準(zhǔn)備構(gòu)建這個了，構(gòu)建OBR其實和構(gòu)建Maven 2、Ivy這些的Repository沒什么區(qū)別，解決的都是方便其他的使用者通過倉庫直接下到所需要的東西(OBR中提供的是Bundle、Maven2、Ivy中是jar)，最大的好處在于下載的Bundle或jar會根據(jù)其元數(shù)據(jù)信息去下載其所依賴的其他的Bundle或jar，這就大大方便了使用者了。
閱讀全文
摘要: 正式版的下載地址為：
http://www.bluedavy.com/opendoc/OSGI_Opendoc.rar
壓縮包中包含了OSGi Opendoc的PDF、隨文發(fā)布的代碼以及可運(yùn)行包。
閱讀全文
摘要: 每個系統(tǒng)中都會有需要配置的屬性，而通常這些屬性的配置都會是分散式的管理，而且很多時候都是不支持動態(tài)，在實現(xiàn)這些屬性的管理(新增、編輯、刪除、保存等)時總是要不斷的做重復(fù)的工作，如果框架中能提供一個這樣的基礎(chǔ)設(shè)施那么對于系統(tǒng)的配置屬性管理來說就會比較好了，這樣的話系統(tǒng)中所有的屬性配置就可以采用統(tǒng)一的方式進(jìn)行配置、獲取、管理和動態(tài)的更新了，如果能動態(tài)的管理系統(tǒng)配置屬性的話，簡單的動態(tài)改變系統(tǒng)行為也就自然的可以實現(xiàn)了。
閱讀全文
摘要: 聽說過OSGI的人基本都知道OSGI最早是為了移動設(shè)備、制造業(yè)生產(chǎn)線等嵌入式系統(tǒng)而制定的規(guī)范，而現(xiàn)在隨著OSGI在桌面式軟件、服務(wù)器端應(yīng)用逐漸的被接受，OSGI組織也決定開始進(jìn)軍服務(wù)器端應(yīng)用和企業(yè)應(yīng)用領(lǐng)域，OSGI成立的EEG(Enterprise Expert Group)的關(guān)注領(lǐng)域主要是企業(yè)級應(yīng)用的配置管理、類級別生命周期管理、分布式部署、國際化以及異構(gòu)軟件集成，在技術(shù)領(lǐng)域的目標(biāo)是為企業(yè)級應(yīng)用平臺提供包括技術(shù)需求、功能規(guī)范、數(shù)據(jù)和元數(shù)據(jù)以及通訊協(xié)議在內(nèi)的服務(wù)平臺。
閱讀全文
摘要: 是否能夠真正做面向接口的開發(fā)，和系統(tǒng)所采用的容器或框架具有很大的關(guān)系，面向接口的開發(fā)最重要的就是解決系統(tǒng)的依賴問題，在這點上目前最成熟的解決方案莫過于IoC，IoC容器而言最成功的莫過于Spring，那么基于OSGI的話是不是會帶來不同的視角呢，來看看這幾個方面的例子：
閱讀全文
摘要: C/S結(jié)構(gòu)的軟件的可維護(hù)性一直就認(rèn)為是較大的問題，當(dāng)然，在引入了自動升級這樣的小功能就好很多了，這里談?wù)凜/S結(jié)構(gòu)軟件的可管理性，意思就是指Server對Client端的管理，在大多數(shù)C/S結(jié)構(gòu)的軟件中，并沒有很強(qiáng)的管理性的概念，更多的面都是關(guān)注Server的業(yè)務(wù)處理、數(shù)據(jù)存儲這些功能，當(dāng)然，不一定所有的C/S結(jié)構(gòu)軟件都強(qiáng)調(diào)Server對Client的管理功能，來說說自己看法中的Server對Client的管理功能吧。
閱讀全文
摘要: 這篇新聞令人振奮，OSGI被越來越多的商業(yè)產(chǎn)品認(rèn)同和采用，在這篇新聞中提到了之前OSGI是被象Eclipse這樣的重量級的開源產(chǎn)品而采用，而現(xiàn)在Apache的Tuscany工程也開始采用，還有之前提及的IBM的重量級的商業(yè)產(chǎn)品--WAS V6.1，現(xiàn)在Adobe大名鼎鼎的CS2產(chǎn)品中也開始使用Equinox，同時這篇新聞也提及到了部分這些商用產(chǎn)品之所以要采用OSGI的原因，最后提及到OSGI對JSR 294、JSR 277可能會產(chǎn)生的影響。
閱讀全文
摘要: 代碼參見code.rar，其中的classic目錄放置了基于Equinox的實戰(zhàn)部分的代碼，其中的ds目錄放置了基于ds重構(gòu)后的代碼，請從這下載：
http://www.riawork.org/opendoc/code.rar
同時還發(fā)布了一個可直接運(yùn)行的環(huán)境dist.rar，解壓后直接運(yùn)行其中的run.bat，就可通過http://localhost:8080/demo/page/login.htm來訪問用戶登錄驗證模塊，請從這下載：
http://www.riawork.org/opendoc/dist.rar
同時在收集到大家的一些意見以及自己對Opendoc的重新瀏覽后，做了少量的改動，都發(fā)布到了新的pdf中了，新的PDF仍然是通過以前的這個地址下載：
http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
閱讀全文
摘要: 這里的Equinox不是Appfuse的那個Equinox，而是Eclipse的Project(www.eclipse.org/equinox)，是OSGI R4的RI，具體大家可參考我之前發(fā)布的OSGI Opendoc預(yù)覽版中對于Equinox的描述和講解，而現(xiàn)在又有一個重量級的產(chǎn)品基于Equinox而構(gòu)建，那就是WAS V6.1，這也就足以說明在IBM這樣的大廠商心目中對于OSGI的認(rèn)同。
WAS V6.1之所以要改為基于Equinox而搭建，它認(rèn)為主要是為了提升WAS的組件化、靈活性、松耦合和簡潔性，具體大家可參見此篇PPT：
http://publib.boulder.ibm.com/infocenter/ieduasst/v1r1m0/advanced/help.jsp?topic=/com.ibm.iea.was_v6/was/6.1/Architecture/WASv61_Componentization/player.html
閱讀全文
摘要: 本篇Opendoc按照學(xué)習(xí)開源框架的基本流程進(jìn)行編寫，從體驗OSGI到基于OSGI框架的實戰(zhàn)，到深入OSGI，完成對于OSGI從入門到深入學(xué)習(xí)的過程，最后對于OSGI的現(xiàn)狀和發(fā)展發(fā)表些自己的看法和思考，限于筆者的水平以及時間，文內(nèi)難免有些錯誤，還請大家不吝指正，也希望本文能作為國內(nèi)OSGI的拋磚之作，引出更多的關(guān)于OSGI的Opendoc。
由于個人時間的關(guān)系，這篇Opendoc歷經(jīng)一個半月左右的時間才基本完成，在此先發(fā)布預(yù)覽版，希望能夠得到感興趣的朋友們的指點，先謝了....
請從這下載：http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
隨本文的代碼將在隨后發(fā)布，請大家關(guān)注......
閱讀全文