show一下我自己的框架，并和dwr做一简单比较

我也觉得大部分Ajax的重点在客户端，服务器端应该可以暴露服务就可以了，dwr或者buffalo都可以。这个时候我们需要的是一个轻的服务器端组件，往往作为Action Based MVC的补充，目的是减少配置和代码。服务端轻了，就可以在客户端努力提高用户体验了。就像JavaEye2.0的方案，Ajax作为RoR的Active Pack的补充，Controler开发很一致，工作集中在view部分展开，就能提供很好的效果。
通讯用Json或者burlap这些xml描述也都可以。mechiland有文章讨论过用什么协议通讯的优缺点。
Grid这类比较复杂的UI组件我觉得用js不如Flex这些Rich UI的方案。如果用Ajax，这种复杂组件比较适合从view到controler的整体解决方案，包括楼主提出的模型剪裁的功能。但是如果自己维持这样的解决方案很难完美，因为成本肯定很大，有时不如去选择其它商业方案。

自己维持这样的解决方案其实也不错：
1、成本大小要看你的团队能力了，我们团队中js和java都不弱。
2、很难完美的东西，如果自己开发可以逐步完善。用商业产品的话对不完善的地方只能干瞪眼了。

用过一段时间你的框架,比较灵活,易上手,缺点是不够稳定.有些地方还可以继续改进.还有就是性能问题,没有测试过,不知道性能到底怎样.

我好像还没有在网络上开源我的框架呢，你是哪里copy的？不过我马上会正式发布开源项目了，肯定比你以前不知哪copy的版本要完善的多。
谢谢关注！
性能问题，可以通过定制java到Js的映射策略来解决，另外好好利用hibernate的二级缓存。

呵呵,不是copy的啊,我是你公司出来的呢!用的该是正版的哦.建议做个统一的异常处理.JsMarshaller也是用的心惊胆跳,所以偶都尽量避免使用.

我的想法跟你的相似，并且做了一个简单的demo,但主要是缺少UI Widget，我现在使用的是dojo，组件倒是不少但是很多都不是很稳定，缺省的外观也不是很好，在不同的浏览器上表现也有些差别。

UI Widget我们都是自己开发的，包括可编辑的grid控件、分页控件、tree控件、日期控件等。你可以从这下载
http://www.iteye.com/topic/32542

mark

个人感觉自己开发一套UI也不是难事，问题是现在的公司一旦走开源就走极端，从后台到前台，什么都要去拿，缝合得又不好，做出来的东西就可想而知了，结果是理直气壮的说什么用过什么什么了，哎， 不好，也诞生了很多什么都会的“牛”开发人员，很多国内的公司现在不搞ajax就是这样的道理吧，有时候想想技术也真被糟蹋得厉害！悲哀

我不喜欢标签库
至于你提到的import的问题，你可以用includeresult来解决。
在frame里面import，然后所有具体的界面都被包含进这个frame.jsp里面就行了