2006年9月7日
摘要: 這本書就是之前blog上寫的《構(gòu)建高性能的大型分布式Java應(yīng)用》一書，書稿完成后，覺得本書更多的仍然是偏向講解分布式Java應(yīng)用的基礎(chǔ)知識(shí)，以及我個(gè)人工作經(jīng)驗(yàn)的一些分享，于是改名成了《分布式Java應(yīng)用：基礎(chǔ)與實(shí)踐》，本書目前已送往印刷廠印刷，下面是目前的一些關(guān)于本書的信息：
1、封面和目錄
http://bluedavy.com/?p=55
2、序
http://bluedavy.com/?p=60
3、豆瓣上書的信息
http://book.douban.com/subject/4848587/
閱讀全文
摘要: 本PPT只介紹了在Sun Hotspot V 1.6.0中：
1、內(nèi)存結(jié)構(gòu)；
2、內(nèi)存分代，如何控制代大小；
3、可用的GC，每種GC對(duì)于參數(shù)的不同使用，例如SurvivorRatio、MaxTenuringThreshold等；每種GC不同的內(nèi)存分配策略和回收策略，但不涉及具體算法是如何實(shí)現(xiàn)的；
4、GC是怎么觸發(fā)的，日志是什么含義；
5、怎么使用上面的GC；
6、GC Tuning，簡(jiǎn)單介紹了一些常見的GC調(diào)優(yōu)的目標(biāo)時(shí)的瓶頸、可采用的方法等。
閱讀全文
摘要: 網(wǎng)絡(luò)訪問(wèn)時(shí)，通常要做超時(shí)控制，要實(shí)現(xiàn)的好其實(shí)還是有些挑戰(zhàn)的，歡迎大家圍觀code show，并提供你的改進(jìn)代碼，:)：http://bluedavy.com/?p=39
閱讀全文
摘要: 本次交流在4月24日?qǐng)A滿完成，主題為關(guān)于JVM的那些事，撒迦@rednaxelafx給大家做了一個(gè)長(zhǎng)達(dá)四小時(shí)的精彩分享，涵蓋了javac、解釋執(zhí)行、c1、c2編譯執(zhí)行方面的知識(shí)點(diǎn)。
由于視頻太大，感興趣的同學(xué)請(qǐng)從以下地址下載，自行觀看，:)，也歡迎看完后在twitter上，或在這里來(lái)進(jìn)行討論，blog遷移到了bluedavy.com，地址在此：http://bluedavy.com/?p=36
閱讀全文
摘要: 摘自我那本6月份要上市的，但目前名字還沒完全確定的書，由于書中涵蓋的更多的為構(gòu)建高性能分布式Java應(yīng)用所需要的基礎(chǔ)知識(shí)，也許改成了《通往高性能分布式Java應(yīng)用之路》，主要是闡述下為什么大型應(yīng)用需要SOA，以及eBay的例子，blog全文請(qǐng)見：http://bluedavy.com/?p=30
閱讀全文
摘要: blog已轉(zhuǎn)移至bluedavy.com，感興趣的同學(xué)可以移步至此：http://bluedavy.com/?p=27
閱讀全文
摘要: 3月30日Twitter在其engineering blog上寫了一篇Unicorn Power的blog：http://engineering.twitter.com/2010/03/unicorn-power.html，寫的挺經(jīng)典的，按我的理解來(lái)講下這篇blog吧，如有錯(cuò)誤，請(qǐng)幫忙糾正，:)，blog已遷移至bluedavy.com，感興趣的同學(xué)可以訪問(wèn)這個(gè)地址來(lái)查看全文：http://bluedavy.com/?p=25
閱讀全文
摘要: 由于blog開始轉(zhuǎn)移到bluedavy.com，感興趣的同學(xué)可到此圍觀：http://bluedavy.com/?p=23，本篇blog從看一個(gè)超市發(fā)展的過(guò)程中，收銀碰到的問(wèn)題以及解決方案來(lái)闡述互聯(lián)網(wǎng)的技術(shù)。
閱讀全文
摘要: blog開始轉(zhuǎn)移到www.bluedavy.com，因此感興趣的同學(xué)請(qǐng)?jiān)L問(wèn)http://bluedavy.com/?p=18
閱讀全文
摘要: 由阿里云龍浩同學(xué)牽頭的杭州程序員圓桌交流，第一期主題為并發(fā)編程，把自己的經(jīng)驗(yàn)也分享下，在活動(dòng)結(jié)束后會(huì)公開此次交流的資料，具體PPT請(qǐng)見文中。
閱讀全文
摘要: 在QCon SF 2009的SOA分會(huì)場(chǎng)上，eBay的架構(gòu)師講了一個(gè)SOA @ eBay的PPT，正好和我的工作有很多的交叉點(diǎn)，于是比較認(rèn)真的看了下這個(gè)PPT，感興趣的同學(xué)可以從這里下載：http://qconsf.com/sf2009/file?path=/qcon-sanfran-2009/slides/SastryMalladi_SOAEBayHowIsItAHit.pdf，在這個(gè)PPT中可以看到eBay對(duì)于SOA的看法以及他們目前的做法，自己也是做這方面工作的，就在這篇blog中介紹下這個(gè)PPT以及自己對(duì)于SOA的一些看法。
閱讀全文
摘要: 本篇blog將講述coroutine的一些背景知識(shí)，以及在Java中如何使用Coroutine，包括一個(gè)簡(jiǎn)單的benchmark對(duì)比，希望能借助這篇blog讓大家了解到更多在java中使用coroutine的方法，本篇blog的PDF版本可從此下載：http://www.bluedavy.com/open/UseCoroutineInJava.pdf
閱讀全文
摘要: 公歷的2009已經(jīng)過(guò)去，2010來(lái)臨，不免俗的也對(duì)自己個(gè)人2009做一次回顧，同時(shí)對(duì)自己的2010做一次展望，希望自己的2010能過(guò)的更加精彩。
閱讀全文
摘要: In product env,we always need to monitor gc trend or tunning gc based on gc trend,before sun jdk 1.6+,we can use GCViewer to visualize gc log to see gc trend,but it not support jdk 1.6+,so I write a free open source tool to visualize gc log produced by sun jdk 1.6+,now V 0.2 release,If you need,pls download from http://code.google.com/p/gclogviewer/.
閱讀全文
摘要: In this blog,I'll test the coroutine supported on jvm,now famous is scala actor & kilim,this blog show the program reliazed with scala actor/kilim/java,let's compare these three program performance.
閱讀全文
摘要: 在HPTS大會(huì)上，Randy Shoup放出的eBay的PPT有所改變，在原有的5個(gè)Architectural Lessons上又增加了5個(gè)lesson，從這也可以一定程度的看出當(dāng)訪問(wèn)量、數(shù)據(jù)量、功能不斷上漲后，碰到的技術(shù)問(wèn)題也將繼續(xù)發(fā)展，想必這也是eBay增加5個(gè)lessons的原因，eBay在技術(shù)方面的發(fā)展對(duì)很多互聯(lián)網(wǎng)公司都有一些參考意義，畢竟它已經(jīng)經(jīng)歷過(guò)了國(guó)內(nèi)很多網(wǎng)站目前的階段甚至是幾年后的階段，在本篇blog中就完整的來(lái)看看eBay的這10個(gè)lessons、eBay的應(yīng)對(duì)策略以及我個(gè)人的一些推測(cè)。
閱讀全文
摘要: 本書預(yù)計(jì)共八章，目前完成五章，由于本書需要涵蓋Java分布式應(yīng)用、高性能java應(yīng)用、可伸縮的java應(yīng)用以及高可用java應(yīng)用四方面的知識(shí)點(diǎn)，編寫的難度不小，因此在此先行放出目錄和樣章，希望能夠得到大家的一些反饋，以保證本書的質(zhì)量，目錄&樣章下載地址為：http://www.bluedavy.com/opendoc/bookpreview.pdf
閱讀全文
摘要: 非常強(qiáng)烈的推薦下BTrace這個(gè)工具，用了后不得不說(shuō)太強(qiáng)大了，BTrace簡(jiǎn)單來(lái)說(shuō)，就是能在不改動(dòng)當(dāng)前程序的情況下，運(yùn)行時(shí)的去監(jiān)控Java程序的執(zhí)行狀況，例如可以做到內(nèi)存狀況的監(jiān)控、方法調(diào)用的監(jiān)控等等，官方網(wǎng)站上有非常多詳細(xì)的例子，我不說(shuō)太多，只在下面舉一個(gè)簡(jiǎn)單的例子來(lái)說(shuō)明它的作用，BTrace的User Guide請(qǐng)見：http://kenai.com/projects/btrace/pages/UserGuide。
閱讀全文
摘要: 摘自《構(gòu)建高性能的大型分布式Java應(yīng)用》第六章，感興趣的同學(xué)們可以看看。
GC策略在G1還沒成熟的情況下，目前主要有串行、并行和并發(fā)三種，對(duì)于大內(nèi)存的應(yīng)用而言，串行的性能太低，因此使用到的主要是并行和并發(fā)兩種，具體這兩種GC的策略在深入JVM章節(jié)中已講解， 并行和并發(fā)GC的策略通過(guò)-XX:+UseParallelGC和-XX:+UseConcMarkSweepGC來(lái)指定，還有一些細(xì)節(jié)的配置參數(shù)用來(lái)配置策略的執(zhí)行方式，例如：-XX:ParallelGCThreads、-XX:CMSInitiatingOccupancyFraction等，新生代對(duì)象回收只可選擇并行，在此就舉例來(lái)看看兩種GC策略在Full GC時(shí)的具體表現(xiàn)狀況。
閱讀全文
摘要: 和清華學(xué)子做了一次關(guān)于OSGi的交流，在此公開下這個(gè)PPT，:)，這個(gè)PPT是我寫的最長(zhǎng)的一個(gè)OSGi PPT,涵蓋的內(nèi)容主要是OSGi標(biāo)準(zhǔn)方面的知識(shí)以及Equinox使用的一些知識(shí)，感興趣的同學(xué)可以下載下: http://www.bluedavy.com/opentopic/OSGi20094qh.pptx
閱讀全文
摘要: 架構(gòu)師接龍是《程序員》雜志最近推出的一個(gè)活動(dòng)，活動(dòng)方式為：每期一個(gè)提問(wèn)嘉賓，一個(gè)回答嘉賓，并由回答嘉賓提出新的問(wèn)題給下期的架構(gòu)師，形成接龍，之前第一期是支付寶的馮大輝提問(wèn)，騰訊的研發(fā)總監(jiān)王速瑜回答，我參與的是第二期，這期會(huì)登在《程序員》0909期上，內(nèi)容轉(zhuǎn)帖如下，原帖為程序員官方上的：http://www.programmer.com.cn/727/，呵呵，都只是個(gè)人的片面理解做出的回答，也歡迎大家在此帖中繼續(xù)討論，:)
閱讀全文
摘要: 這篇文章中總結(jié)了一些構(gòu)建可伸縮性系統(tǒng)的最佳實(shí)踐，總結(jié)的不錯(cuò)，于是翻譯了下，原文在此：http://akfpartners.com/techblog/2009/08/11/scalability-best-practices/，翻譯內(nèi)容如下。
閱讀全文
摘要: 在將Hessian從3.0.13升級(jí)到3.2.0時(shí)碰到兩個(gè)bug和一個(gè)ClassLoader處理策略的改變的問(wèn)題，在此記錄下，希望能為使用Hessian 3.2.0的同學(xué)們提供點(diǎn)幫助，避免再走同樣的彎路。
閱讀全文
摘要: 幾年以來(lái)，eBay在幾個(gè)不同的大會(huì)上先后分享過(guò)幾次關(guān)于eBay技術(shù)的PPT，在這篇blog中，就以這些PPT來(lái)以旁觀者的角度分析下eBay的技術(shù)發(fā)展歷程，不論eBay現(xiàn)在的業(yè)績(jī)?nèi)绾危豢煞裾J(rèn)，他們的技術(shù)還是挺強(qiáng)的，因此還是值得學(xué)習(xí)，eBay的整個(gè)技術(shù)發(fā)展歷程從一定程度上來(lái)說(shuō)可以認(rèn)為是互聯(lián)網(wǎng)公司的典型技術(shù)發(fā)展歷程，基本上各家互聯(lián)網(wǎng)公司都在走著類似的路線，只是各家選擇的語(yǔ)言不同、具體的實(shí)現(xiàn)方案不同、細(xì)節(jié)不同，當(dāng)然，思路是一方面，實(shí)現(xiàn)又是另外一方面，只有兩者結(jié)合才能實(shí)現(xiàn)一個(gè)高可用、高性能和高并發(fā)的有海量數(shù)據(jù)的系統(tǒng)。
閱讀全文
摘要: 這本書的名號(hào)有：國(guó)內(nèi)第一本OSGi中文書，全球第二本OSGi技術(shù)書，少數(shù)的能夠領(lǐng)先于英文技術(shù)原創(chuàng)書出版的中文書籍，這些都乃虛名，最重要的是希望這本書能真正的為希望了解、學(xué)習(xí)或深入掌握OSGi；希望了解、學(xué)習(xí)如何編寫模塊化、動(dòng)態(tài)化的Java應(yīng)用的Java技術(shù)人員提供一些幫助，那么也就不枉這本書的出版了，很榮幸能參與這本書的編寫，圓了自己兩年前出一本OSGi書的夢(mèng)，下面放上一些本書的封面的圖片show下。
閱讀全文
摘要: Equinox的設(shè)計(jì)非常經(jīng)典，其在擴(kuò)展方面提供了很多的支持，同樣包括類加載方面的控制，除了通過(guò)標(biāo)準(zhǔn)的org.osgi.framework.bootdelegation以及equinox提供的osgi.parentClassLoader這兩個(gè)屬性來(lái)簡(jiǎn)單的控制類加載之外，還可通過(guò)實(shí)現(xiàn)ClassLoaderDelegateHook來(lái)更為靈活的控制類加載。
閱讀全文
摘要: 很不容易，經(jīng)過(guò)兩個(gè)多月兩個(gè)人的努力，終于完成了《OSGi原理與最佳實(shí)踐》一書的草稿，目前正在review過(guò)程，預(yù)計(jì)將在7月底上市，而由于國(guó)外的那本《OSGi in action》將出版時(shí)間推遲到11月了，《OSGi原理與最佳實(shí)踐》這本書也將成為全球第二本OSGi的書籍（很遺憾，德國(guó)之前出版了第一本），:)，現(xiàn)將本書的目錄公布如下，上市的書也許會(huì)稍有改動(dòng)，但應(yīng)該會(huì)大體一致。
閱讀全文
摘要: 這是Lifecycle Layer中的最大改進(jìn)，在之前的規(guī)范中只是簡(jiǎn)單的描述了下框架的啟動(dòng)和關(guān)閉，在制定了這個(gè)規(guī)范后，以后無(wú)論是啟動(dòng)equinox還是felix，都可采用同樣的方式啟動(dòng)，詳細(xì)的來(lái)看看，本文摘自《OSGi原理與最佳實(shí)踐》。
閱讀全文
摘要: 本文內(nèi)容同樣摘自《OSGi原理與最佳實(shí)踐》，在之前的blog中也摘選了部分內(nèi)容分析了Equinox的動(dòng)態(tài)化，在這里再試驗(yàn)下Felix的動(dòng)態(tài)化，關(guān)注點(diǎn)為：“即插即用”、“熱部署”、“即刪即無(wú)”，看下Felix在這幾方面的表現(xiàn)和Equinox有什么不同。
閱讀全文
摘要: 對(duì)于采用OSGi來(lái)做系統(tǒng)的人而言，ClassLoader的問(wèn)題必然是頭號(hào)需要解決的問(wèn)題，如果又是個(gè)需要遠(yuǎn)程通訊的OSGi應(yīng)用的話，那么反序列化的classloader問(wèn)題幾乎可以肯定是會(huì)碰到的，來(lái)看看在如今流行的兩種序列化、反序列化協(xié)議：java/hessian中如何使用自定義的classloader。
java/hessian并不提供直接的傳入ClassLoader類來(lái)改變反序列化時(shí)采用的ClassLoader，hessian采用的為使用當(dāng)前線程的上下文ClassLoader來(lái)加載反序列化的類，java則采用堆棧上最近的一個(gè)ClassLoader類來(lái)加載，可以認(rèn)為就是調(diào)用類所在的ClassLoader來(lái)加載，但在OSGi應(yīng)用中，通常采用以上默認(rèn)的行為來(lái)反序列化加載類是會(huì)出問(wèn)題的，因此需要采用自定義的。
閱讀全文
摘要: 對(duì)于想使用Equinox來(lái)構(gòu)建OSGi應(yīng)用的同學(xué)們而言，掌握Equinox是如何加載Bundle中的Class無(wú)疑是相當(dāng)重要的，這樣在碰到各類ClassNotFoundException的時(shí)候也就有底了，否則可能出現(xiàn)的ClassNotFoundException會(huì)多的讓你非常的頭疼，本文提取自《OSGi原理與最佳實(shí)踐》，介紹下equinox是如何來(lái)加載Bundle中的class的。
閱讀全文
摘要: OSGi最吸引人的特性除了模塊化之外，就是動(dòng)態(tài)化了，在我之前寫的OSGi實(shí)戰(zhàn)以及進(jìn)階兩篇Opendoc中，都有相關(guān)的示例，但不知道大家有沒有注意，在兩篇Opendoc中都未提及到bundle本身的更新，而基本都是以新增服務(wù)實(shí)現(xiàn)的bundle以及停止服務(wù)時(shí)限的bundle為例，并且相對(duì)而言是個(gè)比較簡(jiǎn)單的例子，動(dòng)態(tài)化在java界更明確的詞也許是hot deployment，而hot deployment的實(shí)現(xiàn)并不容易，同樣，即使你采用OSGi，但也不代表你的應(yīng)用就具備了hot deployment的能力，在hot deployment上，完美的結(jié)果就是當(dāng)更新完成后，新的執(zhí)行請(qǐng)求就在新的代碼邏輯上正確的執(zhí)行，就像沒發(fā)生過(guò)更新這回事樣，但實(shí)際要做到這樣的效果，遠(yuǎn)沒這么容易，即使是基于OSGi也同樣如此，No magic & no silver bullet，在本篇blog中我們就來(lái)具體的看看。
閱讀全文
摘要: 在這篇blog中放置了我收集的一些網(wǎng)站架構(gòu)相關(guān)的PPT和文章，提供給大家下載，如果大家有相關(guān)的好的PPT、文章的話，也歡迎推薦給我，非常感謝，:)，這篇blog的內(nèi)容也會(huì)隨著我收集的東西增加而變化，同時(shí)也會(huì)增加我對(duì)于這些PPT、文章的看法和評(píng)價(jià)。
閱讀全文
摘要: 把自己寫的兩篇opendoc和Book統(tǒng)一放入此blog中提供下載，避免占據(jù)我blog的兩個(gè)置頂位，:)
閱讀全文
摘要: 在使用OSGi時(shí)，有些時(shí)候會(huì)需要在OSGi容器外獲取OSGi服務(wù)，加載OSGi容器加載的class，或者說(shuō)需要內(nèi)嵌OSGi容器，本篇blog以一個(gè)簡(jiǎn)單的例子來(lái)說(shuō)明如何基于equinox實(shí)現(xiàn)OSGi容器的內(nèi)嵌，或者說(shuō)通過(guò)程序來(lái)啟動(dòng)equinox，同時(shí)也通過(guò)此例子展示下如何在容器外來(lái)獲取OSGi服務(wù)以及加載OSGi容器里面其他插件的class，同時(shí)還會(huì)附送一個(gè)如何讓OSGi容器里的插件能加載到OSGi容器外的類的方法。
閱讀全文
摘要: 此次QCon北京大會(huì)為期三天，總體而言，精彩紛呈，尤其是第二天，完全將大會(huì)的精彩推至了高潮，讓大家覺得值回票價(jià)，總結(jié)而言，這次大會(huì)是相當(dāng)成功的，一次成功的大會(huì)不能缺少的有兩個(gè)要素：知名的嘉賓和精彩的Topic，無(wú)疑QCon北京大會(huì)很好的把握了這兩個(gè)要素。
知名的嘉賓，此次大會(huì)出現(xiàn)的嘉賓絕對(duì)足夠重量級(jí)，看看Title就嚇人了：Spring老大、ThoughtWorks首席科學(xué)家、Dojo creator、eBay搜索核心架構(gòu)師、Amazon云計(jì)算戰(zhàn)略師、淘寶首席架構(gòu)師、支付寶首席架構(gòu)師、豆瓣技術(shù)總監(jiān)、優(yōu)酷首席架構(gòu)師、網(wǎng)易有道技術(shù)總監(jiān)等等。
精彩的Topic，不是說(shuō)嘉賓知名Topic就一定精彩的，不能不說(shuō)，這次大會(huì)還是有些爆冷門的，嘉賓不是很知名，但演講的Topic確實(shí)還不錯(cuò)，而且也不是說(shuō)知名的嘉賓就一定能給出精彩的Topic，就像Martin Fowler這次的Topic，實(shí)在稱不上精彩，總體而言，這次大會(huì)并不缺少精彩的Topic，來(lái)分享下我的收獲。
閱讀全文
摘要: JVM是Java程序的運(yùn)行環(huán)境，因此對(duì)于JVM的掌握有助于理解Java程序的執(zhí)行以及編寫，尤其是運(yùn)行時(shí)碰到的一些詭異問(wèn)題，那么怎么樣能考察自己對(duì)于JVM關(guān)鍵知識(shí)點(diǎn)的掌握情況，幫助學(xué)習(xí)JVM機(jī)制呢，在這篇blog中來(lái)探討下。
閱讀全文
摘要: 在產(chǎn)品中有碰到過(guò)使用LinkedBlockingQueue.poll時(shí)超時(shí)很不準(zhǔn)的現(xiàn)象，關(guān)鍵是這不是一般的不準(zhǔn)，如果只是一點(diǎn)點(diǎn)不準(zhǔn)的話也就勉強(qiáng)接受了，例如指定poll的超時(shí)時(shí)間為100ms，但最終執(zhí)行.poll這段代碼就花費(fèi)了8000ms的現(xiàn)象，這篇blog就是展示下通過(guò)一段小小的代碼來(lái)重現(xiàn)這樣的現(xiàn)象，畢竟沒有重現(xiàn)是無(wú)法證明為什么會(huì)出現(xiàn)這樣的現(xiàn)象的。
閱讀全文
摘要: 本文摘自《構(gòu)建高性能的大型分布式Java應(yīng)用》一書，Garbage First簡(jiǎn)稱G1，它的目標(biāo)是要做到盡量減少GC所導(dǎo)致的應(yīng)用暫停的時(shí)間，讓應(yīng)用達(dá)到準(zhǔn)實(shí)時(shí)的效果，同時(shí)保持JVM堆空間的利用率，將作為CMS的替代者在JDK 7中閃亮登場(chǎng)，其最大的特色在于允許指定在某個(gè)時(shí)間段內(nèi)GC所導(dǎo)致的應(yīng)用暫停的時(shí)間最大為多少，例如在100秒內(nèi)最多允許GC導(dǎo)致的應(yīng)用暫停時(shí)間為1秒，這個(gè)特性對(duì)于準(zhǔn)實(shí)時(shí)響應(yīng)的系統(tǒng)而言非常的吸引人，這樣就再也不用擔(dān)心系統(tǒng)突然會(huì)暫停個(gè)兩三秒了。
閱讀全文
摘要: 記得自己在沒有進(jìn)入互聯(lián)網(wǎng)行業(yè)之前，對(duì)于互聯(lián)網(wǎng)行業(yè)并不怎么感冒，總覺得互聯(lián)網(wǎng)行業(yè)的技術(shù)含量不高，沒什么意思，值得進(jìn)入互聯(lián)網(wǎng)行業(yè)了，才明白，原來(lái)互聯(lián)網(wǎng)行業(yè)的技術(shù)是這么的復(fù)雜，這么的困難，而構(gòu)建一個(gè)擁有巨大用戶量的系統(tǒng)無(wú)疑也會(huì)給自己帶來(lái)更多的成就感，記得自己剛進(jìn)入互聯(lián)網(wǎng)行業(yè)的時(shí)候，才發(fā)現(xiàn)構(gòu)建一個(gè)高并發(fā)、高性能、承受高壓力、高度可伸縮以及高可用性的系統(tǒng)要掌握的知識(shí)體系是在太多了，而且這些知識(shí)體系根本就不是在學(xué)校或是google、網(wǎng)絡(luò)中能夠?qū)W習(xí)到的，于是當(dāng)時(shí)就想，如果能有一本書全面的介紹構(gòu)建這”五高“特性的系統(tǒng)需要掌握的知識(shí)體系，那將是多么的美好呀，畢竟很多的知識(shí)體系都是靠經(jīng)驗(yàn)積累出來(lái)的，甚至可是說(shuō)，是痛苦的教訓(xùn)等得出來(lái)的，但當(dāng)然，要在一本書中完全講清楚所有的知識(shí)體系，自然是不靠譜的，但我想我會(huì)盡量在書中表達(dá)出自己的一些觀點(diǎn)、看法以及少少的經(jīng)驗(yàn)吧，希望能夠讓更多的同學(xué)即使沒有大型系統(tǒng)的實(shí)際經(jīng)驗(yàn)，也能掌握到一些大型系統(tǒng)所需的知識(shí)體系，那么我心甚慰了，由于本書需要寫的東西非常的多，預(yù)計(jì)在9月底完成寫作，估計(jì)要到明年春節(jié)后上市，:)，以下先揭秘下本書的大概內(nèi)容，也請(qǐng)大家多多提出意見。
閱讀全文
摘要: 之前的Opendoc中沒有涉及過(guò)此部分的內(nèi)容，maven又是現(xiàn)在非常流行的java的工具，再加上到目前為止搭建OSGi Maven開發(fā)和部署的環(huán)境還是比較的麻煩，覺得有必要寫篇這樣的blog，:)，在這篇blog中來(lái)看下如何搭建一個(gè)比較好用的OSGi Maven開發(fā)和部署環(huán)境，看看我在搭建一個(gè)這樣的環(huán)境中的痛苦歷程。
閱讀全文
摘要: 記得Martin大叔在《企業(yè)應(yīng)用架構(gòu)模式》中特別強(qiáng)調(diào)：“能夠不分布式的應(yīng)用就不要分布式”，這句話沒什么問(wèn)題，尤其對(duì)于做過(guò)分布式應(yīng)用的人而言，就更會(huì)有深刻的體會(huì)了，但這個(gè)世界偏偏就沒有那么簡(jiǎn)單，大多數(shù)人都會(huì)碰到分布式應(yīng)用的場(chǎng)景，尤其是對(duì)于大型應(yīng)用而言，從集中式步入分布式是不可避免的，只是也許是小型分布式的，也許是大型分布式的；也許是有高性能要求的，也許是沒有的，在這篇blog中我們來(lái)看看java應(yīng)用從集中式步入分布式后到底會(huì)帶來(lái)些什么挑戰(zhàn)。
閱讀全文
摘要: XSS漏洞是網(wǎng)站漏洞中最容易出現(xiàn)的一種，至少現(xiàn)在的各大網(wǎng)站中基本都存在，傳聞只有g(shù)mail是唯一一個(gè)完全不存在的，或者說(shuō)攻擊者沒找出漏洞的，也許是因?yàn)閄SS漏洞看起來(lái)危害并不是那么的大吧，所以基本上沒有得到過(guò)太大的重視，從而也就造成了這么多的網(wǎng)站存在著一些很簡(jiǎn)單就能發(fā)現(xiàn)的XSS漏洞，在這篇blog中以我這個(gè)網(wǎng)站安全的外行人的角度來(lái)侃侃XSS漏洞攻擊以及防范的措施。
閱讀全文
摘要: 近來(lái)連續(xù)調(diào)試了好幾天的代碼，樂趣無(wú)窮，:)，在純凈的人和機(jī)器對(duì)話的時(shí)間中，充分的和機(jī)器不斷的交流，最終共同實(shí)現(xiàn)功能，和同事說(shuō)：“我喜愛調(diào)試代碼勝過(guò)了寫代碼”，怎么說(shuō)呢，我覺得調(diào)試代碼能夠充分讓你將所掌握的知識(shí)發(fā)揮出來(lái)，考察自己解決問(wèn)題的能力以及學(xué)習(xí)知識(shí)的能力，在這篇blog中來(lái)閑聊下調(diào)試代碼。
閱讀全文
摘要: 近期參與了幾個(gè)大學(xué)的校園招聘，總體下來(lái)感覺還行，由于校園招聘需要面的人很多，差不多面試流程都形成模式了，在面試的過(guò)程中，有不少學(xué)生問(wèn)過(guò)我，到底面試的標(biāo)準(zhǔn)是什么，不過(guò)每個(gè)面試官的標(biāo)準(zhǔn)都是不同的，所以也就注定了面試是會(huì)有些不公平的，是否對(duì)面試官的胃口會(huì)起到很大的決定性因素，當(dāng)然，最重要的還是實(shí)力，很多學(xué)生會(huì)認(rèn)為面試不公平，但我覺得這也算是從學(xué)校進(jìn)入社會(huì)的第一課吧，工作后學(xué)生們會(huì)發(fā)現(xiàn)更多不公平的事，對(duì)于學(xué)生而言，無(wú)論是應(yīng)屆畢業(yè)的本科、碩士，我的面試標(biāo)準(zhǔn)都差不多，考察的為Java基礎(chǔ)、Java框架、設(shè)計(jì)模式、互聯(lián)網(wǎng)架構(gòu)的了解，當(dāng)然，在最后會(huì)問(wèn)一些其他的問(wèn)題，例如大學(xué)學(xué)習(xí)情況呀、一兩年后對(duì)自己的期望呀、優(yōu)勢(shì)和不足、最近看過(guò)的技術(shù)新聞等等，在這些所有的問(wèn)題的背后，考察的最重要的是基礎(chǔ)掌握的是否扎實(shí)、學(xué)習(xí)能力、反應(yīng)速度、抗壓能力以及技術(shù)興趣。
閱讀全文
摘要: 在面試中，經(jīng)常要評(píng)估面試者的java基礎(chǔ)知識(shí)和其他知識(shí)的掌握情況，包括public/private/protected/默認(rèn)修飾符、static/final修飾符、集合、字符串操作、對(duì)象比較、異常、設(shè)計(jì)模式和面試者經(jīng)常使用的框架等，整理一下自己經(jīng)常使用的評(píng)估方法，:)，拋磚中，希望能看到一些好的建議，讓大家更好的學(xué)習(xí)java知識(shí)，同時(shí)也更好的判斷人才，挖出真正的“金子”。
閱讀全文
摘要: 隨著OSGi近兩年的迅猛發(fā)展，尤其是Java企業(yè)應(yīng)用領(lǐng)域廠商對(duì)OSGi的認(rèn)同，大家對(duì)于OSGi的新版規(guī)范的關(guān)注遠(yuǎn)遠(yuǎn)超過(guò)了之前的幾個(gè)版本，近來(lái)OSGi終于是放出了傳聞已久的R 4.2的Early Draft，其實(shí)從Early Draft來(lái)看，我覺得完全可以認(rèn)為不僅僅是一個(gè)小版本的升級(jí)了，甚至可以認(rèn)為是R5了，因?yàn)镽 4.2增強(qiáng)的東西還是非常多的，其中就包括了大家期待已久的RFC119，不過(guò)沒看到傳說(shuō)中的RFC66，有一丁點(diǎn)的失望，不過(guò)相信后面的Draft中應(yīng)該會(huì)加上，:)，這樣看來(lái)，R5更是值得期待了，讓我們先來(lái)一起品嘗一下4.2 Early Draft這道大餐。
閱讀全文
摘要: 之前也有一些介紹大型網(wǎng)站架構(gòu)演變的文章，例如LiveJournal的、ebay的，都是非常值得參考的，不過(guò)感覺他們講的更多的是每次演變的結(jié)果，而沒有很詳細(xì)的講為什么需要做這樣的演變，再加上近來(lái)感覺有不少同學(xué)都很難明白為什么一個(gè)網(wǎng)站需要那么復(fù)雜的技術(shù)，于是有了寫這篇文章的想法，在這篇文章中 將闡述一個(gè)普通的網(wǎng)站發(fā)展成大型網(wǎng)站過(guò)程中的一種較為典型的架構(gòu)演變歷程和所需掌握的知識(shí)體系，希望能給想從事互聯(lián)網(wǎng)行業(yè)的同學(xué)一點(diǎn)初步的概念，:)，文中的不對(duì)之處也請(qǐng)各位多給點(diǎn)建議，讓本文真正起到拋磚引玉的效果。
閱讀全文
摘要: 應(yīng)該是差不多兩個(gè)月前收到了這本書，一直到最近才抽出時(shí)間來(lái)看了下，這本書的開篇的第一題現(xiàn)在基本已經(jīng)成了經(jīng)典中的經(jīng)典了，相信很多人都因?yàn)檫@個(gè)控制 CPU使用率的題從而買了這本書的，在我自己看過(guò)這本書后我同時(shí)相信買了這本書的人應(yīng)該會(huì)覺得非常的值得，要寫出合理實(shí)現(xiàn)需求、高性能以及大數(shù)據(jù)量的程序，數(shù)據(jù)結(jié)構(gòu)和算法就成為關(guān)鍵要素了，這本書用簡(jiǎn)短的題目給大家回顧了一些經(jīng)典的算法。
閱讀全文
摘要: 不是專職做壓力測(cè)試這行當(dāng)?shù)模荒苁且宰约旱慕?jīng)驗(yàn)來(lái)以外行人的眼光來(lái)說(shuō)說(shuō)壓力測(cè)試，壓力測(cè)試并不僅僅是個(gè)壓力測(cè)試的過(guò)程，而是一個(gè)相當(dāng)系統(tǒng)的工程，我認(rèn)為壓力測(cè)試是為了讓系統(tǒng)達(dá)到所期望的運(yùn)行效果以及承受所期望的壓力，這也就要求壓力測(cè)試應(yīng)該幫助性能調(diào)優(yōu)團(tuán)隊(duì)，為其提供一定程度的指導(dǎo)，在這里我不將壓力測(cè)試和性能調(diào)優(yōu)分的那么清楚了，在我看來(lái)，壓力測(cè)試過(guò)程包括了：明確壓力測(cè)試的目標(biāo)、構(gòu)建壓力測(cè)試案例、進(jìn)行壓力測(cè)試、分析壓力測(cè)試結(jié)果、尋找瓶頸并進(jìn)行調(diào)優(yōu)以達(dá)到目標(biāo)，在這篇blog中來(lái)細(xì)看下這幾個(gè)過(guò)程以及常用的方法。
閱讀全文
摘要: 這篇文章的第二部分在昨天也發(fā)布出來(lái)了，于是抓緊時(shí)間把它給翻譯了。在這篇文章的第一部分中，作者結(jié)合自己的經(jīng)驗(yàn)對(duì)如何構(gòu)建具備良好的垂直擴(kuò)展能力的Java EE應(yīng)用做了講解，在這第二部分的文章中，作者則對(duì)如何構(gòu)建具備良好水平擴(kuò)展能力的Java EE應(yīng)用來(lái)進(jìn)行了詳細(xì)的講述，常見的session復(fù)制問(wèn)題，水平擴(kuò)展中經(jīng)常需要涉及的分布式文件系統(tǒng)、分布式緩存、分布式并行計(jì)算，全文讀下來(lái)，作者基本指出了構(gòu)建可擴(kuò)展的Java EE應(yīng)用需要了解的知識(shí)體系（如需深入的話還有必要進(jìn)一步的學(xué)習(xí)，例如集群技術(shù)、通訊協(xié)議、線程、并發(fā)等）和平時(shí)實(shí)踐中的一些注意事項(xiàng)，應(yīng)該說(shuō)是篇十分難得的好文章，值得推薦。
閱讀全文
摘要: 這是一篇從TheServerSide上翻譯過(guò)來(lái)的文章，很自豪這篇這么好的文章是一個(gè)中國(guó)人（從作者名字上猜想應(yīng)該是中國(guó)人吧，:)）寫的，原文地址為：http://www.theserverside.com/tt/articles/article.tss?l=ScalingYourJavaEEApplications，可以說(shuō)，這篇文章寫的是非常的不錯(cuò)的，這是文章的第一部分，探討了如何構(gòu)建可垂直擴(kuò)展的Java EE應(yīng)用，文中談?wù)摰降淖屗帉懙腏ava EE應(yīng)用具備垂直擴(kuò)展能力的幾個(gè)關(guān)鍵要素，例如熱鎖問(wèn)題、盡可能的縮短同步塊、不要在static方法上加鎖、多使用Atomic包、jvm內(nèi)存不能設(shè)置的太大等，文中除了列了這幾個(gè)關(guān)鍵要素外，還詳細(xì)的解釋了為什么不能做以及如何避免出現(xiàn)這樣的現(xiàn)象，可以很明顯的看出作者在這些方面是具備了非常豐富的經(jīng)驗(yàn)的，因此這篇文章不僅僅講述了可擴(kuò)展性理論方面的知識(shí)，同時(shí)也很好的從實(shí)戰(zhàn)角度進(jìn)行了分析，之后我也會(huì)結(jié)合這篇文章來(lái)說(shuō)說(shuō)自己曾經(jīng)碰到的垂直擴(kuò)展場(chǎng)景的反例，同時(shí)也很期待這篇文章的第二部分，第二部分將探討如何構(gòu)建可水平擴(kuò)展的Java EE應(yīng)用，翻譯的不好的地方還請(qǐng)大家多
閱讀全文
摘要: 之前寫了個(gè)簡(jiǎn)單的jsp做壓力測(cè)試，沒想到出現(xiàn)的一個(gè)問(wèn)題是當(dāng)壓力比較大的情況，運(yùn)行比較久的話會(huì)出現(xiàn)一個(gè)現(xiàn)象，就是jvm的內(nèi)存幾乎被耗盡，用 jprofiler查看會(huì)發(fā)現(xiàn)是有一個(gè)ConcurrentHashMap對(duì)象的內(nèi)存一直在增長(zhǎng)，而且沒有釋放的跡象，隨后進(jìn)入Debug模式，跟蹤查找都有誰(shuí)new了ConcurrentHashMap，因?yàn)闇y(cè)試場(chǎng)景中是個(gè)非常簡(jiǎn)單的jsp頁(yè)面，發(fā)現(xiàn)只有jsp的Request session會(huì)創(chuàng)建這個(gè)ConcurrentHashMap，很久沒寫jsp了，猜測(cè)是request session的默認(rèn)超時(shí)時(shí)間太長(zhǎng)，所以導(dǎo)致高壓力下(200并發(fā)，總共連續(xù)訪問(wèn)50萬(wàn)次，jvm內(nèi)存1G)會(huì)出現(xiàn)內(nèi)存一直沒有回收的問(wèn)題，后來(lái)打印了一下request session的默認(rèn)超時(shí)(AS是jboss 4.2.2)，是半小時(shí)，如果這樣的話確實(shí)是會(huì)有造成上面內(nèi)存一直被占用的現(xiàn)象。
閱讀全文
摘要: 在JBoss Remoting 2.2.2中存在這么一個(gè)bug，如果剛好客戶端的timeout比服務(wù)器端處理時(shí)間短的話，就會(huì)出現(xiàn)客戶端連接池中的連接被無(wú)故用掉一個(gè)的狀況，而且是沒法回收的，最終就會(huì)導(dǎo)致很快客戶端的連接池被占滿的現(xiàn)象，在分析JBoss Remoting 2.2.2的代碼后發(fā)現(xiàn)了問(wèn)題的所在，同時(shí)查看了下JBoss Remoting 2.4的代碼，發(fā)現(xiàn)在2.4中此bug已被修復(fù)。
閱讀全文
摘要: 性能調(diào)優(yōu)無(wú)疑是個(gè)龐大的話題，也是很多項(xiàng)目中非常重要的一環(huán)，性能調(diào)優(yōu)的難做是眾所周知的，畢竟性能調(diào)優(yōu)涵蓋的面實(shí)在是太多了，在這篇blog中我們蜻蜓點(diǎn)水般的來(lái)看看性能調(diào)優(yōu)這項(xiàng)龐大的工程都有些什么過(guò)程，同時(shí)也看看這些過(guò)程中常見的一些做法。
閱讀全文
摘要: Java 5并發(fā)包的加入，給Java的并發(fā)程序的開發(fā)帶來(lái)了很多的好處，在此列舉一些并發(fā)編程中應(yīng)該掌握的一些基礎(chǔ)知識(shí)片斷，這些片斷基本都是由一些問(wèn)題組成，在片段中沒有直接寫出答案，由于可用來(lái)解決這些片段的方法還是很多的，因此只是提到了解決問(wèn)題可選方案的關(guān)鍵字，如果有需要進(jìn)一步了解的話，基本上 google一下應(yīng)該就能查出來(lái)了，不過(guò)就像之前有朋友說(shuō)的，如果不是經(jīng)常用的話，其實(shí)就算現(xiàn)在知道了也是會(huì)忘記的，這很正常，:)，不過(guò)我更認(rèn)為那是因?yàn)橹淙欢恢渌匀辉斐傻模芏鄸|西如果知道原理的話，基本上還是可以記得很長(zhǎng)一段時(shí)間的。
閱讀全文
摘要: 精通這個(gè)詞估計(jì)是在簡(jiǎn)歷中最常見到的詞了，簡(jiǎn)歷上通常都充斥著精通struts2、精通java、精通hibernate等等詞語(yǔ)，近來(lái)經(jīng)常看些比較底層的書，越來(lái)越體會(huì)到精通這個(gè)詞應(yīng)該具備的份量了，也越來(lái)越理解以前朋友和我說(shuō)的在國(guó)外工程和研究是分的很清楚的原因了，在這篇blog里來(lái)扯扯自己對(duì)精通這個(gè)詞的看法。
先來(lái)看幾個(gè)面試的片段，從中也許能看出些端倪，:)
閱讀全文
摘要: 由于Topic的時(shí)間有限，因此此篇PPT只是簡(jiǎn)單的對(duì)OSGi進(jìn)行了介紹和演示，而沒有做詳細(xì)的OSGi使用的講解，可能讓參與這次Topic的同學(xué)們失望了，不過(guò)還是在此把PPT公開出來(lái)了，如感興趣的話，可以從以下地址下載：
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.這消息對(duì)于知悉OSGi Vs JSR 277的一系列歷史戰(zhàn)爭(zhēng)的人而言絕對(duì)是非常的振奮人心，盡管不是說(shuō)Java 7直接納用OSGi來(lái)實(shí)現(xiàn)模塊化這一塊（這個(gè)呢，其實(shí)如果JDK做的話，確實(shí)可以做的更好，至少可以更高效什么的），但就支持這一點(diǎn)也可看出Sun已經(jīng)看到了OSGi是事實(shí)性的模塊化標(biāo)準(zhǔn)，這對(duì)于OSGi來(lái)說(shuō)也是里程碑的一天。
閱讀全文
摘要: Java領(lǐng)域中的分布式框架比較的多，分析一個(gè)已有的遠(yuǎn)程調(diào)用框架無(wú)論是對(duì)于打算采用已有成果還是自己做分布式框架，都是很必要的事情，JBoss Remoting是其中很好很強(qiáng)大的一個(gè)框架，在此來(lái)對(duì)JBoss Remoting進(jìn)行深入的分析，看看JBoss Remoting是如何基于java.net提供的包去解決這些問(wèn)題的，本文所分析的JBoss Remoting源碼的版本為2.2.2_SP2，本來(lái)以為會(huì)是篇不怎么長(zhǎng)的文檔，沒想到還沒寫的詳細(xì)和深入的時(shí)候就已經(jīng)有三十多頁(yè)了，也不好在這里直接貼出來(lái)，就把文檔目錄和最后的總結(jié)部分貼在這了，感興趣的同學(xué)們可以從這個(gè)地址下載PDF版本的文檔：http://www.riawork.org/opendoc/JBoss.Remoting.Opendoc.pdf
閱讀全文
摘要: 非常感謝Kane的工作，其實(shí)在差不多兩個(gè)月前就完成了和OSGi官方聯(lián)盟的協(xié)議的簽訂，使得OSGi China User Forum成為了繼法國(guó)、日本、韓國(guó)、西班牙以及瑞典后的第六個(gè)官方授權(quán)和認(rèn)可的組織，并且拿到了OSGi聯(lián)盟官方提供的空間，其實(shí)就是個(gè)簡(jiǎn)單的wiki了，只是一直沒抽出時(shí)間去建設(shè)網(wǎng)站，Kane在百忙之中抽出時(shí)間把站點(diǎn)的基本頁(yè)面進(jìn)行了搭建，使得這個(gè)官方站至少看上去有點(diǎn)內(nèi)容了，官方站的地址為：http://china.osgiusers.org。
閱讀全文
摘要: OSGi DevCon2008已經(jīng)閉幕，迫不及待、非常迫不及待的希望能了解更多此次大會(huì)的盛況，不過(guò)目前相關(guān)的新聞報(bào)道等還是比較少的，除了osgi.org/blog上有三四篇報(bào)道，根據(jù)日程找到目前公開的OSGi DevCon 2008中Topic的PPT，共11個(gè)，在此根據(jù)自己看這些PPT的情況做個(gè)簡(jiǎn)單的介紹和評(píng)價(jià)。
閱讀全文
摘要: 期待已久的OSGi DevCon 2008將會(huì)在下周（3月17日---3月20日）和EclipseCon 2008共同召開，今年OSGi的Topic比去年更多，也占據(jù)了更重要的位置，來(lái)看看本次大會(huì)即將開講的Topic，暢想暢想，看看哪些Topic將會(huì)成為熱題。
本屆Topic仍然和往年一年，分為L(zhǎng)ong Talks、Tutorials、Short Talks、Panel和Additional OSGi Talks，本屆OSGi DevCon可謂是眾星云集，世界級(jí)的OSGi大師們共聚一堂，毫無(wú)疑問(wèn)將給我們這些OSGi Fans們貢獻(xiàn)一場(chǎng)盛宴。
閱讀全文
摘要: 在分布式服務(wù)框架中，一個(gè)最基礎(chǔ)的問(wèn)題就是遠(yuǎn)程服務(wù)是怎么通訊的，在Java領(lǐng)域中有很多可實(shí)現(xiàn)遠(yuǎn)程通訊的技術(shù)，例如：RMI、MINA、ESB、Burlap、Hessian、SOAP、EJB和JMS等，這些名詞之間到底是些什么關(guān)系呢，它們背后到底是基于什么原理實(shí)現(xiàn)的呢，了解這些是實(shí)現(xiàn)分布式服務(wù)框架的基礎(chǔ)知識(shí)，而如果在性能上有高的要求的話，那深入了解這些技術(shù)背后的機(jī)制就是必須的了，在這篇blog中我們將來(lái)一探究竟，拋磚引玉，歡迎大家提供更多的實(shí)現(xiàn)遠(yuǎn)程通訊的技術(shù)和原理的介紹。
閱讀全文
摘要: 在使用Spring的時(shí)候，我們習(xí)慣于用bean的名稱作為注冊(cè)、查找的條件，這也就意味著bean的引用是唯一的了，而不能來(lái)查找、注入一系列具備相同功能但不同實(shí)現(xiàn)的bean，這種應(yīng)用的場(chǎng)景其實(shí)還是很多的，尤其在擴(kuò)展的場(chǎng)景中，在這篇blog中以一個(gè)應(yīng)用場(chǎng)景來(lái)說(shuō)明下這種需求，順便也宣傳下OSGi的服務(wù)接口+版本+屬性的注冊(cè)和查找機(jī)制。
閱讀全文
摘要: 在上篇分析完了在V 0.7需要干的活后，開始細(xì)化其中的實(shí)現(xiàn)細(xì)節(jié)，由于技術(shù)細(xì)節(jié)和之前想的有點(diǎn)不同，在細(xì)化的同時(shí)也稍做了調(diào)整，系統(tǒng)的架構(gòu)仍然保持不變，在這篇blog中來(lái)看看實(shí)現(xiàn)每項(xiàng)任務(wù)的技術(shù)細(xì)節(jié)，之后就可以進(jìn)入編碼實(shí)現(xiàn)階段了。
閱讀全文
摘要: 經(jīng)過(guò)上篇分析分布式服務(wù)框架的blog后，正式對(duì)之前的基于OSGi實(shí)現(xiàn)分布式服務(wù)框架的系列改名(順便把分布式服務(wù)框架改為使用DSF縮寫)，因?yàn)橐呀?jīng)決定基于Spring-DM來(lái)實(shí)現(xiàn)，為什么呢，而且為什么一定要是Spring-DM，而不直接說(shuō)Spring呢？
在講完這個(gè)原因后，在這篇blog中你還會(huì)看到基于Spring-DM后的DSF V0.7是什么樣子，以及要干些什么活來(lái)完成V 0.7。
閱讀全文
摘要: 昨天剛分析完分布式服務(wù)框架，今天便看到Spring Integration 1.0 M1發(fā)布的消息，這也為Spring進(jìn)軍SOA領(lǐng)域拉開了序幕。
閱讀全文
摘要: 技術(shù)是為需求而服務(wù)的，分布式服務(wù)框架也同樣如此，它不是憑空誕生的，也是因?yàn)橛羞@樣的需求才會(huì)有分布式服務(wù)框架這樣的東西誕生，在這篇blog中來(lái)詳細(xì)的分析分布式服務(wù)框架誕生的原因(其實(shí)也是需要用分布式服務(wù)框架的應(yīng)用場(chǎng)景，這里隱含的意思就是并不是什么應(yīng)用都需要分布式服務(wù)框架的)、分布式服務(wù)框架需要提供的feature以及實(shí)現(xiàn)這些feature可選的技術(shù)方案。
閱讀全文
摘要: 在這個(gè)篇幅中將來(lái)分析下這個(gè)分布式服務(wù)框架的服務(wù)的生命周期的管理的問(wèn)題，在分布式服務(wù)框架中，支持服務(wù)的動(dòng)態(tài)部署、卸載、升級(jí)是很關(guān)鍵的，至于服務(wù)的生命周期是否需要做到像OSGi那樣的動(dòng)態(tài)通知，在這個(gè)篇幅中會(huì)進(jìn)行分析，并最終形成這個(gè)分布式服務(wù)框架的生命周期模型以及到目前為止的服務(wù)架構(gòu)模型。
閱讀全文
摘要: 上篇說(shuō)到，經(jīng)過(guò)分析后決定選用JNDI來(lái)實(shí)現(xiàn)服務(wù)的遠(yuǎn)程注冊(cè)、查找和路由，在這篇blog中就來(lái)詳細(xì)分析下基于JNDI怎么和OSGi結(jié)合來(lái)實(shí)現(xiàn)服務(wù)的遠(yuǎn)程注冊(cè)、查找和路由。
閱讀全文
摘要: 在這篇?dú)v程中來(lái)完成對(duì)于JINI的Spike，目標(biāo)仍然是判斷基于JINI實(shí)現(xiàn)服務(wù)的路由、查找需求的滿足度。
JINI是由Sun研究院制定的，其目標(biāo)就是為了實(shí)現(xiàn)分布式的服務(wù)，所以在很多地方可以看到它和分布式服務(wù)框架是有不少重疊之處的，來(lái)先看看它對(duì)于需求的滿足度，最后再來(lái)分析做個(gè)總結(jié)。
閱讀全文
摘要: 寫完之前的那篇基于OSGi實(shí)現(xiàn)服務(wù)框架的分析后，決定動(dòng)手來(lái)實(shí)現(xiàn)一個(gè)基于OSGi的分布式服務(wù)框架，而其feature呢，就會(huì)遵照之前寫的服務(wù)框架的要素來(lái)實(shí)現(xiàn)，根據(jù)之前的分析，將這個(gè)實(shí)現(xiàn)過(guò)程分為了三個(gè)大的步驟來(lái)完成：Spike階段、實(shí)現(xiàn)階段和測(cè)試階段，Spike階段用于完成幾個(gè)關(guān)鍵問(wèn)題的技術(shù)的研究和選型；實(shí)現(xiàn)階段用于完成基于OSGi的分布式服務(wù)框架；測(cè)試階段用于判斷實(shí)現(xiàn)的分布式框架對(duì)于應(yīng)用場(chǎng)景的符合程度、性能的情況。
首先進(jìn)入Spike階段，在Spike階段需要完成服務(wù)注冊(cè)、創(chuàng)建以及服務(wù)的proxy管理的技術(shù)研究和選型，這主要是因?yàn)槲覍?duì)這兩部分的技術(shù)并不怎么熟悉，對(duì)于服務(wù)的注冊(cè)和查找，可選的技術(shù)有兩種：JNDI和JINI；對(duì)于服務(wù)的proxy的管理，可選的技術(shù)應(yīng)該就是cglib這一種了，不過(guò)需要研究具體怎么用，在這篇blog中將介紹對(duì)于JNDI的Spike。
閱讀全文
摘要: 根據(jù)上一篇服務(wù)框架的要素的blog，來(lái)分析下基于OSGi實(shí)現(xiàn)一個(gè)這樣的適合分布式場(chǎng)景的服務(wù)框架時(shí)需要對(duì)目前的OSGi框架做出哪些方面的修改，以及預(yù)估一下實(shí)現(xiàn)的難度。
根據(jù)分析可以看出要基于OSGi實(shí)現(xiàn)一個(gè)這種適合分布式場(chǎng)景的服務(wù)框架還是比較麻煩的，需要重寫的部分是非常的多，以此來(lái)看的話，目前OSGi最適合的場(chǎng)景應(yīng)該還是如下幾種：
1、不需要分布式部署的應(yīng)用場(chǎng)景；
2、需要分布式部署，但僅僅是分層的分布式部署，例如業(yè)務(wù)層在一臺(tái)機(jī)器上，數(shù)據(jù)層在另外的機(jī)器上。
不過(guò)基于OSGi實(shí)現(xiàn)一個(gè)這樣的服務(wù)框架也是一件很不錯(cuò)的事，估計(jì)這也是EEG目前正在做的事，希望以后能在自己有空的時(shí)候動(dòng)手做做這個(gè)基于OSGi的服務(wù)框架。
閱讀全文
摘要: 服務(wù)框架，這個(gè)名詞已經(jīng)出現(xiàn)了很多年了，很早以前系統(tǒng)的架構(gòu)就希望是以基于服務(wù)框架的方式來(lái)搭建的，turbine、phoenix、avalon等都是朝著實(shí)現(xiàn)服務(wù)框架的目標(biāo)而去，如今的SCA，也可以說(shuō)就是為了提供一個(gè)可用的服務(wù)框架，服務(wù)框架在系統(tǒng)中到底承擔(dān)什么角色呢，為什么它會(huì)顯得那么重要呢，如果要實(shí)現(xiàn)一個(gè)服務(wù)框架，不太可能從最底層做起，那么我們又需要怎么樣去選擇呢？
服務(wù)本身是個(gè)挺形象的名詞，在系統(tǒng)設(shè)計(jì)中我們非常強(qiáng)調(diào)輸入和輸出，服務(wù)呢，可以說(shuō)是更形象的去強(qiáng)調(diào)了這一點(diǎn)，每個(gè)模塊都會(huì)對(duì)外提供一定的功能，而這些對(duì)外提供的功能我們就可以作為服務(wù)了，細(xì)到模塊內(nèi)，我們也會(huì)發(fā)現(xiàn)模塊內(nèi)各個(gè)類其實(shí)也是以服務(wù)的方式來(lái)交互的，在這樣的情況下，服務(wù)框架自然就成了整個(gè)系統(tǒng)的核心基礎(chǔ)框架，那么服務(wù)框架能幫我們來(lái)提供哪些功能呢，如果我們要實(shí)現(xiàn)一個(gè)服務(wù)框架，有哪些要素是需要考慮的呢，歡迎大家拍磚，多多交流！
閱讀全文
摘要: 07年的最后一天了，回顧當(dāng)年、展望來(lái)年已經(jīng)是每年最后一天的慣例了，就像往年一樣，07年對(duì)于業(yè)界而言仍然是高速發(fā)展的一年，新技術(shù)、新框架、新名詞不斷的在冒，不過(guò)對(duì)于自己而言，07年在新東西方面接觸的不多，也許是現(xiàn)在更加的專注了吧，沒有以前那么博了，:)，回顧的關(guān)鍵字自然也就鎖定在自己感興趣的領(lǐng)域：OSGi、SCA、Erlang、互聯(lián)網(wǎng)應(yīng)用、認(rèn)識(shí)架構(gòu)。
對(duì)于08年，有很多的期待：OSGi、互聯(lián)網(wǎng)應(yīng)用和深入架構(gòu)。
閱讀全文
摘要: 之前發(fā)布了一篇Introduction OSGi的PPT，Introduce OSGi PPT主要是用于介紹OSGi，更多的是在講解OSGi的一些基礎(chǔ)概念，OSGi in action PPT則主要是針對(duì)有一定OSGi使用經(jīng)驗(yàn)的用戶而編寫的，此篇PPT更加專題性質(zhì)和細(xì)致的講解了OSGi如何在實(shí)際的項(xiàng)目中進(jìn)行使用，如何和流行的java框架進(jìn)行集成，以及在實(shí)際的OSGi應(yīng)用設(shè)計(jì)和開發(fā)時(shí)的一些最佳實(shí)踐的介紹和講解，對(duì)此PPT感興趣的同學(xué)可從以下地址下載：
http://www.riawork.org/opentopic/OSGi.in.action.ppt
閱讀全文
摘要: 這篇文檔是erlang創(chuàng)始者之一的Joe Armstrong所編寫的博士論文，由段先德翻譯、鄧輝審校，感興趣的同學(xué)可以從以下地址下載：
http://erlang-china.org/study/joe-armstrong_thesis_cn.html
Erlang在業(yè)界已經(jīng)引起了不小的轟動(dòng)，通讀了下這篇博士論文，翻譯的質(zhì)量很高，:)，所以讀起來(lái)非常的順暢，論文的內(nèi)容對(duì)于erlang初學(xué)者而言絕對(duì)是堪稱經(jīng)典，寫的非常的不錯(cuò)，點(diǎn)出了erlang的強(qiáng)項(xiàng)并詳細(xì)的進(jìn)行了解釋，感謝翻譯論文的段先德和鄧輝的工作。
Erlang以天生的支持并發(fā)、分布式和容錯(cuò)而聞名，由于erlang的誕生是為交換機(jī)而服務(wù)的，因此在并發(fā)、分布式、容錯(cuò)、動(dòng)態(tài)代碼升級(jí)等方面是實(shí)現(xiàn)的非常好的，其目前主要是應(yīng)用在erission的交換機(jī)上，這對(duì)于erlang的那些天生的特性也是個(gè)很好的證明。
通過(guò)閱讀這篇博士論文，讓我對(duì)了erlang有了部分的認(rèn)識(shí)，由于目前尚未實(shí)踐過(guò)，只能根據(jù)論文本身對(duì)自己理解的erlang做個(gè)闡述。
Erlang采用的是虛擬機(jī)的方式，這個(gè)虛擬機(jī)和java的虛擬機(jī)類似
閱讀全文
摘要: SQLUnit是一個(gè)用于對(duì)存儲(chǔ)過(guò)程進(jìn)行單元測(cè)試的工具，其實(shí)也可以用于做針對(duì)數(shù)據(jù)庫(kù)數(shù)據(jù)、性能的測(cè)試等，延續(xù)了xUnit家族的一貫特性和風(fēng)格，只不過(guò)它的測(cè)試是以xml的方式來(lái)編寫，但原則仍然和xUnit家族其他產(chǎn)品一樣，強(qiáng)調(diào)的是輸出和預(yù)期的比較，SQLUnit的文檔比較的少，由于官方站上并沒有提供類似其他開源工具的quick start guide，就寫了這篇quick start guide以便大家快速的使用sqlunit，至于SQLUnit的高級(jí)用法還是得去多看看sqlunit.sf.net官方站上的文檔。
為了讓大家能快速的開始入門使用SQLUnit，將介紹SQLUnit環(huán)境的搭建、如何編寫一個(gè)單元測(cè)試、如何運(yùn)行。
閱讀全文
摘要: 上次發(fā)布OSGi in action的PPT后，得到了flyisland的反饋意見，:)，在此也謝謝他，正是從他的意見中看到了之前PPT的一些問(wèn)題，之前PPT的問(wèn)題應(yīng)該是目標(biāo)聽眾不明確，講的內(nèi)容多但卻都不詳細(xì)，很有可能最后講完了無(wú)論是對(duì)于OSGi Newer還是OSGi熟悉的人都沒有什么任何的幫助，為了解決這個(gè)PPT，決定把PPT分為兩篇來(lái)完成，一篇為OSGi Newer編寫的關(guān)于OSGi介紹方面的PPT，將名字定為了Introduce OSGi，重點(diǎn)的介紹OSGi的基礎(chǔ)概念和基本的使用方法；而另外一篇?jiǎng)t是為較為OSGi的同學(xué)們編寫的，名字仍然保持為OSGi in action，會(huì)重點(diǎn)和較為詳細(xì)的講解OSGi在實(shí)際項(xiàng)目的使用，目前先發(fā)布Introduce OSGi的PPT，希望能繼續(xù)得到大家的反饋意見，感興趣的同學(xué)們可以從這下載這篇PPT：
http://www.riawork.org/opentopic/Introduce.OSGi.ppt
閱讀全文
摘要: 在我現(xiàn)在的項(xiàng)目中出現(xiàn)了這么兩個(gè)問(wèn)題，大家可以來(lái)探討下這樣的兩個(gè)問(wèn)題的解決方法，:)
1、從開發(fā)環(huán)境到正式環(huán)境的部署/校驗(yàn)非常麻煩；
2、數(shù)據(jù)庫(kù)的頻繁移植/校驗(yàn)非常麻煩。
我的解決方法：
對(duì)于上面兩個(gè)問(wèn)題，我自己想到的解決方法是：
1、建立持續(xù)集成機(jī)制，編寫環(huán)境部署腳本和文檔，采用這兩種方法可保證從開發(fā)環(huán)境到正式環(huán)境的部署是非常簡(jiǎn)單的；
編寫自動(dòng)驗(yàn)收測(cè)試腳本，可以基于Selenium進(jìn)行編寫，這樣每次在升級(jí)版本的時(shí)候就不需要再人工的進(jìn)行回歸測(cè)試了，這里面的問(wèn)題是如何在測(cè)試完畢完畢后清除這些測(cè)試數(shù)據(jù)，因?yàn)檫@些測(cè)試數(shù)據(jù)是不能和正式數(shù)據(jù)共存的。
2、建立數(shù)據(jù)庫(kù)升級(jí)移植機(jī)制，每次升級(jí)時(shí)做增量的升級(jí)，不過(guò)這需要建立在對(duì)原庫(kù)建立版本記錄，這個(gè)方法對(duì)于我們的項(xiàng)目而言不太可行；
第二種方案就只能每次進(jìn)行全面的重新移植了，但這個(gè)帶來(lái)的一個(gè)巨大問(wèn)題就是存儲(chǔ)過(guò)程的重復(fù)修改，目前我還沒想到什么解決方法，而且；
至于如何校驗(yàn)數(shù)據(jù)庫(kù)移植是否成功，我覺得可以建立數(shù)據(jù)庫(kù)移植校驗(yàn)的Checkpoint，除了保證數(shù)據(jù)庫(kù)結(jié)構(gòu)、數(shù)據(jù)量等的
閱讀全文
摘要: 這個(gè)PPT將會(huì)用于最近的一些OSGi活動(dòng)作為Topic來(lái)講講，不過(guò)是英文版的，:)，一方面是鍛煉自己的英文，另一方面也準(zhǔn)備把這PPT再雕磨雕磨，提交到OSGiDevCon 2008的Topic中試試。
感興趣的朋友請(qǐng)從以下地址下載此PPT：
http://www.osgi.org.cn/opentopic/OSGi.in.action.ppt
不過(guò)俗話說(shuō)，PPT嘛，靠的主要是講，但同時(shí)也希望得到大家對(duì)此PPT的反饋意見，以便我進(jìn)行進(jìn)一步的修改，希望在之后的公開的活動(dòng)中不會(huì)把這Topic講砸了，此PPT會(huì)不斷的進(jìn)行修改，我會(huì)在此篇blog中公布目前ppt的版本號(hào)，大家就可以確認(rèn)手頭的PPT是否是最新的了，:)。
version info:
1.0 2007-10-21
閱讀全文
摘要: 在歷時(shí)兩個(gè)多月后，OSGi進(jìn)階的編寫已完畢，感謝N多朋友一直以來(lái)的關(guān)注和支持，現(xiàn)將正式版對(duì)外發(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
隨后將會(huì)相繼在Redsaga上發(fā)布Redsaga Opendoc版本，以及在InfoQ中國(guó)站上發(fā)布InfoQ miniBook版本，這兩個(gè)版本在精美程度上都會(huì)超過(guò)我現(xiàn)在發(fā)布的版本，到時(shí)再給予大家通知，:)
閱讀全文
摘要: 軟件架構(gòu)的選擇和設(shè)計(jì)并不是很容易做出的，一個(gè)成功的軟件架構(gòu)取決于N多的因素，軟件架構(gòu)這個(gè)詞向來(lái)就是最為模糊的一個(gè)詞，個(gè)人認(rèn)為軟件架構(gòu)實(shí)在是個(gè)很大的話題，業(yè)界一直采用的形象比喻就是建設(shè)房子時(shí)的房屋結(jié)構(gòu)圖，以軟件的角度來(lái)說(shuō)，軟件架構(gòu)應(yīng)至少包括軟件開發(fā)時(shí)使用什么語(yǔ)言、形成軟件開發(fā)時(shí)可運(yùn)行的核心基礎(chǔ)框架、軟件應(yīng)用模塊的設(shè)計(jì)（包括模塊內(nèi)聚的功能、對(duì)外提供的服務(wù)等）、軟件測(cè)試的方法、軟件部署的方法以及團(tuán)隊(duì)開發(fā)的方法，那么怎么來(lái)選擇和設(shè)計(jì)軟件架構(gòu)呢，其衡量的因素是什么呢，個(gè)人認(rèn)為其中質(zhì)量和快速是衡量軟件架構(gòu)的選擇和設(shè)計(jì)是否成功的兩個(gè)最重要的因素。
閱讀全文
摘要: OSGi在應(yīng)用時(shí)具備了典型的微核系統(tǒng)的特點(diǎn)，但對(duì)于實(shí)際項(xiàng)目/產(chǎn)品型的應(yīng)用而言，這個(gè)微核有些過(guò)于底層了，為什么這么說(shuō)呢？
對(duì)于實(shí)際項(xiàng)目/產(chǎn)品型的應(yīng)用而言，何謂其微核呢，應(yīng)該說(shuō)其腳手架或開發(fā)平臺(tái)才是它的微核，而并非僅僅是OSGi框架，當(dāng)然，也可以將自己的腳手架或開發(fā)平臺(tái)以Fragment-Host的方式綁定到OSGi的System Bundle上去，但這樣的做法無(wú)疑有些evil了，TPF誕生的最主要的目的就是形成一個(gè)應(yīng)用級(jí)的微核的概念，使得我們?cè)诠芾韺?shí)際的項(xiàng)目和產(chǎn)品時(shí)，能夠?qū)⒛_手架和實(shí)際的業(yè)務(wù)應(yīng)用模塊分離管理，讓腳手架也變成微核，這樣在管理時(shí)就可以做到對(duì)應(yīng)用系統(tǒng)的統(tǒng)一管理，而同時(shí)保持一個(gè)含應(yīng)用意義的微核（也可以認(rèn)為是開發(fā)平臺(tái)）的穩(wěn)定運(yùn)行，在具備了TPF的情況下，就可以將應(yīng)用系統(tǒng)從部署上分為腳手架和應(yīng)用系統(tǒng)，而在管理上也可以單獨(dú)對(duì)應(yīng)用系統(tǒng)進(jìn)行管理，如啟動(dòng)應(yīng)用系統(tǒng)、停止應(yīng)用系統(tǒng)，同時(shí)避免應(yīng)用開發(fā)人員對(duì)腳手架無(wú)意的修改。
在本篇文檔中將介紹TPF提供的功能、TPF實(shí)現(xiàn)的方法以及TPF的下載地址。
閱讀全文
摘要: 本來(lái)目前這篇Opendoc還沒有達(dá)到發(fā)布的條件，不過(guò)正逢國(guó)慶佳節(jié)，希望各位感興趣的同學(xué)能夠在國(guó)慶期間抽出時(shí)間看看這篇Opendoc，而國(guó)慶期間我也會(huì)對(duì)Opendoc進(jìn)行潤(rùn)色和內(nèi)容的充實(shí)、完善，國(guó)慶后希望能獲取到各位看過(guò)預(yù)覽版的同學(xué)的意見，我會(huì)根據(jù)各位的意見對(duì)Opendoc進(jìn)行適度的修改，爭(zhēng)取在10月中旬發(fā)布正式版。
至于隨Opendoc的代碼等到正式版的時(shí)候我再發(fā)布，如有需要的同學(xué)可以直接mail給我，我可先mail給需要的同學(xué)。
另外由于預(yù)覽版還有不少需要潤(rùn)色、完善的地方，請(qǐng)各位收到預(yù)覽版的同學(xué)不要傳播這個(gè)版本，:)，多謝！
閱讀全文
摘要: 《OSGi實(shí)戰(zhàn)》Opendoc推出已一年有余，該篇Opendoc主要是為了介紹OSGi而編寫的，相對(duì)而言知識(shí)點(diǎn)較淺，很多朋友在看過(guò)那篇Opendoc后也許會(huì)對(duì)OSGi產(chǎn)生興趣，但未必會(huì)在商業(yè)的項(xiàng)目/產(chǎn)品中去使用它，為了能夠讓更多的朋友能夠在商業(yè)的項(xiàng)目/產(chǎn)品中使用OSGi，根據(jù)自己的經(jīng)驗(yàn)以及這一年多來(lái)OSGi界的發(fā)展情況，從8月初開始了《OSGi進(jìn)階—模式與最佳實(shí)踐》Opendoc的編寫，爭(zhēng)取在國(guó)慶前推出一個(gè)預(yù)覽的版本，希望《OSGi實(shí)戰(zhàn)》能吸引大家關(guān)注OSGi，而《OSGi進(jìn)階》能推動(dòng)大家在商業(yè)項(xiàng)目/產(chǎn)品中使用OSGi，如對(duì)預(yù)覽版有興趣，請(qǐng)發(fā)郵件聯(lián)系我，在完成后的第一時(shí)間我將mail給你，謝謝關(guān)注！
閱讀全文
摘要: OSGi.org.cn將做為OSGi.org的官方中文網(wǎng)站推出，整個(gè)項(xiàng)目預(yù)計(jì)分為兩期完成。
一期的目標(biāo)為翻譯OSGi.org的所有內(nèi)容，至于blog部分則能盡量翻譯，暫定為先翻譯近三個(gè)月的blog，一期的計(jì)劃為一個(gè)月內(nèi)完成，也就是說(shuō)在國(guó)慶前正式的推出OSGi.org.cn，到時(shí)會(huì)在國(guó)內(nèi)的幾個(gè)大網(wǎng)站上(InfoQ-CN、JavaEye、EclipseWorld、CSDN等)做一定的宣傳和推廣；
二期的目標(biāo)為翻譯OSGi.org中的所有blog，同時(shí)翻譯www2.osgi.org中的所有內(nèi)容。
在一二期工作完成后，進(jìn)入OSGi.org.cn的維護(hù)期，到時(shí)就是跟隨著OSGi.org做更新的翻譯，同時(shí)OSGi.org.cn會(huì)考慮做一些本地化的blog、新聞、論壇、開源項(xiàng)目等工作，目標(biāo)是讓OSGi.org.cn做到中國(guó)頂尖的OSGi網(wǎng)站，并為推廣OSGi和發(fā)展OSGi做出貢獻(xiàn)。
閱讀全文
摘要: 此次需要完成的目標(biāo)是將庫(kù)從SQLServer 2005完整的移植到Oracle10g中，包括表結(jié)構(gòu)、數(shù)據(jù)、視圖、函數(shù)以及存儲(chǔ)過(guò)程的移植，移植主要基于Oracle的OMWB（Oracle Migration Workbench）來(lái)完成，盡管OMWB能幫助完成大部分具備難度的工作，但還是有很多工作量的事情需要在OMWB完成后來(lái)手工進(jìn)行，所以整個(gè)移植過(guò)程工作量看起來(lái)會(huì)非常大，但是不是僅僅只有工作量的問(wèn)題呢？我覺得不是，寫下這篇blog以便需要進(jìn)行此項(xiàng)操作的同學(xué)以及給自己做個(gè)備忘。
閱讀全文
摘要: 《Oracle9i&10g編程藝術(shù)》即為《Expert one to one oracle》的升級(jí)版本，不過(guò)升級(jí)后可能會(huì)變?yōu)槿緯@本書強(qiáng)調(diào)的是深入數(shù)據(jù)庫(kù)體系結(jié)構(gòu)的講解，本書的作者Thomas Kyte(即Tom)無(wú)疑是Oracle界最為知名的人物，而這本書可以說(shuō)基本是專為開發(fā)人員而寫的，因?yàn)槲覀€(gè)人覺得書中講的東西大部分DBA都是懂的，但對(duì)于開發(fā)人員來(lái)講估計(jì)大部分都不懂，Thomas Kyte抓住了怎么給開發(fā)人員講才能講清的方法，對(duì)于書中的每項(xiàng)內(nèi)容Thomas會(huì)講解什么時(shí)候這么做、為什么要這么做、什么時(shí)候不能這么做以及為什么不這么做，要說(shuō)服開發(fā)人員，很多時(shí)候除了告訴怎么做以外，還必須得告訴為什么要這么做，否則很難說(shuō)服，而Tom在書中則很好的做到了這點(diǎn)，Tom會(huì)告訴你Oracle是怎么去實(shí)現(xiàn)的，所以你要這么做或者不能這么做，這本書除了讓我學(xué)習(xí)到了更多的Oracle知識(shí)外，還讓我更加明白了數(shù)據(jù)庫(kù)在系統(tǒng)中的重要性以及充分發(fā)揮數(shù)據(jù)庫(kù)的功能是多么重要的一件事，還有一個(gè)附加的好處就是讓我們可以窺探到部分Oracle的設(shè)計(jì)，對(duì)于自己實(shí)現(xiàn)應(yīng)用系統(tǒng)也是會(huì)找到一些可參考的地方，這本書寫的實(shí)在是太好了，強(qiáng)
閱讀全文
摘要: 向Peter Kriens問(wèn)了一些自己比較關(guān)心的OSGi進(jìn)展情況的問(wèn)題，總結(jié)而言：
從Peter Kriens的答復(fù)來(lái)看，R5和EEG的工作成果生效還得等待較長(zhǎng)的時(shí)間，好消息是SCA采用OSGi作為基礎(chǔ)架構(gòu)看來(lái)是非常的有希望了，這對(duì)于OSGi的推廣是件非常好的事。
閱讀全文
摘要: 說(shuō)書評(píng)實(shí)在是沒什么資格，:)，已經(jīng)有將近半年的時(shí)間都沒使用Ajax做產(chǎn)品或項(xiàng)目了，不過(guò)一直都在關(guān)注Ajax的發(fā)展和動(dòng)態(tài)，應(yīng)該說(shuō)Ajax的發(fā)展在這兩年以來(lái)非常的可喜，Ajax帶來(lái)的web友好性的改變?cè)诟鞔缶W(wǎng)站已經(jīng)開始顯現(xiàn)出來(lái)了，這一切都是很值得高興的，說(shuō)回正題，記得是當(dāng)時(shí)在做一個(gè)Ajax方面的框架，做的過(guò)程中開始看《Ajax patterns and best practice》，英文版本，碰巧從dlee那了解到他們正在翻譯這本非常不錯(cuò)的書，后來(lái)從dlee那拿到了翻譯后的草稿版，先睹為快了，記得當(dāng)時(shí)看了翻譯稿后就在我的blog上寫了一些關(guān)于書中介紹的模式，主要是看書后的激動(dòng)之情，順便也為了大家先了解下這本書的內(nèi)容，在《Ajax模式與最佳實(shí)踐》上市后拿到博文的贈(zèng)書，不過(guò)由于工作原因，一直沒時(shí)間好好的翻看，最近才拿出書來(lái)仔細(xì)的看了看。
很久都沒看技術(shù)方面的書了，大部分技術(shù)相關(guān)的東西都是要用的時(shí)候才從網(wǎng)上臨時(shí)的翻閱，基本就是看些小文章，再加上自己是個(gè)典型的實(shí)戰(zhàn)主義者，所以對(duì)書應(yīng)該也是較為挑剔的，《Ajax模式與最佳實(shí)踐》是本典型的實(shí)戰(zhàn)書籍，而且無(wú)疑是ajax實(shí)戰(zhàn)類書籍中的佼佼者，為什么
閱讀全文
摘要: 在Play OSGi中提及到了Bnd是個(gè)非常有用的東西，既然是個(gè)好東西，就介紹給大家用，在得到了Peter的授權(quán)下，我把這篇使用手冊(cè)翻譯成了中文，大家感興趣的話可以到這里看看：http://www.aqute.biz/Code/BndCn，同時(shí)也會(huì)提供一個(gè)PDF的版本供大家下載，PDF版本下載地址為：http://www.tkk7.com/Files/BlueDavy/Bnd.zip。
有了Bnd后，傳統(tǒng)的java工程非常容易打包成標(biāo)準(zhǔn)的OSGi R4的bundle，同時(shí)Bnd也為校驗(yàn)Bundle是否符合OSGi R4規(guī)范提供了支持，而且Bnd有命令行、Eclipse插件、Ant Task和Maven插件，拿過(guò)來(lái)非常的好用，強(qiáng)烈推薦大家用用看。
見文中的例子...
基于Bnd我們非常容易就把一個(gè)傳統(tǒng)的java工程打包成了兩個(gè)有效的OSGi R4的Bundle，從這可以看出這對(duì)于要把傳統(tǒng)的java系統(tǒng)重構(gòu)為基于OSGi的系統(tǒng)會(huì)有很大的幫助，除了打包生成Bundle外，Bnd本身還具備了校驗(yàn)bundle是否符合OSGi R4規(guī)范、把新的文件或jar文件添加到
閱讀全文
摘要: Peter(OSGi主席)在7月3日的一篇blog上展示了一個(gè)很有趣的演示，相信可以給公眾很好的展示下使用OSGi是一件很好玩的事，很簡(jiǎn)單的快速的基于OSGi搭建出各種各樣不同的系統(tǒng)，我知道也許你會(huì)說(shuō)你們的系統(tǒng)也可以，但你覺得真的能做到和基于OSGi所做出的系統(tǒng)的效果一樣嗎，really？如果可以的話，非常恭喜你，你對(duì)模塊化、動(dòng)態(tài)化都有很強(qiáng)很深的認(rèn)識(shí)，如果不可以但又想做到這種效果的話，我覺得不妨和Peter所做的一樣試著Play OSGi。
閱讀全文
摘要: 很久以前寫過(guò)一篇關(guān)于產(chǎn)品規(guī)劃的blog，結(jié)合最近在做產(chǎn)品規(guī)劃時(shí)的一些感想再來(lái)寫一些想法，產(chǎn)品規(guī)劃涵蓋的面非常的大，宏觀上來(lái)講涉及到技術(shù)部門、銷售部門、售前部門等，細(xì)節(jié)上來(lái)講涉及到產(chǎn)品每個(gè)版本的功能特性、銷售、推廣策略、銷售對(duì)象、售后支持、產(chǎn)品定價(jià)甚至是產(chǎn)品包裝的細(xì)節(jié)，所以在做產(chǎn)品規(guī)劃時(shí)要考慮的較為全面，需要做到宏觀以及細(xì)節(jié)層面的共同把握，本篇blog主要是對(duì)產(chǎn)品規(guī)劃中的藍(lán)圖規(guī)劃和版本規(guī)劃做一些概述。
閱讀全文
摘要: 在之前的一篇blog中提及到實(shí)現(xiàn)系統(tǒng)整合的方式有兩種，其中一種就是通過(guò)建設(shè)綜合系統(tǒng)來(lái)實(shí)現(xiàn)系統(tǒng)整合，近期經(jīng)歷了好幾個(gè)這樣的項(xiàng)目，來(lái)說(shuō)說(shuō)這種方式的項(xiàng)目的幾個(gè)難點(diǎn)的地方，我是以整合廠商的身份進(jìn)入此類項(xiàng)目，所以blog中更多的可能代表了整合廠商的心聲。
在這類項(xiàng)目中，集成商的能力非常的關(guān)鍵，集成商的能力主要包括了技術(shù)能力、業(yè)務(wù)能力以及協(xié)調(diào)能力，這三種能力缺一不可，分別來(lái)看看這三種能力在此類項(xiàng)目中的重要性。
閱讀全文
摘要: 整合項(xiàng)目難做，做過(guò)的人都是很容易知道的，這也是為什么整合項(xiàng)目通常要規(guī)劃很久、實(shí)施很久，而且還要花費(fèi)很大的財(cái)力的原因，在之前的blog中曾經(jīng)寫過(guò)整合項(xiàng)目難做的一些地方，像數(shù)據(jù)分析、客戶的不夠理解等。
隨著對(duì)于整合項(xiàng)目實(shí)施的逐步深入，碰到的難點(diǎn)在逐步的增多，目前手頭的一個(gè)整合項(xiàng)目接近完成了，對(duì)于這種類型而言的整合項(xiàng)目中的難點(diǎn)估計(jì)該出現(xiàn)的都已經(jīng)出現(xiàn)了，總結(jié)下來(lái)除了數(shù)據(jù)分析這個(gè)大難點(diǎn)之外，還有的難點(diǎn)就是業(yè)務(wù)理解的不一致、系統(tǒng)設(shè)計(jì)的不一致和協(xié)調(diào)這三個(gè)，其實(shí)業(yè)務(wù)理解的不一致和系統(tǒng)設(shè)計(jì)的不一致可以列入數(shù)據(jù)分析這個(gè)范圍，但由于這兩點(diǎn)對(duì)于整合項(xiàng)目的影響較大，會(huì)很大程度影響整合項(xiàng)目實(shí)現(xiàn)的難度，所以還是單獨(dú)列出來(lái)講講。
閱讀全文
摘要: 在信息化建設(shè)上企業(yè)以及政府都投入了很多年了，多年的信息化建設(shè)使得企業(yè)以及政府擁有了很多套獨(dú)立的專業(yè)的信息/業(yè)務(wù)系統(tǒng)，隨著系統(tǒng)建設(shè)的完畢以及應(yīng)用的深入，企業(yè)以及政府對(duì)于系統(tǒng)的依賴性在逐步的加大，企業(yè)以及政府慢慢的意識(shí)到多套系統(tǒng)造成了各套系統(tǒng)中的信息無(wú)法分享，也就是形成了常說(shuō)的“信息孤島”，企業(yè)以及政府對(duì)于信息的整合的需求已經(jīng)越來(lái)越迫切也越來(lái)越突出了，盡管整合“信息孤島”這樣的概念各大公司(IBM、BEA等)在幾年前就已經(jīng)提出了，但應(yīng)該說(shuō)在幾年前仍然是洗腦甚于實(shí)際，不過(guò)現(xiàn)在整合已經(jīng)步入了實(shí)際階段，也可以說(shuō)是整合時(shí)代已經(jīng)來(lái)臨。
閱讀全文
摘要: 這是一篇對(duì)于從事數(shù)據(jù)集成的實(shí)施、銷售和售前人員的培訓(xùn)的PPT,較為簡(jiǎn)單，主要是講解了數(shù)據(jù)集成類項(xiàng)目的概念、實(shí)現(xiàn)方法和通常采用的實(shí)施步驟。
感興趣的朋友們可以到這里下載：
http://www.tkk7.com/Files/BlueDavy/數(shù)據(jù)集成項(xiàng)目培訓(xùn).rar
閱讀全文
摘要: 在數(shù)據(jù)集成類的項(xiàng)目中，最難的過(guò)程就是數(shù)據(jù)分析了，數(shù)據(jù)分析過(guò)程位于數(shù)據(jù)集成類項(xiàng)目整個(gè)過(guò)程(前期準(zhǔn)備調(diào)研-----數(shù)據(jù)分析-----接口實(shí)現(xiàn))的第二步，它為第三步接口實(shí)現(xiàn)提供了充分的準(zhǔn)備，因此數(shù)據(jù)分析的正確與否很大程度上決定了數(shù)據(jù)集成能否成功的實(shí)現(xiàn)和完成。
怎么樣有效的進(jìn)行數(shù)據(jù)分析呢，怎么樣提前在數(shù)據(jù)分析中盡量避免問(wèn)題等到實(shí)現(xiàn)時(shí)才出現(xiàn)呢？這是一個(gè)行之有效的數(shù)據(jù)分析方法論的評(píng)判的關(guān)鍵。
經(jīng)過(guò)幾個(gè)項(xiàng)目的經(jīng)歷，反思了一下在做這些項(xiàng)目時(shí)比較有效的方法和失妥的方法，總結(jié)了一套目前個(gè)人覺得可行的數(shù)據(jù)分析方法，此套數(shù)據(jù)分析方法只適用于數(shù)據(jù)庫(kù)---文件---數(shù)據(jù)庫(kù)或數(shù)據(jù)庫(kù)---數(shù)據(jù)庫(kù)的分析，對(duì)于接口式的集成(例如調(diào)用對(duì)方的webservice、EJB接口等)并不適用，在這樣的一套數(shù)據(jù)分析的方法中，為數(shù)據(jù)分析的步驟以及需要注意的問(wèn)題事項(xiàng)提出了指導(dǎo)，編寫此blog以希望有同行的同學(xué)們多多交流。
閱讀全文
摘要: 話說(shuō)上篇blog談到了數(shù)據(jù)集成類項(xiàng)目的難點(diǎn)，在這篇blog中再根據(jù)數(shù)據(jù)集成項(xiàng)目/產(chǎn)品的特點(diǎn)來(lái)侃侃所需的人才，對(duì)于做數(shù)據(jù)集成產(chǎn)品的公司而言，通常都是走專業(yè)性質(zhì)的產(chǎn)品公司的發(fā)展路線，在這樣的公司中技術(shù)方向的組織架構(gòu)多數(shù)為產(chǎn)品實(shí)施人員、產(chǎn)品技術(shù)支持人員和產(chǎn)品研發(fā)人員，那么根據(jù)數(shù)據(jù)集成類項(xiàng)目的情況來(lái)說(shuō)，這些人才都需要具備些什么樣的能力呢，產(chǎn)品公司又應(yīng)該給這些人才提供些什么方面的培訓(xùn)呢，借此篇blog做個(gè)總結(jié)，同行的同學(xué)們多多交流。
閱讀全文
摘要: 經(jīng)過(guò)之前幾年各大廠商對(duì)于應(yīng)用整合的概念的大肆推廣、吹噓，近兩年來(lái)隨著各企業(yè)/單位的基礎(chǔ)系統(tǒng)的建設(shè)完善，應(yīng)用整合類項(xiàng)目開始步入實(shí)質(zhì)階段，而數(shù)據(jù)集成就是目前應(yīng)用集成類項(xiàng)目中一個(gè)重要的部分，那么數(shù)據(jù)集成類的項(xiàng)目它的難點(diǎn)通常會(huì)有哪一些呢，根據(jù)自己的經(jīng)驗(yàn)稍微的進(jìn)行了些總結(jié)，希望從事相關(guān)工作的同學(xué)們多多交流。
閱讀全文
摘要: 不知道很多正在創(chuàng)業(yè)、已經(jīng)起步或者想做中間件廠商的同學(xué)們會(huì)怎么看待這個(gè)問(wèn)題，中間件廠商到底有多難呢，它的難處到底又在哪里呢，為什么中國(guó)一直以來(lái)就很難誕生一家比較好的中間件產(chǎn)品的廠商呢，在這篇blog中想談?wù)勛约旱囊恍└惺堋?nbsp;
閱讀全文
摘要: 由于當(dāng)時(shí)匆忙的發(fā)布，沒有進(jìn)行仔細(xì)的校對(duì)，發(fā)布的EventAdmin部分的代碼中缺少了使用DS實(shí)現(xiàn)的示例，但同時(shí)在其中又提供了OSGI-INF/component.xml，導(dǎo)致了如果大家直接使用該Component.xml切換為使用DS來(lái)實(shí)現(xiàn)EventHandler的時(shí)候會(huì)出現(xiàn)運(yùn)行時(shí)事件未通知到EventHandler的現(xiàn)象。
閱讀全文
摘要: 在本屆EclipseCon 2007大會(huì)上，OSGi占據(jù)了不少的Topic，下面就對(duì)本次EclipseCon 2007大會(huì)上OSGi相關(guān)的主要的一些Topic簡(jiǎn)單的介紹下，最后總結(jié)下通過(guò)本次大會(huì)形成的反饋(信息來(lái)源于OSGi官方網(wǎng)站blog和EclipseCon 2007官方網(wǎng)站)，關(guān)于EclipseCon其他方面的精品Topic在后續(xù)的blog中也將相繼介紹。
閱讀全文
摘要: Peter在2月23的時(shí)候在OSGi的官方網(wǎng)站上貼了這么一篇blog，挺經(jīng)典，至少讓我學(xué)到了一些東西，建議關(guān)注OSGi或者關(guān)心系統(tǒng)設(shè)計(jì)中資源管理的人都看看，在這篇blog中我簡(jiǎn)單的將peter寫的blog的意思大概寫一下，也不全部翻譯了，另外說(shuō)一下自己的看法。
如果感興趣的話，請(qǐng)同學(xué)們?nèi)ゲ榭碢eter的這兩個(gè)帖子：
http://www.osgi.org/blog/2007/02/osgi-extender-model.html
http://www.aqute.biz/Snippets/Extender
這個(gè)OSGi Extender Model給了我們什么啟示呢：
1、Declarative方式的使用
Declarative無(wú)非是現(xiàn)在一種非常非常流行的軟件設(shè)計(jì)理念，在這樣的理念中，可以盡量的保證當(dāng)前組件的簡(jiǎn)單，而通過(guò)Declarative的方式去增強(qiáng)的描述該組件，其實(shí)在spring中最重要的也是這個(gè)思想，而在OSGi的DS中也是這么一個(gè)思想，聲明式的編程自然讓整個(gè)系統(tǒng)的體系變得非常的簡(jiǎn)單和靈活，并且大大提升系統(tǒng)組件的可
閱讀全文
摘要: 去年帶了幾個(gè)新人，越來(lái)越覺得軟件開發(fā)這行還是需要一定的"天份"的，其實(shí)每行都需要一定的"天份"，每個(gè)人都有自己最為適合的行業(yè)，特別是技術(shù)行當(dāng)而言，如果真的希望在軟件的技術(shù)領(lǐng)域有所發(fā)展的話，勤奮、吃苦的精神固然是必須的，但以下的幾點(diǎn)素質(zhì)卻是基本的，而有些我覺得完全是靠天生的，或者后天小時(shí)候的努力才能培養(yǎng)出來(lái)的，如果不具備的話，我覺得這樣的人就不是很適合從事軟件技術(shù)行業(yè)：
1、邏輯思維能力
2、舉一反三能力
3、自學(xué)、獨(dú)立解決問(wèn)題的能力
4、對(duì)軟件開發(fā)的興趣
閱讀全文
摘要: 搭建動(dòng)態(tài)化的系統(tǒng)是作為java開發(fā)人員一直就非常追求的目標(biāo)，一個(gè)系統(tǒng)能夠動(dòng)態(tài)化就意味著：
★ 添加新功能時(shí)不需要重啟系統(tǒng)；
★ 修改已存在的功能時(shí)不需要重啟系統(tǒng)；
★ 刪除一些不需要的功能時(shí)不需要重啟系統(tǒng)；
★ 修改系統(tǒng)中的配置時(shí)可以不需要重啟系統(tǒng)即刻生效；
★ 系統(tǒng)的業(yè)務(wù)行為可動(dòng)態(tài)的改變。
也許習(xí)慣了傳統(tǒng)java開發(fā)方式的人而言，沒有這些動(dòng)態(tài)化也沒什么，但不可否認(rèn)，這些動(dòng)態(tài)化的特征還是非常吸引人的，尤其是如果能很容易就獲得這些好處，那么自然就不會(huì)錯(cuò)過(guò)這些好處了，基于OSGi可以很容易的讓我們獲取到這些好處。
閱讀全文
摘要: 作為一個(gè)桌面應(yīng)用的開發(fā)者，向RCP致敬的理由會(huì)是RCP提供了豐富的界面控件，使得基于Java開發(fā)桌面應(yīng)用也變得容易了很多，盡管仍然不能和基于VB、Delphi去相比；對(duì)于我而言，盡管使用RCP也是為了開發(fā)桌面應(yīng)用，但RCP給我?guī)?lái)的更多的感覺是在它充分發(fā)揮插件化系統(tǒng)的優(yōu)勢(shì)方面，RCP可以視為基于OSGi構(gòu)建插件化系統(tǒng)的最佳實(shí)踐的指導(dǎo)，從RCP的設(shè)計(jì)中，可以學(xué)習(xí)到如何讓應(yīng)用做到模塊化、讓應(yīng)用做到動(dòng)態(tài)化，甚至還可以學(xué)習(xí)到象如何自動(dòng)生成界面這樣的細(xì)節(jié)設(shè)計(jì)思想，盡管我自己基于OSGi做應(yīng)用型的產(chǎn)品也做了一段時(shí)間了，但自己仍然一直感覺到在發(fā)揮插件化系統(tǒng)的優(yōu)勢(shì)方面還有不小差距，RCP可以看做是基于OSGi做插件化應(yīng)用系統(tǒng)的最佳實(shí)踐，其中的不少設(shè)計(jì)方法甚至都可以整理成為基于OSGi做插件化應(yīng)用系統(tǒng)的設(shè)計(jì)模式，讓我們進(jìn)入RCP之旅，揭開面紗，一探其本質(zhì)吧，相信大家在了解了RCP的設(shè)計(jì)思想，看過(guò)其代碼后，不得不對(duì)RCP表示崇高的敬意，大師之作，不同凡響。
閱讀全文
摘要: 上午在普元的網(wǎng)上培訓(xùn)的地方和業(yè)界的朋友們進(jìn)行了OSGi的交流，PPT在我之前的blog中已經(jīng)提供，大家可以通過(guò)以下網(wǎng)址來(lái)下載今天演講時(shí)的全程錄像(帶聲音)，PPT：
http://www.osgi.org.cn/opentopic/OSGiInAction.rar
其中的會(huì)議全程錄像就是帶聲音和演示的東西，感興趣的同學(xué)們可以下去聽聽、看看，歡迎大家多交流。
這次的演講主要就是一個(gè)介紹，講的都比較粗，沒有細(xì)致的去講其中的東西。
閱讀全文
摘要: 新年即將來(lái)臨，Peter在OSGi的官方blog上對(duì)OSGi 06年的發(fā)展進(jìn)行了回顧，同時(shí)也就07年OSGi進(jìn)行了展望，在這篇blog中我也對(duì)一年以來(lái)OSGi的發(fā)展、自己在OSGi方面的工作以及對(duì)于明年OSGi的期望也做些闡述。
閱讀全文
摘要: 12月30日下午13:00--15:00我將在普元goCom社區(qū)舉行一次OSGi Topic，歡迎感興趣的O粉(OSGi Fans)到時(shí)前往交流和討論，由于這是在網(wǎng)上首次進(jìn)行的公開Topic，鑒于對(duì)聽眾群不了解的情況，本次Topic主要仍然是宣傳和推廣OSGi，所以基本上只是OSGi的一些簡(jiǎn)介，以下列出了大綱和PPT的下載地址。
閱讀全文
摘要: 之前也寫過(guò)關(guān)于Service-Oriented Component Model的blog了，Service-Oriented Component Model(以下簡(jiǎn)稱SOCM)是OSGi R4中最為重要的改進(jìn)，SOCM也是切實(shí)體現(xiàn)OSGi的動(dòng)態(tài)性的模型，大家在使用SOCM的時(shí)候可能會(huì)因?yàn)槭艿皆兴枷氲挠绊懚粫r(shí)無(wú)法理解，在這篇blog中將再次的對(duì)SOCM進(jìn)行講解，以便大家能夠更好的理解和進(jìn)行運(yùn)用。
閱讀全文
摘要: EclipseCon2007中OSGi主題部分的Long Talks均已提交，雖然尚未確定最終哪些Topic將會(huì)入選，我們可以先一睹為快，此次總共提交了16個(gè)Topic，讓我們來(lái)看看這些Topic：
閱讀全文
摘要: 置換模式，引用即將出版的《ajax模式和最佳實(shí)踐》(也就是《ajax patterns and best practice》)中對(duì)于它的意圖的描述：
“置換模式(Permutations pattern) 被服務(wù)器用來(lái)分離資源(URL)與表現(xiàn)(例如HTML或XML)。分離資源與表現(xiàn)使得終端用戶只需要關(guān)心資源，不需要擔(dān)心URL所關(guān)聯(lián)的內(nèi)容。例如，假如一個(gè)客戶的銀行帳號(hào)是URL http://mydomain.com/accounts/user，那么相同的 URL 能夠被各種各樣的設(shè)備 (電話，PC等等)來(lái)使用。”
閱讀全文
摘要: 一眼看過(guò)去相信大家都知道用Runtime.getRuntime().exec來(lái)調(diào)用，我的需求就是：
調(diào)用Oracle EXP命令完成備份，并返回生成的備份文件名，這個(gè)備份文件會(huì)很快在其他的地方被使用。
采用Runtime.getRuntime().exec我們都知道，需要處理它的InputStream，以避免出現(xiàn)執(zhí)行的命令輸出的信息過(guò)多使得進(jìn)程被堵死，OK，按照這樣的方法寫出來(lái)的代碼執(zhí)行后卻碰到了問(wèn)題.....
閱讀全文
摘要: 在之前的一篇blog中我曾經(jīng)寫到過(guò)CM對(duì)于application level的configuration的不適用，提到的主要是兩點(diǎn)：
1、無(wú)法在外部統(tǒng)一的對(duì)Bundle中service所需要的屬性進(jìn)行管理；
當(dāng)時(shí)基于這個(gè)約束，只好在各自的bundle下編寫一個(gè)管理當(dāng)前bundle屬性的服務(wù)，當(dāng)外部需要管理此bundle的屬性時(shí)，必須通過(guò)這個(gè)服務(wù)來(lái)管理，否則的話改變是不會(huì)起到效果的。
2、無(wú)法共享屬性的配置。
每個(gè)bundle都保存自己獨(dú)立的一份屬性配置，這就導(dǎo)致了當(dāng)出現(xiàn)共享屬性時(shí)，在管理端也不得不同時(shí)去重復(fù)的更新多個(gè)bundle。
經(jīng)過(guò)對(duì)于Equinox的CM實(shí)現(xiàn)代碼的查看，發(fā)現(xiàn)我冤枉CM了，現(xiàn)在給它平反，:)
閱讀全文
摘要: 此模式出自《Ajax patterns and best practice》，這個(gè)模式非常具備實(shí)際意義，為客戶端的緩存實(shí)現(xiàn)做出了指導(dǎo)，和以往在使用傳統(tǒng)B/S結(jié)構(gòu)進(jìn)行開發(fā)時(shí)所做緩存的思路有一個(gè)改進(jìn)點(diǎn)，:)。
閱讀全文
摘要: 界面設(shè)計(jì)，一個(gè)在軟件行業(yè)非常尷尬地位的東西，但是絕對(duì)離不開的東西，不過(guò)在軟件行業(yè)的技術(shù)發(fā)展一直是為程序員們提供更佳的方式，而在界面設(shè)計(jì)方面則是在近些年來(lái)才逐漸的重視，但這并不意味著在界面設(shè)計(jì)上一直就做的很好，反倒在界面設(shè)計(jì)方面一直就是軟件設(shè)計(jì)中最薄弱的環(huán)節(jié)，如果從軟件設(shè)計(jì)的層面去看界面設(shè)計(jì)，N多的設(shè)計(jì)師都會(huì)看到其中犯的N多設(shè)計(jì)錯(cuò)誤的基本常識(shí)，可以去想想為什么每次系統(tǒng)改界面總會(huì)是件那么痛苦的事，很多時(shí)候都是因?yàn)樵陧?xiàng)目/產(chǎn)品中缺乏專業(yè)的界面設(shè)計(jì)師而造成的。
在你的項(xiàng)目/產(chǎn)品中，是否有專業(yè)的界面設(shè)計(jì)師呢？
閱讀全文
摘要: EclipseCon 2007中將會(huì)有關(guān)于OSGi的專題Topic，經(jīng)過(guò)一段時(shí)間的Topic征求后，目前公布出來(lái)了一些Topic供大家投票，以確定到底哪幾個(gè)Topic會(huì)在明年的EclipseCon上登場(chǎng)，稍微看了一下，基本上都屬于初級(jí)的介紹，沒有什么深入性質(zhì)的探討，畢竟OSGi在國(guó)外目前也只是處于開始流行階段，順便提一下最近OSGi EEG倒是有不少的動(dòng)作，相信近期會(huì)有一些他們活動(dòng)的結(jié)果公告出來(lái)。
在這篇blog中將介紹下這些參加海選的Topic....
總體而言，無(wú)論這里面哪些Topic會(huì)成為EclipseCon 2007的正式Topic，它們的講述必將為OSGi的推廣做出貢獻(xiàn)，支持誰(shuí)，就趕緊為它投上一票吧，移動(dòng)、聯(lián)通、小靈通用戶均發(fā)送至OSGi，哈哈
回到正題，給Topic投票必須是EclipseCon網(wǎng)站的注冊(cè)會(huì)員，或者你可以直接發(fā)郵件給peter，:)，具體投票的地址請(qǐng)見：
http://bundles.osgi.org/Conference/Tutorials
閱讀全文
摘要: 每個(gè)面試官隨著面試經(jīng)驗(yàn)的積累，都會(huì)逐漸的積累自己的一套面試標(biāo)準(zhǔn)，當(dāng)然，這套面試標(biāo)準(zhǔn)也會(huì)隨著公司的需求、業(yè)界的發(fā)展而不斷的變化和發(fā)展，面試標(biāo)準(zhǔn)反應(yīng)了面試官對(duì)于各種級(jí)別技術(shù)人員的技術(shù)要求，在以前的一篇blog中曾經(jīng)提及過(guò)面試官應(yīng)營(yíng)造好的面試氛圍，而這篇blog則會(huì)談及自己面試時(shí)采用的標(biāo)準(zhǔn)來(lái)衡量面試者的技術(shù)能力，拋磚引玉，大家多交流.....
個(gè)人覺得面試標(biāo)準(zhǔn)主要由純技術(shù)方面的標(biāo)準(zhǔn)和符合公司產(chǎn)品/項(xiàng)目技術(shù)要求的標(biāo)準(zhǔn)兩部分組成，當(dāng)然，還有一些是性格方面的要求，這篇blog主要談及下技術(shù)方面的面試標(biāo)準(zhǔn)，由于面試多和公司要求、面試官的判斷標(biāo)準(zhǔn)有關(guān)，所以通常來(lái)說(shuō)不能因?yàn)闆]通過(guò)面試就認(rèn)為自己沒有這方面的能力，需要多嘗試。
面試時(shí)對(duì)于面試者我會(huì)根據(jù)程序員和設(shè)計(jì)師兩種大的標(biāo)準(zhǔn)來(lái)問(wèn)問(wèn)題。
閱讀全文
摘要: Peter對(duì)于JSR 277是極度的關(guān)注，畢竟JSR 277和OSGi在實(shí)現(xiàn)的目標(biāo)上具備了那么多的共同性，從98年JSR 277開始，Peter就希望能加入JSR 277 JCP Group，但是被拒了，JSR 277基本完全是SUN在主導(dǎo)的，經(jīng)過(guò)這么多年了，JSR 277的草稿終于是發(fā)布出來(lái)了，Peter在對(duì)JSR 277做了Review后特意寫了篇Blog做了評(píng)價(jià)，總結(jié)而言，Peter認(rèn)為JSR 277 just like a toy,JSR 277并沒有吸取OSGi在這8年模塊化方面的教訓(xùn)和經(jīng)驗(yàn)，在模塊的一致性校驗(yàn)、可選性、分離包機(jī)制等等方面都缺少足夠的考慮，原文見：
http://www.osgi.org/blog/2006/10/jsr-277-review.html
閱讀全文
摘要: 關(guān)于OSGi、SCA的最新的一些消息。
閱讀全文
摘要: POJO這個(gè)詞無(wú)疑是這幾年來(lái)Java界最為熱門的詞，各類框架都是以支持POJO形式作為其關(guān)鍵的特性之一，確實(shí)，POJO方式降低了開發(fā)的難度和門檻，讓開發(fā)人員能夠得以更加的關(guān)注和實(shí)現(xiàn)業(yè)務(wù)，而Spring也同樣是依靠著"POJO Enhanced"獲得了大家的認(rèn)可。
閱讀全文
摘要: 發(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)，估計(jì)他們可能不在這個(gè)maillist里吧......
閱讀全文
摘要: OSGi和SCA到底能有什么關(guān)系呢，確實(shí)，至少?gòu)默F(xiàn)有的OSGi規(guī)范以及SCA規(guī)范分別來(lái)看，兩者沒有直接的關(guān)聯(lián)，由于OSGi規(guī)范是對(duì)于嵌入式領(lǐng)域的軟件而制定的，其特別注重軟件的動(dòng)態(tài)性的支持，而SCA規(guī)范是對(duì)于企業(yè)應(yīng)用領(lǐng)域的軟件而制定的，并且是基于SOA的，其特別注重對(duì)于企業(yè)應(yīng)用而言的基礎(chǔ)設(shè)施的實(shí)現(xiàn)，同時(shí)又盡量的去屏蔽對(duì)于SCA容器使用者而言SOA帶來(lái)的技術(shù)實(shí)現(xiàn)細(xì)節(jié)的難度；但根據(jù)OSGi規(guī)范以及SCA規(guī)范，同時(shí)又能發(fā)現(xiàn)兩者有個(gè)共同希望解決的問(wèn)題，那就是規(guī)范的模塊化，這是OSGi規(guī)范和SCA規(guī)范中的一個(gè)共同目標(biāo)。
閱讀全文
摘要: IBM認(rèn)為一個(gè)完整的EAI的解決方案應(yīng)當(dāng)包括五個(gè)方面：用戶交互、應(yīng)用連接、業(yè)務(wù)流程整合、構(gòu)建整合和信息集成。
在這篇blog中來(lái)探討下EAI的應(yīng)用連接，IBM對(duì)于應(yīng)用連接的定義：通過(guò) HUB 或總線架構(gòu)，實(shí)現(xiàn)應(yīng)用與應(yīng)用之間的連接，完成相關(guān)的數(shù)據(jù)路由與數(shù)據(jù)格式轉(zhuǎn)換，對(duì)于IBM的這個(gè)定義，非常的認(rèn)可，在實(shí)際的EAI類的項(xiàng)目中，這也確實(shí)是個(gè)很實(shí)際的需要解決的問(wèn)題，可能很多人仍然會(huì)認(rèn)為EAI是一種炒作，好象也是沒有什么做的成功的EAI項(xiàng)目，但EAI項(xiàng)目現(xiàn)在確實(shí)是存在的，而且在這塊的技術(shù)、實(shí)施經(jīng)驗(yàn)也是不斷的成熟，EAI項(xiàng)目帶來(lái)的意義更是不可否認(rèn)，在這篇blog中將從應(yīng)用連接所應(yīng)對(duì)的應(yīng)用場(chǎng)景、技術(shù)實(shí)現(xiàn)兩個(gè)方面來(lái)探討下：
閱讀全文
摘要: SCA無(wú)疑是目前業(yè)界最為火熱的詞語(yǔ)之一，粗略的翻閱了一下SCA V0.9的規(guī)范，先不論SCA的商業(yè)因素，不得不感嘆于SCA確實(shí)可以稱為企業(yè)應(yīng)用開發(fā)的利器，而SCA的野心也是從目前的規(guī)范中可見一斑。
閱讀全文
摘要: OSGi的CM就是Configuration Admin Service，是用于管理Bundle屬性、并在屬性發(fā)生變更時(shí)通知相應(yīng)的Service，但在實(shí)際的使用中發(fā)現(xiàn)OSGi的CM規(guī)范缺少對(duì)于共享屬性配置管理的支撐。
關(guān)于模塊的耦合上只有個(gè)小小的想法討論下，就是做為設(shè)計(jì)師你能否很快的告訴別人搭建你其中的一個(gè)模塊的工程需要哪幾個(gè)模塊的支撐，或者最好就是運(yùn)行檢驗(yàn)?zāi)闫渲械囊粋€(gè)模塊的功能需要哪幾個(gè)模塊來(lái)支撐，當(dāng)然，這個(gè)在基于OSGi的系統(tǒng)更容易來(lái)做到，不過(guò)這個(gè)確實(shí)是設(shè)計(jì)時(shí)很關(guān)鍵的一個(gè)地方，這既反映了系統(tǒng)中模塊的耦合性，更體現(xiàn)了系統(tǒng)的擴(kuò)展性以及系統(tǒng)的組裝耦合上是否合理。
閱讀全文
摘要: OSGi聯(lián)盟的主席Peter做了這么個(gè)小東西，原理非常的簡(jiǎn)單，在現(xiàn)在傳統(tǒng)的使用ajax的方式多為通過(guò)js直接調(diào)用Spring中的bean，那么peter做的這個(gè)小東西就變成了js直接調(diào)用OSGi中的service，基本上沒有什么難度，只是玩了一把a(bǔ)jax的東西，估計(jì)是peter以前對(duì)這塊接觸的少，peter把他做的這個(gè)東西放到他的Nokia E70上跑.....
閱讀全文
摘要: 模塊的可擴(kuò)展性是模塊設(shè)計(jì)時(shí)需要重點(diǎn)考慮的非功能特性，對(duì)于框架而言，擴(kuò)展性的設(shè)計(jì)則更加的重要，框架需要通過(guò)不斷的擴(kuò)展來(lái)充實(shí)其基礎(chǔ)設(shè)施，構(gòu)成真正的應(yīng)用系統(tǒng)。
模塊的擴(kuò)展主要有兩種，一種為擴(kuò)充功能的擴(kuò)展，另一種為覆蓋性質(zhì)的擴(kuò)展，當(dāng)然，本質(zhì)上而言是可以把這兩者進(jìn)行合并的。
在模塊的擴(kuò)展上Eclipse的擴(kuò)展點(diǎn)的設(shè)計(jì)方式無(wú)疑是支撐模塊可擴(kuò)展的經(jīng)典設(shè)計(jì)方法，到現(xiàn)在為止仍然是如此，基于Eclipse的擴(kuò)展點(diǎn)的設(shè)計(jì)無(wú)論是對(duì)于擴(kuò)充功能的擴(kuò)展還是覆蓋性質(zhì)的擴(kuò)展都支持的非常好，這個(gè)經(jīng)典的設(shè)計(jì)也是RCP得到那么多client side app的原因之一，盡管OSGi中并沒有定義這方面的規(guī)范，但做為OSGi R4的RI的Equinox考慮到更好的支撐Bundle的擴(kuò)展就引入了Eclipse的擴(kuò)展點(diǎn)的設(shè)計(jì)，在現(xiàn)在的Equinox中我們?nèi)匀豢梢曰贓clipse的擴(kuò)展點(diǎn)的方式來(lái)支撐模塊的可擴(kuò)展性。
但是否有別的方法呢？一定需要Eclipse的擴(kuò)展點(diǎn)的方式嗎？其實(shí)個(gè)人覺得基于OSGi的Service就已經(jīng)天然的構(gòu)成了一種可擴(kuò)展的設(shè)計(jì)，為什么這么說(shuō)呢？
閱讀全文
摘要: 在企業(yè)應(yīng)用中，持久化無(wú)疑是其中非常重要的一環(huán)，盡管OSGi的規(guī)范中也有負(fù)責(zé)持久數(shù)據(jù)、屬性的服務(wù)規(guī)范，但對(duì)于企業(yè)應(yīng)用而言那些顯然是不夠的，這里就以目前Java界流行的Hibernate為例來(lái)看看如何集成Hibernate到OSGi中，使得我們能夠很簡(jiǎn)單在OSGi中使用Hibernate進(jìn)行持久化。
閱讀全文
摘要: OSGi越來(lái)越風(fēng)行了，得到的關(guān)注越來(lái)越多，這本來(lái)是好事，但聽到的越來(lái)越多的聲音都是認(rèn)為OSGi對(duì)于B/S、企業(yè)應(yīng)用支持的太不夠，怎么說(shuō)呢，這些聲音挺好，至少說(shuō)明發(fā)出這些聲音的人肯定是想過(guò)將OSGi應(yīng)用到自己的項(xiàng)目/產(chǎn)品中去，雖然這是好的，但我覺得更多的原因還是很多的人都習(xí)慣的以一種框架的觀點(diǎn)去看OSGi，這對(duì)于OSGi而言或多或少有些不公平，為什么這么說(shuō)呢？
閱讀全文
摘要: 最近一段時(shí)間，OSGi這個(gè)詞在業(yè)界出現(xiàn)的頻率已經(jīng)越來(lái)越高，其受關(guān)注的程度也已經(jīng)在大幅度的增長(zhǎng)，當(dāng)然，這其中不可否認(rèn)OSGi聯(lián)盟、Eclipse、IBM等的推廣，但這主要當(dāng)然還是得益于OSGi在規(guī)范的模塊化以及動(dòng)態(tài)化的管理的領(lǐng)先優(yōu)勢(shì)，但也會(huì)發(fā)現(xiàn)，很多廠商以及很多人對(duì)于OSGi仍然處于觀望階段，這主要還是因?yàn)镺SGi在企業(yè)應(yīng)用上目前尚無(wú)太多案例的原因，但OSGi就真的不適合企業(yè)應(yīng)用了嗎，還是別的原因讓這么多的廠商、這么多的人對(duì)OSGi只是處于觀望的階段呢，應(yīng)該說(shuō)，主要原因應(yīng)該是OSGi目前對(duì)于企業(yè)應(yīng)用缺少足夠的基礎(chǔ)設(shè)施，OSGi聯(lián)盟顯然認(rèn)識(shí)到了OSGi在企業(yè)應(yīng)用上的不足，9月11日OSGi聯(lián)盟對(duì)外正式宣布了EEG(EEG的成員包含了IBM、BEA等各大廠商)的成立；而Spring與OSGi的結(jié)合更是很好的推動(dòng)OSGi進(jìn)入企業(yè)應(yīng)用。那么，就現(xiàn)在的OSGi規(guī)范來(lái)看，它離企業(yè)應(yīng)用到底還有多遠(yuǎn)呢：
閱讀全文
摘要: 個(gè)人覺得設(shè)計(jì)人員可以分為四種類型：模塊設(shè)計(jì)人員、框架設(shè)計(jì)人員、專業(yè)領(lǐng)域設(shè)計(jì)人員、系統(tǒng)設(shè)計(jì)人員，這四種類型的設(shè)計(jì)人員并沒有什么絕對(duì)的誰(shuí)強(qiáng)誰(shuí)弱，只能說(shuō)各有千秋吧，但一定程度上來(lái)講，四種類型之間還是存在著一些關(guān)聯(lián)，來(lái)看看這四類設(shè)計(jì)人員的專注點(diǎn)和關(guān)聯(lián)吧：
閱讀全文
摘要: 規(guī)范的模塊化開發(fā)是需要OSGi的重要理由之一，模塊化的開發(fā)方式一直就是現(xiàn)在的主流開發(fā)方式，但業(yè)界卻一直缺乏這樣的標(biāo)準(zhǔn)，當(dāng)然，如果java本身具備這樣的標(biāo)準(zhǔn)自然就更好了，那么大家就會(huì)很自然的以同樣的方式去設(shè)計(jì)、開發(fā)和部署模塊，但目前java暫時(shí)還沒有這樣的標(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)可則更是觸動(dòng)了它，目前的情況看下去，OSGi成為下一個(gè)版本的Java Module System JSR只是時(shí)間的問(wèn)題而已，整個(gè)業(yè)界能夠采取統(tǒng)一的方式進(jìn)行模塊的設(shè)計(jì)、開發(fā)是非常重要和有意義的事，這也是OSGi得到IBM等大公司支持的重要原因之一，說(shuō)了這么多背景性質(zhì)的話后開始來(lái)看看OSGi是如何規(guī)范化模塊的開發(fā)的：
閱讀全文
摘要: 在OSGi的官方網(wǎng)站的blog上Peter Kriens(OSGi主席)貼了一篇關(guān)于Spring and OSGi的blog，呵呵，peter在blog里寫的還真不客氣，直接說(shuō)以前只是聽說(shuō)過(guò)spring而已，但基本上沒任何了解，不過(guò)peter畢竟是高人，稍微看了后便準(zhǔn)確的點(diǎn)出了spring的兩個(gè)核心：解決依賴和組裝的配置方式以及POJO的動(dòng)態(tài)增強(qiáng)，Peter在blog里提及到在OSGi R5中將考慮如何讓現(xiàn)有系統(tǒng)無(wú)需改動(dòng)移植至OSGi平臺(tái)中，這點(diǎn)非常令人興奮，不過(guò)R5估計(jì)還早，最近OSGi R4.1倒是準(zhǔn)備release了，目前還沒得到關(guān)于4.1對(duì)比4的改進(jìn)的信息，在blog中，peter也提及他認(rèn)為目前Spring and OSGi的很多實(shí)現(xiàn)過(guò)于繁瑣，于是之前他和spring-osgi的幾個(gè)人員碰面重新考慮了這塊的設(shè)計(jì)，這可是非常好的事，OSGi的開發(fā)人員的視角和企業(yè)應(yīng)用的開發(fā)人員的視角確實(shí)會(huì)有很大的不同，兩者的碰撞還是能產(chǎn)生不少火花的，通過(guò)那次討論，Peter認(rèn)為OSGi的服務(wù)注冊(cè)/尋找機(jī)制可以很好的和spring的applicationContext機(jī)制做結(jié)合，他覺得現(xiàn)在這樣的改
閱讀全文
摘要: 盡管這只是一個(gè)小項(xiàng)目，耗時(shí)也很短，但個(gè)人覺得這個(gè)項(xiàng)目的整個(gè)過(guò)程還是值得回顧的，項(xiàng)目雖小，五臟俱全，項(xiàng)目經(jīng)歷了兩個(gè)小的迭代，迭代過(guò)程中經(jīng)歷了典型的需求調(diào)研、設(shè)計(jì)、開發(fā)&重構(gòu)、集成測(cè)試過(guò)程，采用了現(xiàn)場(chǎng)客戶、TDD等實(shí)踐，這里就以第一迭代來(lái)對(duì)這個(gè)項(xiàng)目的過(guò)程做些總結(jié)：
1、迭代版本的頻繁發(fā)布能很好的建立客戶方對(duì)于系統(tǒng)的信心；
2、結(jié)合真實(shí)系統(tǒng)的調(diào)研能夠更加準(zhǔn)確的挖掘(引導(dǎo))客戶的需求；
3、簡(jiǎn)單而完整的設(shè)計(jì)過(guò)程和TDD能保證開發(fā)較好的完成；
4、把握設(shè)計(jì)的尺度，依靠重構(gòu)來(lái)不斷的提升設(shè)計(jì)。
5、提升系統(tǒng)的交互對(duì)于客戶是直接而明顯的幫助。
閱讀全文
摘要: 表單是我們?cè)趯?shí)現(xiàn)應(yīng)用時(shí)常用的，通常情況下多數(shù)的應(yīng)用系統(tǒng)對(duì)于用戶而言就是在于表單打交道，所以提升表單的交互能力是非常重要的一個(gè)環(huán)節(jié)，當(dāng)然，交互其實(shí)很多時(shí)候和業(yè)務(wù)都是有關(guān)系的，就如很多業(yè)務(wù)表單需要的是快速錄入的方式，這個(gè)時(shí)候如回車添加行、Tab快速切換到相應(yīng)的域上都是非常重要的，在網(wǎng)上查了一下，沒找到一個(gè)完整的交互性質(zhì)的表單的Demo，非常的希望css高手們能動(dòng)手搞一個(gè)這樣的東西，這樣以后大家就方便了，由于在現(xiàn)在的一個(gè)項(xiàng)目中用到了，就把自己做的一個(gè)具備了一定能力的交互表單放到網(wǎng)上，希望有高手能基于這個(gè)或者自己做一個(gè)能作為以后做表單時(shí)可參考的對(duì)象，在這個(gè)交互表單中，對(duì)于交互性主要提供了這么一些：
1、表單進(jìn)入域時(shí)的即時(shí)提醒
2、回車增加行
3、星級(jí)評(píng)分
4、域值非法的提示
下載地址：http://www.tkk7.com/Files/BlueDavy/richform.rar
閱讀全文