also a dynamic site.session's cache also work for some nearly static page.
since it's need login user's info in page.application's scope isn't fit.
I also use ehcache for hibernate cache.
great solution!
<script language=javaScript> alert("me"); </script>?
I don't think follow should be in a java blog.
?I think the management thought I have some change.
?first I think management can't chease.Just choose those can met your culture.Ond shouldn't think use employee and kick off after.
?second ,I think corporation's existence not for profit or some great idea .It's for some people who have similar pursue and ideal to make life. these is most important.
?three, If you can't layer it ,you can't manage it.real layer should take clear boardary.
一、兩個陣營:
???? action request based : struts2.0 (mainly webwork2.2's technology)
???? component based. tapestry4 ,shale1 .
二、趨勢:
??? component based 會稍占優勢,不過 action request based 也會占一定地位。
??? 這一點,從05年 javaOne 給與 shale 的肯定。06年duke's choice 給與 tagpestry 的肯定可以看出來。
???
三、如何選擇:
??? shale1.0 將會于06年 8-12月之間,發正式版,
??? struts2.0 也將會在 06 年8-12 月,發正式版。
??? tapestry4 已經是穩定的版本。
??? 當前啟動的項目(06年8月):
?????? 對于一個有 action based 基礎的團隊,選 struts2 是可取的。
? ? ?? 對于一個全新的團隊,選 tapestry 似乎更加符合長期的發展。
?? ? ? shale 還需要一段時間的成熟期。比如1.1 以后,采用會更加穩妥。
四、shale 與 tapestry
????? shale base on JSF 似乎有一些天時之利。不過tapestry 也可以采取很多的變化。
五、webFrameWork 的今后的發展feature的展望
???? webFrameWork 經過多年的發展,基本的feature已經達到很高的成熟度。
? ?? 包括:controller,view template,type converter,validation,ajax, 大的方面已經有很多共識。
???? 重要的方向在于 DSL, 動態語言,meta Programing 方面有一些有益的突破。
? ? ? ?
?
xfire+spring 發布service 是容易的。
activeMQ +spring jmsTemplae 也容易。jencks 作為consumer 也容易。
不過 soap over jms ,我沒有找到容易的方案。據說 xfire 解決了,可是文檔???
mule 下一步解決。等。
server 端,用ThreadExecutor 了。
這兩個原則最近有了切膚之痛的感受。
看來堅持面向interface 的開發是必須的了。
問題在
? Abstract class 不能復雜,我想這也是template pattern 時候要注意的。
? template 要穩定,不確定的東西不能放在template 中,當然簡單的東西容易穩定。
?
?否則必然違背 ocp 原則。
由于httpconnection 并不能總是很好的處理 “System.connectionTimeOut" 問題。
htmlParser 會裝死。
我想只能加一個monitor thread ,不過沒有完成。
??? html parser 在處理 一些網頁的時候,會出現亂碼'3f3f' .
??? 問題在于 頁面的charset=gb2312 ,而 頁面中有gbk 的碼 ,比如 'fb9c'.
??? 代碼可以驗證,
? ? ??? byte[] gbchar = new byte[2];
??? ??? gbchar[0]=(byte) 0xfb;
??? ??? gbchar[1]=(byte) 0x9c;
??? ??? System.out.print(new String(gbchar,"gbk"));
??? ??? System.out.print(new String(gbchar,"gb2312"));
??? 不過,我并沒有解決這個問題。
由于“agile web with rails" 獲得了jolt 大獎,我實在無法不關心ruby 了。
基于最近的經驗,我的看法:
?? 我不會采用rails 直到ruby 更加成熟,成熟的一些考慮因素。
?? 1. 需要更多的開源工具包
?? 2. killer 級別的IDE
?
? 第一個方面:工具支持。
?? 目前還不夠豐富,我關心的是
?? 1.cache
????? 僅有 memcache (perl 寫的)
?? 2.security 框架
?? 3.xml 處理
?? 4.database connection pool
?? 5. sitemesh 類似的工具
?? 6. urlrewrite
?? 7. rss
?? 8. log
?? 9. webservice
?
?? (也許ruby rails已經有,只是我不知道)
?? 在java 環境中,web 項目
??? 我用 spring,hibernate,webwork,dwr ,ehcache ,castor,xfire,acegi ,dbcp(c3p0),log4j,ant,displayTag ,clickstream ,infoma ,etc.
?? spider 項目
???? jobo,htmlparser
?? 其他
????? tm4j 。
???
?? 我目前覺得java 環境,因為有了很多的工具是高效率的,當然學習的過程也是漫長而艱苦的。
?? 由于所面對的項目不僅僅是 web 開發,能找到解決的問題的java 工具,是非常幸福的,發明輪子是痛苦的。
??
?? 在 spring+hibernate+webwork+displayTag上,正在考慮用模版工具(freemaker/velocity..etc),生成crud 的代碼。(目前主要是拷貝)。如果能夠完成,web 開發的效率也是非常高的。
??
????
今天,研究scalablity 的問題。
看到國外建議用 perlbal ,不用 apache 的mod_proxy.
今后有時間再搭建環境,可惜 perl 不會,有時間還需要學習一下。
ehcache 有非常棒的設計,我自己感覺就不用oscache 了。
mysql 也支持partion 了。
??? error 級別,錯誤,程序不能正常運行
??? warn, 程序固然可以正常運行,可是不是希望的邏輯
??? info ,至少應該顯示程序的執行邏輯
??? debug, 顯示數據
?? 所以info 對于發現運行時的錯誤很重要,要有效的撰寫。