摘要: WebWork的result實現非常實用，它很好的解決了View渲染的靈活性問題。這才是MVC模式的優勢所在，而像JSF那樣幫定JSP的MVC就吃不到這個甜頭了。說WebWork2是Model 2 MVC的巔峰就在這些靈活的地方。
閑扯這個不是主要目的。現在Rome是Java下最常用的RSS包，最近消息似乎要轉入Apache的Abdera合并變成更強大的聚合引擎。用Rome生成和解析RSS都很方便。今天討論一下使用ROME給網站生成RSS，并通過WebWork2的Result機制渲染。
最初是從WebWork的Cookbook上看到的RomeResult的文章，一看就會，我這里其實不過是舉個詳細點的例子，注意我使用的是WebWork 2.2.2和Rome 0.8：  閱讀全文

     摘要: 使用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。   閱讀全文

     摘要: 遇到了一個奇怪的“瀏覽器兼容問題”……
是這樣的，登陸頁面工作不正常，在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、復用控制器邏輯  閱讀全文