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