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

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

     摘要: 這是一篇很有趣的文檔，所以摘要一下，其實類似閱讀筆記，好像是3/25發(fā)布的：
這時基于對以下人的采訪：
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個相同的問題，很好的體現(xiàn)了各個Web框架的不同之處。如果配合Rod Johnson的J2EE Development Without EJB等書中對Web MVC的闡述會更加深刻的理解各種框架的思想和使用場合。我閱讀后很有收獲，所以將全文摘  閱讀全文

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

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

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