web framework选型的困惑

我觉得你应该首先试用一下，dorado和struts没有什么关系。
技术上确实没有什么值得夸耀的地方，但是他作了一揽子的解决方案，对于开发的速度和复杂界面的开发很有帮助。至于商业上的东西就不做评价了。
ps : dorado的表的渲染速度是我见过所有实现中最快的，而且有不少有意思的思路，哪怕不用试一下对开拓思路也有好处。

以前看到文档说jsf是java平台上的asp.net，但是我觉得不象，那么多tag，用起来真的不怎么爽，相比之下，wicket确实更接近asp.net。
我看到lz说在struts2和webwork之间徘徊，但是从我看的struts2文档看来，他和webwork2的区别好像不是很大啊，就是改装过的webwork2而已。
gwt现在开源了，而且eclipse对应的插件也出来了，很看好gwt

谢谢各位的指点，
在struts2和webwork之间徘徊，是下下之策，如果没有其他可用的话。
struts2与webwork差别是不大，几乎是照抄，但是学习struts2，先搞清楚webwork是上上之策。

商业软件我不会考虑，毕竟在java开放平台上，能看到source code才能了如指掌，对其利弊能进行修正和扩展。

gwt看来是我的最佳选择了。组件式开发，天生异步交互，再好不过了。

gwt把javascript掩藏起来了，如果需要修改的时候会不会限制比较多啊？

第二个标准必须用ajax来实现,单纯从ajax来说,dwr是不二选择,特别是2.0中的反转ajax,可以实现服务器对客户短的主动通信.并且也可以用java来操作html的内容。但是dwr本身并不提供界面组件，还要结合dojo或者yui才能做好web层。这也是可选方案之一。
gwt中对ajax做了封装，整体思路是非常好的，但是开发工具好像还没有开源，并且界面是生成的，而不是原生的html，从这点来说，选择gwt后将使项目的风险增大（大家肯定还对维护拼sql的程序记忆尤新）。
wicket很类似Tapestry，同时又利用了echo的优点，在复杂性和易用性之间的平衡做得比较好，用其ajax组件可以做到不刷屏。"Wicket开发指南"并不是wicket的官方文档，如果想更好的了解wicket，可以下载一个，试一试，然后看看官方网站怎么介绍wicket的用法的。
wicket有很多ajax组件，自带的就能满足一般开发的需要，还有很多组织专门提供组件（http://www.wicket-library.com），并且自己开发一个组件也是比较容易的。
erp中经常要使用的模态窗口在wicket自带的组件中就提供了。
有其他项目在wicket的基础上对快速开发提供了支持，


关于各种web框架的比较，javaeye有一篇相当专业的文章
[url]http://www.iteye.com/article/21326 [/url]。wicket在其中得分并不高，但是就企业应用开发来说，还是比较好的选择。摘录如下：

kenken0y 写到：
gwt中对ajax做了封装，整体思路是非常好的，但是开发工具好像还没有开源，并且界面是生成的，而不是原生的html，从这点来说，选择gwt后将使项目的风险增大（大家肯定还对维护拼sql的程序记忆尤新）。

GWT 包括编译器在内，现在已经开源 (Apache License 2.0)。不过由于编译（java->javascript）器这种东西实在复杂，如果不熟悉的话，的确有点不靠谱。

我是《Wicket开发指南》的作者
这本书的确不是官方的文档
而官方的Wicket In Action还遥遥无期，等的我都心烦了

Wicket最大的好处在于学习曲线和接口抽象的比较好
象Session数据的存放，完全可以实现自己的ISessionStore，将它写入文件或者放入数据库，性能容易调整。

另外一点，就是它对权限的支持比较好，很容易控制到权限点，即一个Html元素是否可见（如文本框，操作按钮等），对于JSP，就只能用标签或者其它的方法，相对而言，如果有复杂的权限处理，Wicket有一定的优势。

GWT和JSF没有研究过，不说什么。
但是如果你要选择Tapestry，建议你多多考虑，学习曲线确实比较高。
如果项目紧张的话，还是用Struts吧，至少有熟手。

我对这个也是非常担心的，一个不受掌控的html和js，想要达到自己的效果和再进一步的封装，有点不太可能。

根据楼主的标准
Wicket和Echo2是首选
有钱就用Echo2，没钱就用Wicket

按照楼主的标准，ZK是个好东西。ZK是一个新型的AJAX框架，建议楼主看下。