有没人和我一样厌倦了MVC框架各自定义的那些JSP标记库呢

抛掉webwork，原本由它来实现的那部分东东你用什么来完成呢？

其实也不叫抛掉吧，简化差不多。

附件是我简化后的结构，吧webwork简化到10个必要的类。
其他一大群表现层相关的东西我都用一个xml模板引擎来处理。

是一个重复的轮子，但是一个更加轻便的轮子。

我也支持楼主，死烦那些框架自定义的tag，JSTL就足够了

那些框架自定义的TAG标签 只是为了更好的配合logic标签
不过我也从来不用 因为用了以后我们公司的美工就傻了
但是 各我觉得JSTL虽然好用
但是相比WEBWORK的logic标签 威力上明显不足
用习惯了webwork的logic标签 有时候回去用jstl的logic标签。。真的觉得很不方便

相比velocity,jstl+el还是复杂了

恩，是的：
velocity以及CommonTemplate这类模板引擎，在处理标记语言的时候，有一个缺点就是不能充分发挥标记语言自身的优点，如处理可选属性的时候很麻烦。
这点在webwork标记库模板里面有非常明显的反映
velocity：

<input
      #if(${action.click!=null})
      onclick= "${action.click}“
      #end
      #if(${action.dblclick!=null})
      ondblclick= "${action.dblclick}“
      #end>

xml模版：

<input  onclick = "${action.click}"
        ondblclick= "${action.dblclick}" >

JSTL没有else标记，这点也让人很郁闷。
WW的iterator标签设计的有点复杂。


单从模板语法上看，我还是觉得梁飞的的CommonTemplate最直观易用。

<c:choose 不也用的很happy 

choose明显没有if else简单方便了。
还有那个otherwise，这个单词都有点陌生了，往往写的时候还要想想，这个单词是这么写的吗？没有拼错吧。

其实就JSTL+EL就完全满足了，而且JSTL是SUN推出的标准！

对于STRUTS，它的标签确实不是那么好用，我们可以不用，并不因为我们用STRUTS就得同时用它的标签，况且它的标签还不怎么方便，对于任何技术我们都要学会取其精华而舍糟粕！

我认同。
虽然我更希望他能提供一个else标记（妄想）。
但是，既然他是标准，那就向标准靠拢吧。

以前一个搞建筑的表弟给我讲关于标准的定义：
标准往往不是最优秀的，但那一定是经过验证的，稳定可行的，并被广泛认同的规范.....

我感觉这个总结很到位。