摘要: 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、复用控制器逻辑  阅读全文