建议大家访问一下http://www.operamasks.org/,看一下袁红岗的OperaMasks。
也许很多事情已经有了答案。看来用了两年JSF的我要重新审视并学习这项被错误低估的技术了。
[该贴被lgx522于2007年08月13日 16:04修改过]

wicket或tapestry

Grails已经露出王者之相,全面(从Java)转入Grails/Groovy了(其实还是在干JavaEE) :)

wicket没了解,不太清楚;
tapestry基于组件,不过t5与t4差别也太大了吧。参考资料少,开发成本会比较高。
Gails绝对支持,不过总觉得学ruby的东西一搬进来jvm就有点变了味道,
还不如用rails呢。

我支持Webwork.

-------------------------------------------------------------
java comm,Java USB,RXTX
rs232-rs485/rs422 converter,usb to rs232/rs485/rs422
keeping communicate fast and easy
Hexin Technology
-------------------------------------------------------------

如果浏览器进一步发展到有更多显示控件和交互功能(比如将ajax整合为通用控件),并且能得到广泛支持,我想leebai所说的业务服务器是不难实现的

我觉得B/S最大问题在于它是基于HTTP这种无状态协议的,HTTP协议本身的缺陷造成服务端无法分辩请求来源,如果把太多逻辑交给浏览器,但是又对浏览器提交的结果无法判断真伪,将会导致严重的安全信任问题;从另一角度说,对于客户端,只提供他们需要的数据,而不是把数据交给客户端计算,也是符合数据安全规则的,除非底层的HTTP协议进一步改进,不然目前以动态页面为主的B/S模式还会持续很长时间

在说到安全性问题时, 似乎只考虑了服务器的安全性.
如果考虑到浏览器用户的安全, 那么发展富客户端要慎重.

谁能将程序员的主要精力放在开发上,谁就是未来的王者