摘要: 在我現在的項目中出現了這么兩個問題，大家可以來探討下這樣的兩個問題的解決方法，:)
1、從開發環境到正式環境的部署/校驗非常麻煩；
2、數據庫的頻繁移植/校驗非常麻煩。
我的解決方法：
對于上面兩個問題，我自己想到的解決方法是：
1、建立持續集成機制，編寫環境部署腳本和文檔，采用這兩種方法可保證從開發環境到正式環境的部署是非常簡單的；
編寫自動驗收測試腳本，可以基于Selenium進行編寫，這樣每次在升級版本的時候就不需要再人工的進行回歸測試了，這里面的問題是如何在測試完畢完畢后清除這些測試數據，因為這些測試數據是不能和正式數據共存的。
2、建立數據庫升級移植機制，每次升級時做增量的升級，不過這需要建立在對原庫建立版本記錄，這個方法對于我們的項目而言不太可行；
第二種方案就只能每次進行全面的重新移植了，但這個帶來的一個巨大問題就是存儲過程的重復修改，目前我還沒想到什么解決方法，而且；
至于如何校驗數據庫移植是否成功，我覺得可以建立數據庫移植校驗的Checkpoint，除了保證數據庫結構、數據量等的
閱讀全文
摘要: 這個PPT將會用于最近的一些OSGi活動作為Topic來講講，不過是英文版的，:)，一方面是鍛煉自己的英文，另一方面也準備把這PPT再雕磨雕磨，提交到OSGiDevCon 2008的Topic中試試。
感興趣的朋友請從以下地址下載此PPT：
http://www.osgi.org.cn/opentopic/OSGi.in.action.ppt
不過俗話說，PPT嘛，靠的主要是講，但同時也希望得到大家對此PPT的反饋意見，以便我進行進一步的修改，希望在之后的公開的活動中不會把這Topic講砸了，此PPT會不斷的進行修改，我會在此篇blog中公布目前ppt的版本號，大家就可以確認手頭的PPT是否是最新的了，:)。
version info:
1.0 2007-10-21
閱讀全文
摘要: 在歷時兩個多月后，OSGi進階的編寫已完畢，感謝N多朋友一直以來的關注和支持，現將正式版對外發布，下載地址為：
http://www.riawork.org/opendoc/osgiopendoc2.pdf
隨文的代碼的下載地址為：
http://www.riawork.org/opendoc/osgiopendoc2-source.zip
隨文的例子的可運行版本的下載地址為：
http://www.riawork.org/opendoc/osgiopendoc2-dist.zip
隨后將會相繼在Redsaga上發布Redsaga Opendoc版本，以及在InfoQ中國站上發布InfoQ miniBook版本，這兩個版本在精美程度上都會超過我現在發布的版本，到時再給予大家通知，:)
閱讀全文
摘要: 軟件架構的選擇和設計并不是很容易做出的，一個成功的軟件架構取決于N多的因素，軟件架構這個詞向來就是最為模糊的一個詞，個人認為軟件架構實在是個很大的話題，業界一直采用的形象比喻就是建設房子時的房屋結構圖，以軟件的角度來說，軟件架構應至少包括軟件開發時使用什么語言、形成軟件開發時可運行的核心基礎框架、軟件應用模塊的設計（包括模塊內聚的功能、對外提供的服務等）、軟件測試的方法、軟件部署的方法以及團隊開發的方法，那么怎么來選擇和設計軟件架構呢，其衡量的因素是什么呢，個人認為其中質量和快速是衡量軟件架構的選擇和設計是否成功的兩個最重要的因素。
閱讀全文
摘要: OSGi在應用時具備了典型的微核系統的特點，但對于實際項目/產品型的應用而言，這個微核有些過于底層了，為什么這么說呢？
對于實際項目/產品型的應用而言，何謂其微核呢，應該說其腳手架或開發平臺才是它的微核，而并非僅僅是OSGi框架，當然，也可以將自己的腳手架或開發平臺以Fragment-Host的方式綁定到OSGi的System Bundle上去，但這樣的做法無疑有些evil了，TPF誕生的最主要的目的就是形成一個應用級的微核的概念，使得我們在管理實際的項目和產品時，能夠將腳手架和實際的業務應用模塊分離管理，讓腳手架也變成微核，這樣在管理時就可以做到對應用系統的統一管理，而同時保持一個含應用意義的微核（也可以認為是開發平臺）的穩定運行，在具備了TPF的情況下，就可以將應用系統從部署上分為腳手架和應用系統，而在管理上也可以單獨對應用系統進行管理，如啟動應用系統、停止應用系統，同時避免應用開發人員對腳手架無意的修改。
在本篇文檔中將介紹TPF提供的功能、TPF實現的方法以及TPF的下載地址。
閱讀全文
摘要: 本來目前這篇Opendoc還沒有達到發布的條件，不過正逢國慶佳節，希望各位感興趣的同學能夠在國慶期間抽出時間看看這篇Opendoc，而國慶期間我也會對Opendoc進行潤色和內容的充實、完善，國慶后希望能獲取到各位看過預覽版的同學的意見，我會根據各位的意見對Opendoc進行適度的修改，爭取在10月中旬發布正式版。
至于隨Opendoc的代碼等到正式版的時候我再發布，如有需要的同學可以直接mail給我，我可先mail給需要的同學。
另外由于預覽版還有不少需要潤色、完善的地方，請各位收到預覽版的同學不要傳播這個版本，:)，多謝！
閱讀全文
摘要: 《OSGi實戰》Opendoc推出已一年有余，該篇Opendoc主要是為了介紹OSGi而編寫的，相對而言知識點較淺，很多朋友在看過那篇Opendoc后也許會對OSGi產生興趣，但未必會在商業的項目/產品中去使用它，為了能夠讓更多的朋友能夠在商業的項目/產品中使用OSGi，根據自己的經驗以及這一年多來OSGi界的發展情況，從8月初開始了《OSGi進階—模式與最佳實踐》Opendoc的編寫，爭取在國慶前推出一個預覽的版本，希望《OSGi實戰》能吸引大家關注OSGi，而《OSGi進階》能推動大家在商業項目/產品中使用OSGi，如對預覽版有興趣，請發郵件聯系我，在完成后的第一時間我將mail給你，謝謝關注！
閱讀全文
摘要: OSGi.org.cn將做為OSGi.org的官方中文網站推出，整個項目預計分為兩期完成。
一期的目標為翻譯OSGi.org的所有內容，至于blog部分則能盡量翻譯，暫定為先翻譯近三個月的blog，一期的計劃為一個月內完成，也就是說在國慶前正式的推出OSGi.org.cn，到時會在國內的幾個大網站上(InfoQ-CN、JavaEye、EclipseWorld、CSDN等)做一定的宣傳和推廣；
二期的目標為翻譯OSGi.org中的所有blog，同時翻譯www2.osgi.org中的所有內容。
在一二期工作完成后，進入OSGi.org.cn的維護期，到時就是跟隨著OSGi.org做更新的翻譯，同時OSGi.org.cn會考慮做一些本地化的blog、新聞、論壇、開源項目等工作，目標是讓OSGi.org.cn做到中國頂尖的OSGi網站，并為推廣OSGi和發展OSGi做出貢獻。
閱讀全文
摘要: 此次需要完成的目標是將庫從SQLServer 2005完整的移植到Oracle10g中，包括表結構、數據、視圖、函數以及存儲過程的移植，移植主要基于Oracle的OMWB（Oracle Migration Workbench）來完成，盡管OMWB能幫助完成大部分具備難度的工作，但還是有很多工作量的事情需要在OMWB完成后來手工進行，所以整個移植過程工作量看起來會非常大，但是不是僅僅只有工作量的問題呢？我覺得不是，寫下這篇blog以便需要進行此項操作的同學以及給自己做個備忘。
閱讀全文
摘要: 《Oracle9i&10g編程藝術》即為《Expert one to one oracle》的升級版本，不過升級后可能會變為三本書，這本書強調的是深入數據庫體系結構的講解，本書的作者Thomas Kyte(即Tom)無疑是Oracle界最為知名的人物，而這本書可以說基本是專為開發人員而寫的，因為我個人覺得書中講的東西大部分DBA都是懂的，但對于開發人員來講估計大部分都不懂，Thomas Kyte抓住了怎么給開發人員講才能講清的方法，對于書中的每項內容Thomas會講解什么時候這么做、為什么要這么做、什么時候不能這么做以及為什么不這么做，要說服開發人員，很多時候除了告訴怎么做以外，還必須得告訴為什么要這么做，否則很難說服，而Tom在書中則很好的做到了這點，Tom會告訴你Oracle是怎么去實現的，所以你要這么做或者不能這么做，這本書除了讓我學習到了更多的Oracle知識外，還讓我更加明白了數據庫在系統中的重要性以及充分發揮數據庫的功能是多么重要的一件事，還有一個附加的好處就是讓我們可以窺探到部分Oracle的設計，對于自己實現應用系統也是會找到一些可參考的地方，這本書寫的實在是太好了，強
閱讀全文