08 2006 檔案
摘要: JSR 291：Dynamic Component Support for JSR291，這個消息雖然有點舊了，不過還是同樣非常的令人振奮，OSGi成功的進入了JAVA SE領域，在Java新版本中必然會越來越多的看到OSGi的影子，JSR 291的final版本將在9月1日發布，其實它的內容基本就是OSGi Core的內容。
OSGi對于Spring產生了重大的影響，這個從Rod Johnson本人的一段話以及之前Equinox中的"Declarative Services Vs Spring"郵件中可以看出很多：
閱讀全文
摘要: 最近有好幾個人都問了我這個問題，問的挺好的，在軟件業界新技術層出不窮，做技術的人每天都要不斷的學習新技術，在學習每樣技術之前，自然是要知道為什么要學習它，說白點，就是得給自己一個理由，對于一個對OSGi完全陌生的人而言，學習OSGi能帶給什么呢，給大家幾個可選的理由：
閱讀全文
摘要: 這個東西其實在以前的OSCAR項目中是有的，而現在處于Apache沙箱中OSGi R4的實現Felix也準備構建這個了，構建OBR其實和構建Maven 2、Ivy這些的Repository沒什么區別，解決的都是方便其他的使用者通過倉庫直接下到所需要的東西(OBR中提供的是Bundle、Maven2、Ivy中是jar)，最大的好處在于下載的Bundle或jar會根據其元數據信息去下載其所依賴的其他的Bundle或jar，這就大大方便了使用者了。
閱讀全文
摘要: 正式版的下載地址為：
http://www.bluedavy.com/opendoc/OSGI_Opendoc.rar
壓縮包中包含了OSGi Opendoc的PDF、隨文發布的代碼以及可運行包。
閱讀全文
摘要: 每個系統中都會有需要配置的屬性，而通常這些屬性的配置都會是分散式的管理，而且很多時候都是不支持動態，在實現這些屬性的管理(新增、編輯、刪除、保存等)時總是要不斷的做重復的工作，如果框架中能提供一個這樣的基礎設施那么對于系統的配置屬性管理來說就會比較好了，這樣的話系統中所有的屬性配置就可以采用統一的方式進行配置、獲取、管理和動態的更新了，如果能動態的管理系統配置屬性的話，簡單的動態改變系統行為也就自然的可以實現了。
閱讀全文
摘要: 聽說過OSGI的人基本都知道OSGI最早是為了移動設備、制造業生產線等嵌入式系統而制定的規范，而現在隨著OSGI在桌面式軟件、服務器端應用逐漸的被接受，OSGI組織也決定開始進軍服務器端應用和企業應用領域，OSGI成立的EEG(Enterprise Expert Group)的關注領域主要是企業級應用的配置管理、類級別生命周期管理、分布式部署、國際化以及異構軟件集成，在技術領域的目標是為企業級應用平臺提供包括技術需求、功能規范、數據和元數據以及通訊協議在內的服務平臺。
閱讀全文
摘要: 是否能夠真正做面向接口的開發，和系統所采用的容器或框架具有很大的關系，面向接口的開發最重要的就是解決系統的依賴問題，在這點上目前最成熟的解決方案莫過于IoC，IoC容器而言最成功的莫過于Spring，那么基于OSGI的話是不是會帶來不同的視角呢，來看看這幾個方面的例子：
閱讀全文
摘要: 這篇blog是繼之前的一篇提升C/S結構軟件的管理性的延續，在這篇blog中會更加的實際的去介紹基于Eclipse Equinox實現的一個插件框架，而不再是象上篇中那樣的提及的想法而已了，通過這篇blog來展現目前一個這樣的插件框架的實際應用的情況，為了更加形象的表達，在文中會貼出一些目前這個系統的截圖。
閱讀全文
摘要: C/S結構的軟件的可維護性一直就認為是較大的問題，當然，在引入了自動升級這樣的小功能就好很多了，這里談談C/S結構軟件的可管理性，意思就是指Server對Client端的管理，在大多數C/S結構的軟件中，并沒有很強的管理性的概念，更多的面都是關注Server的業務處理、數據存儲這些功能，當然，不一定所有的C/S結構軟件都強調Server對Client的管理功能，來說說自己看法中的Server對Client的管理功能吧。
閱讀全文
摘要: 大家都知道，xmlhttp在通信時采用的是utf編碼，而國內很多網頁的信息都是采用gbk編碼，所以當直接通過ajax去連接網頁，并將獲取到的信息直接顯示的話就會出現亂碼的現象，有些時候無法改變服務器端網頁的編碼(例如獲取別的網站的天氣預報信息)，在這種時候就只能在客戶端通過js做編碼的工作了，下面這段js就是用于將服務器端返回的gbk編碼字符串轉換為utf編碼字符串：
閱讀全文
摘要: 對于搜索技術基本是完全不懂，在這里也只是談談自己的一些想法，歡迎大家討論.........
閱讀全文
摘要: 這篇新聞令人振奮，OSGI被越來越多的商業產品認同和采用，在這篇新聞中提到了之前OSGI是被象Eclipse這樣的重量級的開源產品而采用，而現在Apache的Tuscany工程也開始采用，還有之前提及的IBM的重量級的商業產品--WAS V6.1，現在Adobe大名鼎鼎的CS2產品中也開始使用Equinox，同時這篇新聞也提及到了部分這些商用產品之所以要采用OSGI的原因，最后提及到OSGI對JSR 294、JSR 277可能會產生的影響。
閱讀全文
摘要: 代碼參見code.rar，其中的classic目錄放置了基于Equinox的實戰部分的代碼，其中的ds目錄放置了基于ds重構后的代碼，請從這下載：
http://www.riawork.org/opendoc/code.rar
同時還發布了一個可直接運行的環境dist.rar，解壓后直接運行其中的run.bat，就可通過http://localhost:8080/demo/page/login.htm來訪問用戶登錄驗證模塊，請從這下載：
http://www.riawork.org/opendoc/dist.rar
同時在收集到大家的一些意見以及自己對Opendoc的重新瀏覽后，做了少量的改動，都發布到了新的pdf中了，新的PDF仍然是通過以前的這個地址下載：
http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
閱讀全文
摘要: 這里的Equinox不是Appfuse的那個Equinox，而是Eclipse的Project(www.eclipse.org/equinox)，是OSGI R4的RI，具體大家可參考我之前發布的OSGI Opendoc預覽版中對于Equinox的描述和講解，而現在又有一個重量級的產品基于Equinox而構建，那就是WAS V6.1，這也就足以說明在IBM這樣的大廠商心目中對于OSGI的認同。
WAS V6.1之所以要改為基于Equinox而搭建，它認為主要是為了提升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按照學習開源框架的基本流程進行編寫，從體驗OSGI到基于OSGI框架的實戰，到深入OSGI，完成對于OSGI從入門到深入學習的過程，最后對于OSGI的現狀和發展發表些自己的看法和思考，限于筆者的水平以及時間，文內難免有些錯誤，還請大家不吝指正，也希望本文能作為國內OSGI的拋磚之作，引出更多的關于OSGI的Opendoc。
由于個人時間的關系，這篇Opendoc歷經一個半月左右的時間才基本完成，在此先發布預覽版，希望能夠得到感興趣的朋友們的指點，先謝了....
請從這下載：http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
隨本文的代碼將在隨后發布，請大家關注......
閱讀全文