Tin's Blog

     摘要: 這是擦拭法的本意。
實際上BadClass()實例化以后Class里面就不包括T的信息了，對于Class而言T已經被擦拭為Object。而真正的T參數被轉到使用T的方法（或者變量聲明或者其它使用T的地方）里面（如果沒有那就沒有存根，這里指ParameterizedTyp），所以無法反射到T的具體類別，也就無法得到T.class。
而getGenericSuperclass()是Generic繼承的特例，對于這種情況子類會保存父類的Generic參數類型，返回一個ParameterizedType，這時可以獲取到父類的T.class了，這也正是子類確定應該繼承什么T的方法。
我們應該利用這種特性，這對實現模版方法非常有用。  閱讀全文

     摘要: 這兩天太忙了，沒時間寫Blog，業余時間又扒了一次google的拖拽，對比了netvibes的，差不多，讓后就寫了個注釋，順便學習。
google用了混淆，js里面的命名比較暈。我花了些時間把他們翻譯成容易看懂的命名，并且作了注釋，希望對大家有幫助。
可以這里下載我的例子：
http://www.aygfsteel.com/Files/iamtin/google_drag.rar
//可拖拽Element的原形，用來將event綁定到各個鉤子，這部分市比較通用的，netvibes也是基本完全相同的實現
//這部分推薦看dindin的這個，也會幫助理解，http://www.jroller.com/page/dindin/?anchor=pro_javascript_12
var Drag = {
//對這個element的引用，一次只能拖拽一個Element
obj:null,
//element是被拖拽的對象的引用，elementHeader就是鼠標可以拖拽  閱讀全文

     摘要: 為我們的項目寫的一個輕量的分頁API。目的在于將分頁與數據查詢的邏輯完全剝離。我以前看過robbin發的通過detachedCriteria實現的分頁那片貼子，里面把分頁和數據查詢結合在一起了。而我覺得分開更輕量，而且替換也比較容易。但是這個實現中有一個反模式，在邏輯中生成了代碼，無奈之選，為了簡便。其中字符生成可以自己擴展i18n實現，應該非常容易。
分頁實現的接口：  閱讀全文

     摘要: 使用jakarta commons-upload。
升級到2.2.2后發現上傳中文會亂碼。
經過跟蹤發現在com.opensymphony.webwork.dispatcher.DispatcherUtils的prepare(HttpServletRequest request, HttpServletResponse response)方法。
2.2.1->2.2.2時這個方法發生了非常的的變化。
2.2.1時：
public void prepare(HttpServletRequest request, HttpServletResponse response) {
if (encoding != null) {
try {
request.setCharacterEncoding(encoding);
} catch (Exception e) {
LO  閱讀全文

     摘要: 這是一篇很有趣的文檔，所以摘要一下，其實類似閱讀筆記，好像是3/25發布的：
這時基于對以下人的采訪：
JSF Jacob Hookom
RIFE Geert Bevin
Seam Gavin King
Spring MVC Rob Harrop
Spring Web Flow Rob Harrop and Keith Donald
Stripes Tim Fennell
Struts Action 1 Don Brown
Tapestry Howard Lewis Ship
Trails Chris Nelson
WebWork Patrick Lightbody
Wicket Eelco Hillenius
里面問了每個框架的人6個相同的問題，很好的體現了各個Web框架的不同之處。如果配合Rod Johnson的J2EE Development Without EJB等書中對Web MVC的闡述會更加深刻的理解各種框架的思想和使用場合。我閱讀后很有收獲，所以將全文摘  閱讀全文

     摘要: 今天瀏覽WW的Wiki，結果無意發現ww:date標簽的用法，撓頭一想以前沒有見過呀，仔細一看原來是2006/3/21才加上的。
會頭看看項目發現用的ww 2.2.1中沒有這個標簽，心想是不是發布新版本了？
果不出所料！發現OPENSYMPHONY已經發布2.2.2了。
不過2.2.2是在Opensymphony下的最后一個版本了，以后的版本就會以Struts Action 2.0的形式發布了，而后者今年8月才發布，中間的日子估計只能靠nightly build了。
說說變化，發現增加了RichTextEditor，經考察就是我們熟悉的FCK Editor。發現還增加了nifty corners，這是一個不用images的圓角容器（css+js），估計用在了某個theme里面。還有J2SE5的支持也更加完善，現在已經可以支持泛型Collection的反射（無需-conversion文件了），還支持annotation風格的validation聲名（如此像Stripes那樣的Web框架就沒什么可吹噓的了）。其它的變化請參考他們的ReleaseNotes。   閱讀全文

     摘要: BJUG的Cleverpig說起Stripes，正好前兩天在TSS上看到Simon Brown的Blog，對它有點感性認識，所以今天就看了一下，說些粗陋的感受：
皮毛上的觀感：
1、使用Annotation配置。將Action影射、返回View、默認Command注冊、是否驗證這些東西都通過Annotations搞，挺有意思。
2、它也包裝了自己的Tag，Tag從感官上感覺很像WebWork的風格（估計Stripes也是過這個來實現bind，和Spring MVC相同吧，不過沒仔細看Stripes的bind方式）。但是它好像很方便與JSTL共用，所以我覺得它可能和Spring MVC類似，把變量拷貝到request里面，而不是WebWork那樣的VlueStack。
3、它的Validation很Cool，用Annotation設定Validation相當舒適。
4、它里面的event似乎挺有意思，也就是說一個Action可以對應多個method，它管它叫Event?，F在WebWokr和Spring MVC對這都有支持，但是Annotation帶  閱讀全文

     摘要: 遇到了一個奇怪的“瀏覽器兼容問題”……
是這樣的，登陸頁面工作不正常，在firefox下總是沒有登陸，根本就沒有觸發webwork的filter dispatcher。
打開我的三劍客：IE、Firefox、Opera測試，發現只有Firefox不行（Mozzila內核的都不行）。
然后花了3個多小時找原因，翻遍網絡：weblogic、webwork、fireforx所有關鍵詞都搜索了，沒有收獲。
然后開始sniffer，看報文。
經過多次分析，發現firefox根本就沒有post那個form！
然后又是繼續的分析還是無果，一籌莫展……  閱讀全文

     摘要: Webwork是標準的請求風格Web MVC，類似的有Struts、Spring MVC。這這種風格的MVC中都使用了前端控制器模式（企業架構模式），也就是說一個URL會被解析然后派發到對應的Action解析，而View調用的是Action處理后的Form對象或者Command對象（Rod的Without EJB）。
上面引用了一些經典的言論，而它們和“頁面控制器風格Action復用”有什么關系呢？
嘿嘿，頁面控制器在這里指到了View的Page里面依然可以調用控制器（在Webwork中就是Action）。如果是以前肯定有人會說，如果用JSP我隨時可以在Page里面寫scriptlet，什么東西都能調用……
可是，現在不一樣了。我們希望讓View單純一點，不要有雜亂無章的邏輯參與其中。
可是，如果要是如上面所說那么Action在它的一個請求生命周期就要做所有的事……這樣一是使Action邏輯變得復雜，二是會變得難以復用。
所以，說到這里就引出了這個主題：
1、在頁面調用控制器
2、復用控制器邏輯  閱讀全文

     摘要: 根據生日計算年齡可以通過Calendar實現。最簡單可以考慮get(Calendar.DAY_OF_YEAR)來簡單修正年齡，但是遇到生日在閏年的2月29之后，或者今年是閏年的2月29之后可能出現計算不準，誤差一天。所以還是老實判斷年月日好了。
public static int getAge(Date birthDay) throws Exception {
Calendar cal = Calendar.getInstance();

if (cal.before(birthDay)) {
throw new IllegalArgumentException(
"The birthDay is before Now.It's unbelievable!");
}

int yearNow = cal.get(Calendar.YEAR);
int monthNow =   閱讀全文