你的J2EE程序ajax了吗？

做了4年J2EE项目，从最早的SERVLET到后来的JSP；
然后是STRUTS铺天盖地的来了，到后来的HIBERNATE、webwork、SPRING
J2EE可以说是一片风光。

从去年开始AJAX等所谓的瘦客户端应用开始出现。
最近研究拉2周的AJAX，发现为了实现瘦客户端，在浏览器里写的JAVASCRIPT太多拉，到现在JAVASCRIPT还不能说是一个高效率的开发语言，涉及到的东西太多拉HTML、CSS、XML难道所谓的瘦客户端就是把这些都推给浏览器吗？


是采用那些重量的JAVA的AJAX实现框架：DWR？
还是采用rico这样的纯JS实现？
AJAX来了，和现有的框架如何有效整和？
我最不愿看到的是为了加入一个实现而加入一个框架，看着越来越臃肿的框架，
看看自己用了好久的spring+webwork+hibernate框架，真不知道自己何区何从？

我采用是基于prototype.js ,主要用AjaxTags，我觉得挺好的， Ajax其实不会和现有的框架冲突，也不会让现有的框架变得臃肿，在我自己的框架里只要加入一个JavaBean/Collection/Map ->Ajax XML的转换XMLHelper类就很好用了，反而是服务端不用为参数回传,页面状态保持等操心了，我的一个原则是：客户端能做的，就不让服务端实现。

客户端的js我用prototype.js和jsolait里的xmlrpc 。
服务段用的apache xmlrpc。

感觉代码更简单了。

一直用DWR，更有意思的是马上就要推出的2.0可以在服务器端用Java调用客户端JS（就是那个Comet）。

可能是长连接实现，对性能表示怀疑，但是现在DWR正在努力，拭目以待吧。

长连接在Windows上的性能不怎么样，以前写过一些TCP服务端程序打开长连接，在Win32平台上CPU占用率特高，Linux下效率很不错。

我对DWR是又爱又恨   自从它推出,我看它的相关例子做DEMO  就没有成功过   总是提示我  "JDate未定义"

那肯定是你自已的问题。。呵。包括配置、处理依赖的包等问题。

这个是你太菜了，基本的遇到问题解决问题的能力。

一个demo都没有跑起来，恨可以理解，爱从何来呀？