摘要: 最近在把在 tomcat 5.5 上開發(fā)的項(xiàng)目 deploy 到 JBoss 4.2 上時(shí)，在操作一段時(shí)間就會(huì)出現(xiàn) java.lang.OutOfMemoryError: PermGen space，開始以為是代碼中存在死循環(huán)的地方造成這樣的問題，但是后來發(fā)現(xiàn)，出問題的地方都是隨機(jī)的，并不是某一處造成這樣的問題出現(xiàn)，懷疑是內(nèi)存泄露，通過增大 heap 內(nèi)存的方法來嘗試，依然不行，但是同樣的問題卻并... 閱讀全文
目前把webrice分成三部分，核心功能，顯示美觀，與其他技術(shù)的協(xié)同問題。
1，對(duì)于顯示美觀問題，eclipse 的draw2d做的真的太基礎(chǔ)，目前基于eclipse的together等都比較原始，不是太好看，易用性差，目前只有IBM RSA7比較美觀，這是商業(yè)利益，所以IBM不會(huì)開源這部分圖形濾鏡的代碼。這個(gè)只有靠自己了。
2，對(duì)于UML2.1的支持，個(gè)人認(rèn)為現(xiàn)在的實(shí)現(xiàn)比較多，但是協(xié)同能力差，Eclipse基金會(huì)在UML方面的開源進(jìn)度，個(gè)人感覺非常的緩慢。
3，對(duì)與和其他如BPM,SOA等的協(xié)同，距離還比較遠(yuǎn)，暫時(shí)不過多考慮。
以上只是個(gè)人的看法。
webrice framework 涉及到的主要framework：
1,gef
2,emf
3,uml2
以上三大塊，也是本開源的核心，還要努力學(xué)習(xí)，深入研究以下他們的架構(gòu)和實(shí)現(xiàn)方式。而且個(gè)人認(rèn)為Eclipse缺少一種很常用的視圖，最近也在整理以下思路，做個(gè)成品。發(fā)現(xiàn)真的開始建造這個(gè)房子了，才發(fā)現(xiàn)這里面的東西真的很多，要慢慢研究主要的部件。
........
摘要: Webrice uml studio v0.1發(fā)布
萬事開頭難，先發(fā)布一個(gè)最初版本，隨后逐步完善。本平臺(tái)將基于最新的Eclipse v.3.3來實(shí)現(xiàn)，Eclipse v.3.3官方版本也快發(fā)布。對(duì)于Eclipse v3.2肯能又不支持的地方，請(qǐng)?jiān)彛鲩_源，沒辦法必須跟隨新的技術(shù)。
官方網(wǎng)站：http://sourceforge.net/projects/webrice/
下載地址：http://sourceforge.net/project/showfiles.php?group_id=196090
需要的平臺(tái)：
Sun JavaSE 5.0（Eclipse v3.3需要JDK5.O才能最好的運(yùn)行）
Eclipse S-3.3RC1以上 ,本開發(fā)環(huán)境是v3.3 RC3
相關(guān)截圖如下：
。。。。 閱讀全文
摘要: JBoss 4.2 GA 已經(jīng)發(fā)布有一段時(shí)間了，主要還是一些 bug fix 已經(jīng)一些新的包的加入。感覺比較爽的是解決了過去不太好用的一些地方。過去在用 JBoss 4.0.5 的時(shí)候一直被 Log 的問題困擾，如果在自己的項(xiàng)目里加入 log4j 和 common logging 的話，必然會(huì)出錯(cuò)，所以我們不得以，必須通過一些調(diào)整手段來處理這樣的問題，也就是每次在 tomcat 下調(diào)試的應(yīng)用，需要... 閱讀全文
新的博客開張了，同時(shí)博客將作為webrice的最新動(dòng)態(tài)博客，謝謝dudu的資源提供。
同時(shí)啟動(dòng)一個(gè)開源項(xiàng)目計(jì)劃，全名稱為Webrice UML Studio，是基于Eclipse的uml建模工具，將支持uml2.1所有功能，同時(shí)實(shí)現(xiàn)代碼的自動(dòng)實(shí)時(shí)生成功能。將實(shí)現(xiàn)兼容現(xiàn)在的主流uml工具的文件格式，如IBM RSA，together,rose等；將會(huì)和開發(fā)更加緊密，特別是SOA，工作流的支持；
逐步構(gòu)建我們的自己的開源平臺(tái)，實(shí)現(xiàn)軟件的體積小，易用，功能全! 開發(fā)此平臺(tái)的一個(gè)原因是IBM RSA容量已經(jīng)達(dá)到8G以上，已經(jīng)無法忍受，而且許可證授權(quán)費(fèi)用非常的高昂，開發(fā)我們的開源平臺(tái),定制軟件工程師的自己平臺(tái)。
Webrice UML Studio
webrice官方網(wǎng)址：http://sourceforge.net/projects/webrice/
...........
其實(shí) Confluence 的破解并不算難，不過在網(wǎng)上不是太容易找到直接能用的方案，小試了一把，發(fā)現(xiàn)最主要的是要處理一個(gè) atlassian-extras-0.7.20.jar 的文件，com\atlassian\confluence\page 這下面有一個(gè) Key.page 文件，其實(shí)這就是密鑰文件了，破解的一般方法就是自己生成一個(gè)自己所知道 Key 的密鑰文件，并替換掉原來的，再用這個(gè)已知的 Key 生成自己需要的密碼。比 JIRA 要稍微復(fù)雜一點(diǎn)了。
附件里附上一個(gè)弄好的東西，直接替換已經(jīng)安裝的 lib 下的 atlassian-extras-0.7.20.jar 文件，然后用 keygen 生成 key 就可以用了。
下載地址見：http://www.agilejava.org/space/?1/action_viewspace_itemid_188.html
摘要: 新的一年開始，按理說要對(duì)去年的什么東西做一番總結(jié)了，當(dāng)然總結(jié)很多了，這次先總結(jié)一下 JSF 了，畢竟這對(duì)我來說是今年最主要的技術(shù)方向，對(duì)它也算是比較熟悉了，雖然沒有非常深入的去研究它，但從一年多的使用和理解來說，還是有不少自己的心得的，在新的一年到來之際，把這些東西記錄下來，重新記起這個(gè)讓我歡喜讓我憂的 JSF。靜觀這一年 JSF 的發(fā)展，沒有太多的興奮，也沒... 閱讀全文
摘要: 系統(tǒng)架構(gòu)設(shè)計(jì)師角色是技術(shù)上的領(lǐng)導(dǎo)和系統(tǒng)開發(fā)創(chuàng)新遠(yuǎn)景的來源。 隨著現(xiàn)在技術(shù)的進(jìn)步，特別師銀行，電信都在搞省集中，那么集中意味這什么，數(shù)據(jù)量增大，并發(fā)增大，特別是現(xiàn)在在銀行，電信項(xiàng)目中為了達(dá)到平臺(tái)專業(yè)化，都是在... 閱讀全文
摘要: 昨天看到《精通EJB3.0》的中文版出來了，雖然早就在預(yù)料之中了，不過多少還是有一點(diǎn)想法的，終于第一本 EJB 3.0 的書正式出來了，對(duì)目前 EJB 3.0 的追逐總歸是有了點(diǎn)方向，但我仍然感覺，EJB 3.0 不可能像 EJB 2.0 那樣火了，Java 世界已經(jīng)進(jìn)入了多元化時(shí)代，Spring 已經(jīng)逐步的蠶食了 EJB 說占有的份額，用其簡單靈活的配置吸引... 閱讀全文
摘要: 一直從dearbook創(chuàng)辦起就在 dearbook 買書直到現(xiàn)在，已經(jīng)成為了鉆石VIP會(huì)員了，經(jīng)歷了 dearbook 發(fā)展中的種種，不過說起來 dearbook 的服務(wù)確實(shí)不像其標(biāo)語中說標(biāo)榜的"第二書店，第一服務(wù)"，從我這么多年和他們打交道的經(jīng)驗(yàn)來說，服務(wù)確實(shí)很難讓人滿意。
過去一開始的時(shí)候，都是采用在網(wǎng)上選書，然后... 閱讀全文
摘要: 關(guān)于敏捷問題
周末聽 rocket 介紹了一些來自 thoughtworks 關(guān)于敏捷的一些思想，同時(shí)也引發(fā)了大家的一些思考和討論。從一種角度來看， Agile 體現(xiàn)了一種軟件開發(fā)最根本的問題，就是由人在一定的時(shí)間內(nèi)開發(fā)出高質(zhì)量的軟件，Agile 更加注重人在整個(gè)活動(dòng)里的作用，而傳統(tǒng)的瀑布模型中，似乎更加注重文檔等，也就是我過去所在的公司，一切開發(fā)都由文檔驅(qū)動(dòng)，在這樣的情況下，團(tuán)隊(duì)中每個(gè)人都是... 閱讀全文
摘要: 這里我們要將 Tapestry 與其它主要的 Java Web 框架做一番比較，包括 Struts，JSF。
Struts 是一個(gè) Action 方式的 Web 框架，所有的請(qǐng)求直接對(duì)應(yīng)了相應(yīng)的 Action，我們需要通過一些相應(yīng)的技巧性處理才能把我們?cè)陧撁嫔系?Click，Value Change 等轉(zhuǎn)換到后端對(duì)應(yīng)的... 閱讀全文
摘要: 雖然看起來兩者似乎沒有什么聯(lián)系，但是看起來 工作流 的一些概念和狀態(tài)圖有著驚人的相似之處，或許是我過去對(duì) UML 的理解太少了，而對(duì) UML 的理解有僅限于 Class Diagram 和 Sequence Diagram，而且僅僅是一些粗淺的認(rèn)識(shí)，而在和 Sze Hung 老大以及 james 討論問題的時(shí)候，也經(jīng)常遇到狀態(tài)機(jī)的概念，或許是我在這方面太過于薄... 閱讀全文
摘要: 今天看了一篇很有意思的文章， http://www.aygfsteel.com/uiiang/archive/2006/10/30/77993.html ，介紹了種種項(xiàng)目中的編碼的惡習(xí)，其中很多的東西看起來真的是很搞笑，比如趴在Tab上睡著了那個(gè)，用中文做變量名的，還有 if(condition) a else a 那個(gè)也比較搞笑，算是夸張了點(diǎn)。
不過想想看，自己一直都在算是比較... 閱讀全文
摘要: 這幾天突發(fā)奇想，過去通過一些對(duì) Navigation 的實(shí)現(xiàn)來省去了 JSF Navigation 的配置，現(xiàn)在又有新的想法了，能不能在 face-config.xml 中連 Managed Bean 都不要配置了呢，答案是肯定的，并且在實(shí)踐中也得到了證明。 閱讀全文
摘要: 花了近一周的時(shí)間，把 iCustomer 大改了一番，其實(shí)說來也沒有特別大的變化了，修改的東西只不過是一些過去的一些bug和網(wǎng)上朋友們的一些建議，其實(shí)重點(diǎn)還是放在改 bug 上，另外就是 Order 這部分系統(tǒng)的領(lǐng)域模型重構(gòu)，Order 與 OrderItem 之間的關(guān)聯(lián)由原來的 one-to-many 改成了現(xiàn)在的 composite-element 方式，... 閱讀全文
連續(xù)三天做了三場 Share Session，講了一些關(guān)于系統(tǒng)開發(fā)的三個(gè)層的東西，Web Layer / Business Layer / Persistence Layer 分別以各個(gè)層面最優(yōu)秀的技術(shù)為例和組內(nèi)組外的同事們分享了一些我關(guān)于這些技術(shù)的理解。
雖然說講的還不是很好了，但是這三天卻給了我很大的提高，不僅僅是技術(shù)上面，更多的是在一種表達(dá)能力方面的。可以說是第一次真正意義上的上臺(tái)講東西了，因?yàn)槊鎸?duì)的不光是同組熟悉的同事，還有很多不是太熟悉的，還有幾位老大，甚至在最后一次講JSF的時(shí)候，大老板還進(jìn)來坐了一會(huì)，壓力還是挺大的，雖然要講的東西已經(jīng)在之前在腦子里演練無數(shù)次了，但是要想把自己想的東西和別人講清楚，的確不是那么容易的事情了，當(dāng)發(fā)現(xiàn)下面的同事滿臉的迷茫，就得趕緊換一個(gè)角度來說明問題，不過還算過得去的是，自己并沒有太多的緊張了，雖然是第一次正式的在臺(tái)上講東西，面對(duì)面的對(duì)著大家，不過自己要講的東西心里還比較有底，心里比較踏實(shí)了，于是也就沒有太多的緊張了。
通過三天對(duì)各個(gè)方面的技術(shù)的介紹和總結(jié)，其實(shí)也不知道大家真正能理解多少，因?yàn)樘鄸|西沒有經(jīng)過實(shí)踐是不會(huì)有太深刻的理解的，雖然有些東西當(dāng)時(shí)是聽懂了，但是卻不會(huì)深深的刻進(jìn)你的腦子，時(shí)間一長就忘記了。三天里，總結(jié)了這一年來我對(duì) Java Web 開發(fā)的幾個(gè)方面的理解了，雖然這一年學(xué)到了很多很多，但還有太多太多的不了解了，有些東西當(dāng)自己看的時(shí)候覺得自己了解，但是當(dāng)需要把這個(gè)東西和別人分享的時(shí)候，卻發(fā)現(xiàn)自己有太多太多的不知道了。
似乎很久沒有寫些什么了，因?yàn)樽罱氲奶啵龅奶倭恕?br> 第一次發(fā)現(xiàn) Hibernate 原來并不是自己過去想像的那樣簡單，它很復(fù)雜，很強(qiáng)大，卻能讓你最后要做的事情變的很少，雖然它帶來了如此多的好處，但如果想真正的用好它，必須有一個(gè)非常熟悉它的人在你的團(tuán)隊(duì)里，這樣才能夠最大的發(fā)揮它的巨大威力。雖然每個(gè)人都可以花不多的時(shí)間去用會(huì) Hibernate ，但卻只有很少的人能夠靈活的駕馭它，讓它為你服務(wù)，因?yàn)樗瑐鹘y(tǒng)的關(guān)系數(shù)據(jù)庫可以說是截然不同的兩條路，從玩 SQL 走過來的人，多多少少會(huì)受到它的限制，而變得不易接受ORM，像我就是一個(gè)典型了，當(dāng)?shù)玫礁呤种更c(diǎn)的時(shí)候，發(fā)現(xiàn)過去的很多想法偏離軌道還是挺遠(yuǎn)的了，幸虧有人指點(diǎn)，得以走回正道。
作為 J2EE 中另一個(gè)驕傲，Spring 也以它的獨(dú)特觀點(diǎn)改變了 J2EE 的世界，過去用 Spring 只是稍微理解了它的 IoC 的思想，和簡單的使用了它的 Transaction 管理功能，最近細(xì)看了一下它的 AOP 感覺震動(dòng)還是挺大的。基于 Interceptor 的 AOP 真的是很好用，也很強(qiáng)大，甚至于說，它會(huì)是一種改變 Java 開發(fā)模式的一種動(dòng)力了，雖然只是剛開始看看，沒有什么深刻的理解，但卻也能夠有一些很大的感觸了，或許 AOP 在目前還是剛剛起步，或許太多的人沒有接受它理解它，AOP 的應(yīng)用層面還是比較低了。
用 Hibernate 碰到一個(gè)很傻的問題，在 iCustomer 中有這樣的關(guān)聯(lián)，有服務(wù)記錄，該記錄會(huì)與 Customer 關(guān)聯(lián)，當(dāng)時(shí)為了在不需要的時(shí)候不在 VO 里 new 出 Customer，用了這樣的寫法。
public Customer getCustomer() {
?if (null == customer) {
??customer = new Customer();
?}
?return customer;
}
這樣看似沒有問題，當(dāng)使用到 Customer 的時(shí)候才會(huì)創(chuàng)建該對(duì)象。但是每次卻會(huì)報(bào)告臟數(shù)據(jù)錯(cuò)誤，其實(shí)最重要的是我忽略了一個(gè)問題，這個(gè)方法同樣會(huì)被 Hibernate 調(diào)用，在 null 的時(shí)候給 new 出一個(gè)相應(yīng)的 Customer，這樣就會(huì)出現(xiàn)問題了，如果你把 Customer 設(shè)成 null，Hibernate 調(diào)用該方法時(shí)就會(huì)自動(dòng)給你 new 一個(gè) Customer，并沒有任何 id，這樣在保存的時(shí)候會(huì)引發(fā)臟數(shù)據(jù)錯(cuò)誤。所以一定要避免這樣的寫法。
別人給出的建議是把這樣的 new Customer 的邏輯放在外面寫，手動(dòng)處理 Customer 的創(chuàng)建。頁面上傳遞的是 Customer 的 id，后臺(tái)手動(dòng)加載 Customer 的 PO，然后 set 給 Support。