Java
Java Programming,About I know
摘要: 這本書就是之前blog上寫的《構建高性能的大型分布式Java應用》一書，書稿完成后，覺得本書更多的仍然是偏向講解分布式Java應用的基礎知識，以及我個人工作經驗的一些分享，于是改名成了《分布式Java應用：基礎與實踐》，本書目前已送往印刷廠印刷，下面是目前的一些關于本書的信息：
1、封面和目錄
http://bluedavy.com/?p=55
2、序
http://bluedavy.com/?p=60
3、豆瓣上書的信息
http://book.douban.com/subject/4848587/
閱讀全文
摘要: 本次交流在4月24日圓滿完成，主題為關于JVM的那些事，撒迦@rednaxelafx給大家做了一個長達四小時的精彩分享，涵蓋了javac、解釋執行、c1、c2編譯執行方面的知識點。
由于視頻太大，感興趣的同學請從以下地址下載，自行觀看，:)，也歡迎看完后在twitter上，或在這里來進行討論，blog遷移到了bluedavy.com，地址在此：http://bluedavy.com/?p=36
閱讀全文
摘要: blog開始轉移到www.bluedavy.com，因此感興趣的同學請訪問http://bluedavy.com/?p=18
閱讀全文
摘要: 由阿里云龍浩同學牽頭的杭州程序員圓桌交流，第一期主題為并發編程，把自己的經驗也分享下，在活動結束后會公開此次交流的資料，具體PPT請見文中。
閱讀全文
摘要: 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.
閱讀全文
摘要: 本書預計共八章，目前完成五章，由于本書需要涵蓋Java分布式應用、高性能java應用、可伸縮的java應用以及高可用java應用四方面的知識點，編寫的難度不小，因此在此先行放出目錄和樣章，希望能夠得到大家的一些反饋，以保證本書的質量，目錄&樣章下載地址為：http://www.bluedavy.com/opendoc/bookpreview.pdf
閱讀全文
摘要: 非常強烈的推薦下BTrace這個工具，用了后不得不說太強大了，BTrace簡單來說，就是能在不改動當前程序的情況下，運行時的去監控Java程序的執行狀況，例如可以做到內存狀況的監控、方法調用的監控等等，官方網站上有非常多詳細的例子，我不說太多，只在下面舉一個簡單的例子來說明它的作用，BTrace的User Guide請見：http://kenai.com/projects/btrace/pages/UserGuide。
閱讀全文
摘要: 摘自《構建高性能的大型分布式Java應用》第六章，感興趣的同學們可以看看。
GC策略在G1還沒成熟的情況下，目前主要有串行、并行和并發三種，對于大內存的應用而言，串行的性能太低，因此使用到的主要是并行和并發兩種，具體這兩種GC的策略在深入JVM章節中已講解， 并行和并發GC的策略通過-XX:+UseParallelGC和-XX:+UseConcMarkSweepGC來指定，還有一些細節的配置參數用來配置策略的執行方式，例如：-XX:ParallelGCThreads、-XX:CMSInitiatingOccupancyFraction等，新生代對象回收只可選擇并行，在此就舉例來看看兩種GC策略在Full GC時的具體表現狀況。
閱讀全文
摘要: 在將Hessian從3.0.13升級到3.2.0時碰到兩個bug和一個ClassLoader處理策略的改變的問題，在此記錄下，希望能為使用Hessian 3.2.0的同學們提供點幫助，避免再走同樣的彎路。
閱讀全文
摘要: JVM是Java程序的運行環境，因此對于JVM的掌握有助于理解Java程序的執行以及編寫，尤其是運行時碰到的一些詭異問題，那么怎么樣能考察自己對于JVM關鍵知識點的掌握情況，幫助學習JVM機制呢，在這篇blog中來探討下。
閱讀全文
摘要: 在產品中有碰到過使用LinkedBlockingQueue.poll時超時很不準的現象，關鍵是這不是一般的不準，如果只是一點點不準的話也就勉強接受了，例如指定poll的超時時間為100ms，但最終執行.poll這段代碼就花費了8000ms的現象，這篇blog就是展示下通過一段小小的代碼來重現這樣的現象，畢竟沒有重現是無法證明為什么會出現這樣的現象的。
閱讀全文
摘要: 本文摘自《構建高性能的大型分布式Java應用》一書，Garbage First簡稱G1，它的目標是要做到盡量減少GC所導致的應用暫停的時間，讓應用達到準實時的效果，同時保持JVM堆空間的利用率，將作為CMS的替代者在JDK 7中閃亮登場，其最大的特色在于允許指定在某個時間段內GC所導致的應用暫停的時間最大為多少，例如在100秒內最多允許GC導致的應用暫停時間為1秒，這個特性對于準實時響應的系統而言非常的吸引人，這樣就再也不用擔心系統突然會暫停個兩三秒了。
閱讀全文
摘要: 記得自己在沒有進入互聯網行業之前，對于互聯網行業并不怎么感冒，總覺得互聯網行業的技術含量不高，沒什么意思，值得進入互聯網行業了，才明白，原來互聯網行業的技術是這么的復雜，這么的困難，而構建一個擁有巨大用戶量的系統無疑也會給自己帶來更多的成就感，記得自己剛進入互聯網行業的時候，才發現構建一個高并發、高性能、承受高壓力、高度可伸縮以及高可用性的系統要掌握的知識體系是在太多了，而且這些知識體系根本就不是在學校或是google、網絡中能夠學習到的，于是當時就想，如果能有一本書全面的介紹構建這”五高“特性的系統需要掌握的知識體系，那將是多么的美好呀，畢竟很多的知識體系都是靠經驗積累出來的，甚至可是說，是痛苦的教訓等得出來的，但當然，要在一本書中完全講清楚所有的知識體系，自然是不靠譜的，但我想我會盡量在書中表達出自己的一些觀點、看法以及少少的經驗吧，希望能夠讓更多的同學即使沒有大型系統的實際經驗，也能掌握到一些大型系統所需的知識體系，那么我心甚慰了，由于本書需要寫的東西非常的多，預計在9月底完成寫作，估計要到明年春節后上市，:)，以下先揭秘下本書的大概內容，也請大家多多提出意見。
閱讀全文
摘要: 記得Martin大叔在《企業應用架構模式》中特別強調：“能夠不分布式的應用就不要分布式”，這句話沒什么問題，尤其對于做過分布式應用的人而言，就更會有深刻的體會了，但這個世界偏偏就沒有那么簡單，大多數人都會碰到分布式應用的場景，尤其是對于大型應用而言，從集中式步入分布式是不可避免的，只是也許是小型分布式的，也許是大型分布式的；也許是有高性能要求的，也許是沒有的，在這篇blog中我們來看看java應用從集中式步入分布式后到底會帶來些什么挑戰。
閱讀全文
摘要: 近來連續調試了好幾天的代碼，樂趣無窮，:)，在純凈的人和機器對話的時間中，充分的和機器不斷的交流，最終共同實現功能，和同事說：“我喜愛調試代碼勝過了寫代碼”，怎么說呢，我覺得調試代碼能夠充分讓你將所掌握的知識發揮出來，考察自己解決問題的能力以及學習知識的能力，在這篇blog中來閑聊下調試代碼。
閱讀全文
摘要: 在面試中，經常要評估面試者的java基礎知識和其他知識的掌握情況，包括public/private/protected/默認修飾符、static/final修飾符、集合、字符串操作、對象比較、異常、設計模式和面試者經常使用的框架等，整理一下自己經常使用的評估方法，:)，拋磚中，希望能看到一些好的建議，讓大家更好的學習java知識，同時也更好的判斷人才，挖出真正的“金子”。
閱讀全文
摘要: 在JBoss Remoting 2.2.2中存在這么一個bug，如果剛好客戶端的timeout比服務器端處理時間短的話，就會出現客戶端連接池中的連接被無故用掉一個的狀況，而且是沒法回收的，最終就會導致很快客戶端的連接池被占滿的現象，在分析JBoss Remoting 2.2.2的代碼后發現了問題的所在，同時查看了下JBoss Remoting 2.4的代碼，發現在2.4中此bug已被修復。
閱讀全文
摘要: Java 5并發包的加入，給Java的并發程序的開發帶來了很多的好處，在此列舉一些并發編程中應該掌握的一些基礎知識片斷，這些片斷基本都是由一些問題組成，在片段中沒有直接寫出答案，由于可用來解決這些片段的方法還是很多的，因此只是提到了解決問題可選方案的關鍵字，如果有需要進一步了解的話，基本上 google一下應該就能查出來了，不過就像之前有朋友說的，如果不是經常用的話，其實就算現在知道了也是會忘記的，這很正常，:)，不過我更認為那是因為知其然而不知其所以然造成的，很多東西如果知道原理的話，基本上還是可以記得很長一段時間的。
閱讀全文
摘要: 這篇文檔是erlang創始者之一的Joe Armstrong所編寫的博士論文，由段先德翻譯、鄧輝審校，感興趣的同學可以從以下地址下載：
http://erlang-china.org/study/joe-armstrong_thesis_cn.html
Erlang在業界已經引起了不小的轟動，通讀了下這篇博士論文，翻譯的質量很高，:)，所以讀起來非常的順暢，論文的內容對于erlang初學者而言絕對是堪稱經典，寫的非常的不錯，點出了erlang的強項并詳細的進行了解釋，感謝翻譯論文的段先德和鄧輝的工作。
Erlang以天生的支持并發、分布式和容錯而聞名，由于erlang的誕生是為交換機而服務的，因此在并發、分布式、容錯、動態代碼升級等方面是實現的非常好的，其目前主要是應用在erission的交換機上，這對于erlang的那些天生的特性也是個很好的證明。
通過閱讀這篇博士論文，讓我對了erlang有了部分的認識，由于目前尚未實踐過，只能根據論文本身對自己理解的erlang做個闡述。
Erlang采用的是虛擬機的方式，這個虛擬機和java的虛擬機類似
閱讀全文
摘要: SQLUnit是一個用于對存儲過程進行單元測試的工具，其實也可以用于做針對數據庫數據、性能的測試等，延續了xUnit家族的一貫特性和風格，只不過它的測試是以xml的方式來編寫，但原則仍然和xUnit家族其他產品一樣，強調的是輸出和預期的比較，SQLUnit的文檔比較的少，由于官方站上并沒有提供類似其他開源工具的quick start guide，就寫了這篇quick start guide以便大家快速的使用sqlunit，至于SQLUnit的高級用法還是得去多看看sqlunit.sf.net官方站上的文檔。
為了讓大家能快速的開始入門使用SQLUnit，將介紹SQLUnit環境的搭建、如何編寫一個單元測試、如何運行。
閱讀全文
摘要: 一眼看過去相信大家都知道用Runtime.getRuntime().exec來調用，我的需求就是：
調用Oracle EXP命令完成備份，并返回生成的備份文件名，這個備份文件會很快在其他的地方被使用。
采用Runtime.getRuntime().exec我們都知道，需要處理它的InputStream，以避免出現執行的命令輸出的信息過多使得進程被堵死，OK，按照這樣的方法寫出來的代碼執行后卻碰到了問題.....
閱讀全文
摘要: 大家都知道，xmlhttp在通信時采用的是utf編碼，而國內很多網頁的信息都是采用gbk編碼，所以當直接通過ajax去連接網頁，并將獲取到的信息直接顯示的話就會出現亂碼的現象，有些時候無法改變服務器端網頁的編碼(例如獲取別的網站的天氣預報信息)，在這種時候就只能在客戶端通過js做編碼的工作了，下面這段js就是用于將服務器端返回的gbk編碼字符串轉換為utf編碼字符串：
閱讀全文
摘要: 緩存是在提升系統響應時常用的一種技術，在我之前的blog中也提及過好幾次這部分的技術，今天還是想從緩存涉及的一些方面再次的去談談，在系統緩存上通常采用的是有頁面緩存、處理緩存和數據緩存這三種具體的類別，應該說這三種緩存在實現上還是稍有不同，盡管底層的緩存實現是一樣的。
閱讀全文
摘要: Foundations Of Ajax，Ajax領域中的經典書籍，還是決定看看，今天趁有些時間便翻閱了一下，總體而言，這本書寫的還是不錯的，在douban上我寫了這么一段評價：“對于ajax新手而言，這絕對是本好書，可以快速的讓你了解ajax涉及的技術，如何去使用ajax以及ajax的一些缺點；對于ajax老手來說，這本書固然有些簡單，但我相信會帶給你更加系統化的ajax知識。”
閱讀全文
摘要: 再次做項目，感覺頗多，項目和產品其實都有應對變化的部分，項目更在乎功能的實現以及對于需求的應變能力，產品更在乎的是通用性的高度抽象、開放性以及基礎設施的建設上，產品比項目更依賴規劃人員對于通用性需求的挖掘上，而項目則更依賴需求人員對于客戶的需求的挖掘上。
閱讀全文
摘要: 記錄一下Maven 1升級到Maven 2、Hibernate 2.1升級到Hibernate 3的一些注意事項，^_^，以備后用，畢竟以前的系統很多都是基于Maven 1和Hibernate 2.1的。
閱讀全文
摘要: 繼續以OSGI R4的Declarative Services(DS)來講講Service-Oriented Component Model(SOCM)，SOCM對于現有的Component-Oriented Model或者是Service-Oriented Model來說到底有什么不同的地方，到底DS能給我們帶來什么樣的好處呢？
閱讀全文
摘要: 目前做的一個Web開發框架，基于元數據和RIA，把現在所做的效果貼出來給大家看看，同時也簡單的再說說基于元數據和RIA的開發，^_^
閱讀全文
摘要: Jeff在EclipseCon 2006那篇介紹Equinox的PPT中提到的Declarative Services(文中全部采用DS簡稱)的用法讓人極度被吸引，但同時又產生懷疑，想起以前自己看過DS好像不是這樣的，沒這么強，便再次翻閱了OSGI R4中的DS的章節，以驗證Jeff的說法，^_^，仔細看過DS章節后，確實為Declarative Services的強大而感到高興，DS是一個面向服務的組件模型，從組件模型層次上去看，它超越了傳統的組件模型，在組件模型描述的完備性上有了很大的進步，例如在組件服務的依賴上、組件服務的延遲加載上、組件服務的多樣性控制上、組件服務的配置上以及組件服務的生命周期管理上，不過DS只能在OSGI容器中使用，這盡管看上去可能是個弱點，但作為OSGI規范中的一部分，這無可厚非，其思想值得很多目前Component Model的開源框架值得思考和學習，如感興趣，請閱讀OSGI R4中DS章節。
閱讀全文
摘要: Hibernate獲取數據的方式有不同的幾種，其與緩存結合使用的效果也不盡相同，而Hibernate中具體怎么使用緩存其實是我們很關心的一個問題，直接涉及到性能方面。
閱讀全文
摘要: 再次犯了沒有仔細看Hibernate Reference的錯誤，在Hibernate 3以上版本都支持對于property設置lazy="true"，但一直我都以為只要設置了就可以實現的，今天和jindw討論的時候才知道原來不是這樣，^_^，趕快做了下試驗，確實，即使對于property設置了lazy="true"，但在調用獲取了po中的任意非主鍵屬性時其他所有的property也就被加載了，也就是說lazy沒有生效，到底怎么回事呢，翻閱Hibernate Reference才明白了這個問題。
閱讀全文
摘要: EclipseCon2006已經結束一段時間了，最近才抽出時間去down下相關感興趣的PPT來看看，受益不少，N多大師的演講另人拍案叫絕，不過也有幾個PPT讓我看的有所疑問，摘錄幾個PPT的讀后感，^_^
閱讀全文
摘要: 在實際項目中使用Hibernate有兩年多了，在兩年多的實踐過程中既體驗到了Hibernate帶來的N多好處，同時也碰到不少的問題，特寫此篇文章做個總結，記錄自己在Hibernate實踐中的一些經驗，希望對于新使用Hibernate的朋友能有個幫助，避免走過多的彎路。
閱讀本文前建議至少擁有Hibernate的一些基本知識，因為本文不會去詳細介紹相關的基本知識，最好就是先用Hibernate開發了一個HelloWorld，^_^。
根據自己所經歷的項目中使用Hibernate所涉及的范圍，本文從開發環境、開發、設計、性能、測試以及推薦的相關書籍方面進行講述，本篇文檔不會講的非常細致，只是根據自己在實踐時的經驗提出一些建議，關于細致以及具體的部分請參閱《Hibernate Reference》或推薦的相關書籍章節。
此文檔的PDF版本請到此下載：
http://m.tkk7.com/Files/BlueDavy/Hibernate實踐.rar
本文允許轉載，但轉載時請注明作者以及來源。
閱讀全文
摘要: 在上篇中簡單的描述了下在我現在開發的東西中關于元數據的設計，在這篇中將結合目前實際的系統的截圖來說明關于元數據的具體定義、UI方面的控制以及基于RIA和元數據的系統實現。
閱讀全文
摘要: 分層與分模塊開發，是開發時經常選用的兩種方式，應該說分模塊開發是較多被采用的方式，但一直以來都覺得其實分層方式自己是比較欣賞的方式。
閱讀全文
摘要: 看了caoxg在廣州Bea User Group上講的《利用元數據和RIA簡化企業應用程序的開發》的PPT，很有感觸，說說自己對于其中幾點的看法，同時也談談自己在現在的項目中的實際的關于metadata的做法。
閱讀全文
摘要: 在采用Ajax進行系統實現時，通常會采用onepage的方式進行實現，自己目前也在一個實際的項目中使用著，總體感覺有幾點是在使用onepage時特別要注意的。
閱讀全文
摘要: Equinox，我不想多做介紹，相信很多人都有所了解了，不了解的可具體去www.eclipse.org/equinox看看。
最近基于equinox做了一個系統，還是碰到了一些問題，當然也得到了在插件體系架構下的不少優點，在這里也做個總結。
總體而言，基于equinox做開發對于大多數java開發人員來說應該不會有太多改變的感覺，最多改變的感覺應該是帶給設計師，設計師需要有發揮插件體系架構優點以及減少其帶來的缺點的能力，^_^
閱讀全文
摘要: 關注測試的幾個方面：
1、測試數據/運行數據的互不影響；
2、單元測試；
3、集成測試。
閱讀全文
摘要: 總結，就是在同一個session內如果save了一個對象，再通過session.load的方式去取這個對象取出的將仍然是當前session中的對象，也就是說不會去數據庫中重新獲取...
怎么感覺這樣是不太對的，明明數據庫有改變，卻沒有去重新的加載...
閱讀全文
摘要: rife作為一個full stack rapid web development framework，對它還是比較感興趣的，今天上rife的官方網站看了下rife的features，它提供了一個關于continuations介紹的quicktime movie，不錯，把continuations介紹的還是比較清晰的，雖然影片很短，^_^，但點在了點子上。
閱讀全文
摘要: Java界的開源產品多如牛毛，不掌握一定的方法論的話覺得一方面是學不來這么多的開源產品，另一方面則是根本就發揮不了開源產品的作用，一直以來我就推崇技術人員按照工具型人才--->思想型人才--->創新型人才的發展路線，所以我覺得學習和熟悉幾種開源產品是必須的基本技能，但并不是說一定熟悉最新流行的開源產品，其實這個就象基于MS做開發的人員，最起碼要熟悉的就是.net這些東西，只有先在熟悉這些東西的基礎上才能形成更好的發展，一切都自己從底層摸起盡管會讓自己學習到很多也會理解很深，但會走很多的彎路，基于開源產品能基于別人經驗的基礎上進行學習，這樣自然會少一些彎路，而且其實這樣是很容易形成自己的一些想法的。
閱讀全文
摘要: 一直以來對于Acegi實現Domain Object Instance的權限控制就比較感興趣，今天抽空大致的看了一下，感覺和我以前提出的數據權限那部分的實現是大致相同的。
閱讀全文
摘要: 數據驅動開發框架需要提供的功能以及簡要描述的實現思路。
閱讀全文
摘要: 想改良一個爛設計為好設計嗎？想增加或維護代碼功能時更加簡單嗎？重構無疑是其中最好的方法之一，既然它是好的，我們就要把它發揮到極限，把重構發揮到極限的方法就像kent beck說的，采用兩頂帽子的原則，工作中不斷的交換帽子，^_^
閱讀全文
摘要: 既然測試是好的，那就把它發揮到極限。
測試是好的，這一點無可厚非，幾乎做軟件的人都是認可的，本篇只是談談測試中的單元測試部分，單元測試的目的是為了保證類中的方法是符合設計時的需求的，需求驅動似的類實現，^_^
閱讀全文
摘要: 在很多的web框架中，經常會看到提供html元素的標簽，例如在采用velocity作為顯示層的很多web框架中就會提供諸如table、input等這些元素標簽，提供這些標簽的用意是很清楚的，就是為了能夠統一整個web應用的顯示形式和操作模式，但這些標簽的提供卻在很大程度上給UI集成帶來了麻煩，想想本來只要UI設計師切割圖片然后直接導為html的部分，變成了還需要開發人員去把頁面所有的元素改為使用標簽的方式，平白無故的增加了痛苦。
閱讀全文
摘要: 為了提高系統的響應性能，一般都會采用緩存技術來實現，如果用象ehcache、oscache這樣的開源的cache工具來實現，一般都需要由開發人員來設置maxElementsInMemory這個值，但這個值在設置的時候大家都是怎么去設置的呢？憑想像還是隨便寫一個值呢？這個值設的過大嘛有可能會造成outofmemory，設的過小嘛又浪費服務器巨大的內存，為了能夠更好的設置這個值，我寫了個測試程序來估算1M內存能夠緩存多少個對象。
閱讀全文
摘要: R4中增加了Declarative Service，簡稱DS，本來一直還沒很關注，近來equinox maillist討論的比較多，今天就又翻開r4來看了看，Declarative Service的提出就是為了解決之前在R3時對于service的調用比較麻煩的問題，^_^，不過覺得這也只是部分解決而已，現在支持了service的lazy load的概念，呵呵，但其實現在的問題同樣很典型，新在采用的是通過ComponentContext.lookup的方式，多么象context.lookup，更是多么的象IoC 1，前段時間equinox maillist也一直討論過引入IoC的問題，也不知道現在進展如何了，希望能快點看到引入了IoC 2 or IoC 3的方式，那樣的話現在的service的引用就不會那么麻煩了......
閱讀全文
摘要: 對于基于AJAX的開發與基于MVCFramework的開發的比較，同時提出基于ajax開發吸取基于MVCFramework開發的優點的方式。
閱讀全文
摘要: 目前做的框架中對于數據驅動開發方式支持的Demo，如感興趣的話可以下載過去看看，是flash版的，因為太大了，所以只能提供分個壓縮包的方式。
閱讀全文
摘要: Ruby on rails的流行讓自己也忍不住去嘗試了一把，畢竟能夠號稱比java開發快10倍，僅這點就夠吸引人的了，初次使用下來，總體感覺就是和基于純java的開發來比自然是強很多，畢竟ruby on rails是個web開發框架，但如果以基于java的web開發框架去對比的話我倒是不覺得java的web開發框架效率就比ruby on rails低多少，也許是因為自己對ruby on rails了解不夠深入的原因。
閱讀全文
摘要: 表現層組件的概念沒什么多講的，這里我主要講表現層組件中的兩個焦點問題：
1、表現層組件顯示形式的控制。
包括對于表現層組件的顯示形式(表格、列表)、顯示樣式(表格背景、懸浮等)、布局方式(組件中元素的擺放)等的控制。
2、表現層組件的事件響應機制。
閱讀全文
摘要: 本文就Persistent層實現可采用的兩種模式Dao Pattern & Command Pattern進行了簡單的描述和對比。
閱讀全文
摘要: 數據集表現層組件暴露對外的接口，組件可通過參數設置等方式來達到對組件的如下控制：
閱讀全文
摘要: 近來帶team的時候發現team中的人缺乏一種有效解決問題的思維，寫代碼出bug是很正常的事，關鍵是怎么去解決它，在解決問題時個人覺得比較好的順序是這樣：
閱讀全文
摘要: 數據集(Dataset)這個概念相信對大多數人來說都不陌生，在.net中提供了很多數據集的表現層控件，最典型、復雜、實用的莫過于DataGrid，這里要講的是數據集表格組件，相對DataGrid來說更為簡單，在此系列中將闡述數據集表格組件的需求、設計、實現并將最后的效果進行截圖演示，本文是系列的第一篇，主要講述數據集表格組件(DataTable)的需求。
閱讀全文
摘要: 擔任系統設計師的職位一年了，盡管自己到現在為止仍然是個不合格的設計師，雖然這一年以來也不是完全從事設計的工作，但畢竟站在這個崗位上，主要從事的還是系統設計方面的工作，加上自己也有志于在這個方向發展，所以做一個年度總結是有必要的，也希望能對希望進入設計崗位的朋友們有些幫助，同時也希望得到在設計崗位上有經驗的同行們的指點。
這也是自己真正擔任系統設計師這個崗位的第一年，盡管在以前的工作中也曾經負責過設計部分，但現在回顧起來，覺得如果不在這個職位上，很多時候是無法了解到這個職位應該做的事的，自然也就無法去做了，在整個一年的工作中學到了很多的東西，同時也暴露了自己很多的不足，但總體而言自己是覺得已經踏入了系統設計的大門，但還需要不斷的提高。
閱讀全文
摘要: UIComponent，UI層組件，作為組件其最重要的就是接口的提供以及擴充性，同時作為UI層的組件，從UI層的職責來考慮就是UI的展示和交互兩個方面，在這兩個方面上UIComponent最需要考慮的就是顯示和邏輯的分離，避免邏輯造成對顯示的污染，顯示和邏輯的分離的好處就在于修改UI以及修改邏輯時都會更加的方便，不用去繁重的html代碼中尋找UI和邏輯。
閱讀全文
摘要: TDD的大致概念、實施方法、操作過程，并舉例說明，最后對于TDD實施過程中的注意事項稍做總結。
閱讀全文
摘要: 對于Java Web UI Component的優點、目前實現的技術、缺點以及自己的一些觀點，^_^
// TODO：以后需要在這個上面寫一篇更全面和完整的文章
閱讀全文
摘要: 寫這篇和以前的意思不一樣，這篇主要是對現在的動輒采用aop思想、采用插件架構、采用SOA、大集成技術這些東西的一個個人的看法，象這種思想級別或者架構級別的東西來說，是很多人采用，但真的發揮了它的作用嗎？不敢認同，呵呵，其實象一旦采用aop、插件體系架構這樣的思想或架構級的東西，帶來的是設計時，甚至是分析時的思想轉變，^_^，否則采用了甚至比不采用還慘，不僅帶不來效果反而會受很大的"傷害"，呵呵，所以在要采用思想級別和架構體系級別的技術轉變的時候真的要慎重思考，需要的是對采用的思想以及架構體系的深入了解，畢竟做軟件不是為了技術而技術的，當然，自己小玩玩當然是可以了。
閱讀全文
摘要: Equinox是Eclipse的OSGI RI的Project，它的目標是建立成一個獨立應用的Plugin Framework，因為現在Eclipse的那個是不好做剝離的，翻譯了一篇它的編碼實踐，希望能有些指導。
閱讀全文
摘要: 在和一個朋友交流權限系統方面的實現時，朋友提及到JAAS，我自己對JAAS不是那么了解，不好去評價，后來去網上查閱了不少JAAS的文檔，應該說現在大致的對JAAS有些的理解了吧，個人覺得JAAS只能算是實現權限系統的另一種方式，相當于提供了一個框架，至于這個框架基于什么模型我無從評價，對比下來我仍然認為基于RBAC自行實現是更佳的方案，不過JAAS中也有可取之處，那就是它的PAM思想。
閱讀全文
摘要: 這篇Blog接著上篇Blog提出的場景進行解決方案的描述：
在和江南白衣聊的時候他提出了oscache提供的cache:cache標簽的解決方案，開始想了一下覺得不怎么可行，這也是因為自己對cache標簽不熟的原因，后來去網上查了一下cache:cache標簽的使用，看了后覺得對于解決上面的需求應該是可行的。
閱讀全文
摘要: 本文描述了基于ACL模型實現權限系統需求的方案以及優缺點！
閱讀全文
摘要: 昨天沒什么條理的寫了昨天那篇文檔后，今天想想覺得權限系統還是挺值得寫寫的，今天先大概的整理了下思路，準備按照以下的目錄結構系統的對權限系統的實現進行描述和分析。
閱讀全文
摘要: 本文作為漫談權限系統的開篇，主要描述了權限系統的一般需求、實現方法以及實現時的難點。
閱讀全文
摘要: 將來也準備就里面的各個知識點相應的寫blog來介紹和闡述自己的觀點。
閱讀全文
摘要: B/S作為如今最為流行的體系結構模式，也是受到了廣大開發人員以及客戶的認同，其開發模式也在不斷的發展著，在這里主要就Java B/S的開發模式做一番回顧和探討，也算是自己對于Java B/S開發模式的一種總結。
閱讀全文
摘要: 經過團隊其他成員上上周對OpenCms以及上周對Magnolia的摸索，加上我自己也稍微進行了了解，在今天做初步集成后我做出了一個決定，那就是拋棄這些開源的CMS，選擇自主開發，現在想想，其實當初決定采用開源CMS真的是個錯誤，也許是因為自己對開源CMS的易用性、可擴展性給予了太大的信心，其實經過這段時間用下來發現并非如此，或者說其實這邊客戶的需求根本就算不上一個CMS，而要的是個其他的東西，這次確實是自己在做決策時出現了嚴重的錯誤，一定要吸取這次的教訓，想想如果在兩個星期前決定自己做的話早就做出來了，唉......
閱讀全文
摘要: 最近一直在挑選CMS，Opencms和Magnolia是考察的重點，應該說用下來兩者各有千秋，Opencms在功能上非常強大，靈活性上則相對沒那么強，可能因為設計上的原因吧，例如它的權限系統的修改，不過在功能上確實是比較強大，基本上而言一個CMS的功能都已經擁有了，呵呵，關于CMS的需求詳見我另外一篇blog，但Opencms的學習曲線較大，不是那么容易上手，體現在模板的編寫、資源類型的配置上，Magnolia在功能上也是同樣的強大，不過相對Opencms來說還不是那么的周全，但Magnolia提供了較好的擴展性，并且容易上手，模板的編寫也是比較的容易。
閱讀全文
摘要: 大概的整理一下，要成為實戰型人才其實不難，呵呵，目前軟件市場N多公司無非看你有沒有spring、hibernate、webwork/struts這些東西的經驗，但作為希望從事技術方面的人來說應該更加深入的去了解，而不是停留在表面...
閱讀全文
摘要: 國內的軟件公司來說仍然以行業化公司居主，而這其中大部分是做中小型的應用系統的，在這些公司中或多或少的存在著自己的一些多年項目積累形成的技術體系，但由于行業化公司來說，畢竟其優勢在于行業化軟件上，有想法的公司嘛就會自己去搞一套框架，使得自己的行業化軟件均可在此之上進行快速、有積累的搭建，盡管這樣，但畢竟其是行業化公司，在這方面自然不如專業做此類中間件的軟件廠商來得強，雖然很多行業化軟件也許根本就不需要一個強大的中間件，但畢竟專業做此類中間件的軟件廠商可以從技術上、穩定性上、延續性發展上保證中間件的有利，而行業化軟件公司應該發揮本身在行業業務的特長，基于此快速的搭建出適合行業的業務軟件，這個我覺得就是雙方互相發揮彼此的優勢，何必以己之短對他人之長呢。
閱讀全文
摘要: 由于此次基于的一個平臺并未提供CMS，本來是非常不想去觸碰這塊，現在看來是沒辦法了，必須使用CMS，否則工作量太大，加上也沒法滿足合同中的要求，合同里明文寫了需要有內容管理后臺，用戶可通過內容管理直接添加新的分類什么的，^_^，沒有CMS的話還真不好應付。
閱讀全文
摘要: Eclipse JSR-220 ORM Project And Java WorkFlow Toolbox Project 的簡單介紹。
閱讀全文
摘要: 在這里對JMX做了一個基本的介紹，可以看出JMX在設計上多方面的考慮到了對于資源的管理的簡易性(MBean的編寫)、易管理性(多種訪問的形式)、實效性(Notification)，但同時我們也看出JMX有作為一個Plugin Architecture的潛質，因為MBean是作為即插即用的形式注冊到MBeanServer中的，而且JMX還提供了對于MBean的多種便捷的管理方式，MBean呢就像plugin一樣，暴露的是可供管理的屬性和可供外部調用的操作，^_^，在這里為下一篇基于JMX實現Plugin Architecture埋下伏筆先。
閱讀全文
摘要: 昨天在fog討論到這個問題，fog認為Extension Point是按照IoC的思路實現出來的，我來談談我的觀點，我卻認為Extension Point并不是按照IoC思路來實現的，甚至可以說兩者沒有關系。
閱讀全文
摘要: 昨天在一篇Blog上看到提及Visitor Pattern，一下想不起來了，趕快翻閱GOF Design Pattern，看了后似懂非懂，郁悶呀，平時Visitor模式用的比較少，對于pattern最重要的是理解，理解為什么要這么設計我覺得那么在自己應用的時候就容易考慮到一些，去S記pattern是沒什么意義，為了理解visitor模式，按一個場景進行，給部門人員加工資的場景。
閱讀全文
摘要: 本文的目的不在于對Lucene的概念和設計這些進行介紹，僅在于介紹怎么樣去使用Lucene來達到自己想要的幾種常見的全文檢索的需求，如果想深入了解Lucene的話本文不會帶給你什么收獲的。看完本文后想更深入的了解Lucene請訪問：http://lucene.apache.org
閱讀全文