2007年5月21日
摘要: 編譯Coherence 3.7.1.9的過程
閱讀全文
摘要: 關于JVM的Thin Lock、Fat Lock、SPIN Lock以及Tasuki Lock等概念
閱讀全文
摘要: 介紹Lazy-unLocking的概念，讀這篇文章之前，建議先讀一下我另外一篇Blog：http://m.tkk7.com/security/archive/2009/02/16/jvm_thin-lock_fat-lock__spin-lock_tasuki-lock.html
閱讀全文
摘要: How to solve java.lang.LinkageError Problem
閱讀全文
摘要: WebLogic + Hibernate 包沖突看代碼重構的重要性
閱讀全文
摘要: 軟件盜版不但對產業造成極為負面的影響，還制約了技術公司創造新工作崗位和對新
技術的創新能力，損害了本地分銷商和服務公司的利益，降低了政府稅收，增加了網絡犯
罪和安全問題的風險。2008 年1 月IDC 發布的降低軟件盜版對經濟影響的研究報告顯
示，如果中國在未來的四年中，將PC 軟件盜版率降低10 個百分點，將會帶來355,000
個新的就業機會、205 億美元的經濟增長和16 億美元的稅收收入。
閱讀全文
摘要: Spring一個關于Lock Contention的Bug引起我對Spring代碼質量的憂慮
閱讀全文
摘要: 介紹nested transaction的概念
閱讀全文
Oracle終于收購了BEA了
http://www.oracle.com/bea/index.htmlhttp://biz.yahoo.com/ap/080116/oracle_bea.html新一輪收購，其實最值得關注的是WebLogic/Tuxedo兩個拳頭產品，而作為一直缺乏中間件領頭產品的Oracle公司，這一次又重新開始瓜分市場，微軟/IBM/SAP都會面臨直接的強有力的挑戰。
整個事件中，對于所有JavaEE開發者，無疑是WebLogic。
如果說，Oracle是最優秀的數據庫產品，我覺得，WebLogic絕對是鐵定最優秀的J2EE中間件服務器(對WAS6.1，用戶普遍認為還是WebLogic 9/10更強大)。
有很多人認為WebSphere會是一個挑戰者，這里面含有較多的商業因素，從技術含量上，從穩定性，可靠性和關鍵企業用戶覆蓋上，WebLogic的價值遠勝于WebSphere。在中國，WebLogic關鍵企業用戶要遠勝于WebSphere。
Oracle的中間件定義范疇非常廣，這次的收購，在J2EE的領域，將會是新一場中間件標準的全面對抗，如果考慮到Oracle數據庫曾經完勝了IBM的DB2一回，這一次，在J2EE中間件上，Oracle又一次是IBM拋離在腦后了。
在JavaEE中間件標準上，現在，Oracle有了Sibel，PeopleSoft,?
BEA，在SOA Solution的完整性上，完全可以PK IBM了。
大部分人關注，現在的IT企業，架構越來越復雜，甚至SOA，曾經一度成為我們未來最重要的IT新概念，而J2EE本身，中間件本身，有些人甚至認為不再重要了，因為SOA是面向服務的，本身并不依賴于特定的J2EE中間件。
其實，明眼人還是能看出，所有的IT概念背后，IT的基礎設施仍然是IT生態鏈中的關鍵組成部分，實施一個SOA的項目，你必須購買主機硬件，購買OS，購買中間件，然后最后才在其上開發你的SOA架構。
現在，SOA對抗，虛一點看，好像是IT戰略的范疇，實一點看(從技術、資金)，無非是平臺之爭。這一次Oracle收購BEA，足以讓國人重新審視J2EE中間件的巨大價值和重要地位，WebLogic，目前，一個被IT500強公認為最優秀的J2EE中間件服務器，將會收購事件背后的其中一個主要的推動因素。無論SOA是如何成為第三波IT產業革命的重要推動力，J2EE中間件平臺之爭就猶豫當年的OS、瀏覽器之爭那樣激烈，是每個企業決策層實施SOA的時候必定考慮到的因素。
摘要: Eclipse上開發EJB的Ant環境設置的三個習慣
閱讀全文
摘要: 介紹如何配置Weblogic的Nodemanager服務
閱讀全文
最近，頻繁聽到很多關于Weblogic亂碼的問題，
其實，都是一些個人認為比較容易避免的問題。
1，如果是開發階段的亂碼，比如從屏幕上看到了一堆亂七八糟的編碼
嘗試在weblogic.xml文件的<jsp-descriptor>部分加入下面的描述：
? <jsp-descriptor>
?????? <jsp-param>
???????????? <param-name>compilerSupportsEncoding</param-name>
???????????? <param-value>true</param-value>
???????? </jsp-param>
???????? <jsp-param>
???????????? <param-name>encoding</param-name>
?????????????? <param-value>GBK</param-value>
???????? </jsp-param>
? </jsp-descriptor>
這樣，起碼會告訴Weblogic容器你的應用含有中文，比如JSP頁面，而它會善待你的JSP中的中文。
2，如果你是在Windows上面開發，然后部署到其他平臺，比如IBM AIX上，則你要注意encoding的問題，
即文件的Encoding。比如，通常來說，各位都是Eclipse之徒，默認Eclipse上面的文件格式是基于本地的字符集，
即GBK，你是用GBK存儲這些文件，甚至打包后想放到AIX上運行是不行的，解決方法太簡單了，
JAVA_OPTIONS=-Dfile.encoding=GBK告訴AIX上的Weblogic上的IBM JVM，默認文件encoding不是utf-8，是GBK, 即可。
上面兩種方法，前者是針對中文編碼的識別問題，后者是針對文件編碼的識別問題，兩者是不一樣的。
在Java中，任何的內容都是以Unicode存在的，看Java程序中的內存，全部String都是Unicode，另外一個問題是，
假定這些String存儲成文件，則要考慮Unicode如何寫入到文件中，通常用的都是utf-8編碼來存儲。
在Weblogic 10下面，weblogic.jar被拆分了，其中包括一些javax的接口被分解到api.jar去
所以，你發現自己的WebService無法解釋下面這些引用，請務必加入api.jar。
import?javax.jws.Oneway;
import?javax.jws.WebMethod;
import?javax.jws.WebResult;
import?javax.jws.WebParam;
import?javax.jws.WebService;
摘要: 國內第一例自由軟件盜用事件（Captcha開源社區的Captchio軟件惡意盜用行為）
閱讀全文