被我抛弃的开源框架

java给我们选择太多，风险也会有的，学习曲线也会有的，获取的知识也会很多，当积累到一定的程度，你的思维也改变了，那么就会很轻松的驾驭它了。对一个项目而言，够用就好。

严重对楼主生气中....
技术及技术工具只是你完成一个应用的有力辅助，一个应用也可以选择不同的技术完成，也可能是多种技术的混合体，能够成功的开放一个应用，并能够满足企业日新月异的变化等等，给企业带来效益是写程序的最终目的。
至于楼主说的被抛弃的技术大致有三类：
１、AJAX－GWT，GWT我也试过，不过最终选择了DOJO。
２、框架，不管是STRUTS或者是面向组件的Tapestry,都可以完成你的应用。我使用struts经常做中小型项目，Tapestry也在一个项目当中有所引用，难道他们应该舍弃吗？关键是没有对他们用到出神入化的境地，也有可能是对他们的扩展或者改造不到位。
３、快速开发，我很欣赏这种思想带来的革命，我也很欣慰自己生活在这个开源思想的世界里，快速开发是节省项目成本的有效方法，同样如果对快速开发有很深见底的话，对项目的质量也是有很大的贡献的。使用ROR或者Grails能够让你关心应用本身所需要的和最关键的，而至于技术实现的很多细节，可以不多关心。
对于一个项目承包者，使用ROR或者Grails让你从程序员的角色当中脱离出来，更多关心需求和扩展等方面的东西。这才是一个项目成功的关心点。
呵呵，个人观点，只供参考。

spring mvc也挺好的
非常灵活，喜欢他的simpleformcontroller

spring mvc 有些复杂
  不过仁者见仁，智者见智了

恩。有些太"灵活"。
还是觉得webwork不那么灵活好些。

hehe,到底是楼主抛弃了框架还是框架抛弃了楼主，值得思考。
在你抛弃grails和歧视脚本语言的时候，我就知道楼主注定也会嫌弃ROR地。
ps：想娶人家入门，不了解不沟通，光看姑娘外表，是不对地！是不会有真感情地！呵呵

关于T5的Any，你举的例子是T4中的，T4我没用过，也许T5的any也是想设计成支持任何html，但可能目前还有一些bug。国际化问题我不想多说，你可以试试，如果你成功了，希望你联系我。但我想通过inject response来解决国际化问题，有点杀鸡用牛刀的感觉，那我还要Tapestry5何用？

GWT的传参问题我也不想多说，你自己试一下，如果你可以成功的用GWT编辑某个持久化对象，也请你联系我，url要能够象 xxx.com/mygwtpage?id=1234 运行的。

我不想多说，有些时候不是可不可以，能不能做到，的问题，而是如何做到的问题。什么开源框架都是万能的，大不了改他的源码。我更想知道框架的idea，如果他的idea不够好，不会因为他可以如何如何就去选择他的。

你关于此帖的回复，主要强调GWT和Tapestry5可以做到我认为很麻烦的事情，那又如何呢，即便他能做到，也不能成为选择他们的充分理由。

good  java的选择如此之多，我们到底是要精还是要广。我个人的观点是，对于java语言基础要精，而对开源框架，还是要了解的面广一些，但不需要很精，因为他什么时候被淘汰都是难说的。

你这样的概括将陷我于万劫不复之地，我抛弃（其实对某些框架而言，是放弃，而不是抛弃）了GWT，但没有抛弃AJAX，抛弃了STRUTS，Tapestry5，但没有抛弃框架，抛弃了Grails，ROR，而没有抛弃快速开发。

如果要概括一下的话：
1.我抛弃了与其他页面技术不能很好兼容的Ajax技术，典型代表就是GWT了。
2.我抛弃了过于强势的框架，所谓强势框架，主要是规矩多，或者配置烦，或者学习曲线高，或者整个流程全面封装，让人束手束脚。典型的Struts1.x，Tapestry 5。
3.我抛弃了建立在非主流语言基础上的框架，快速开发的确很好，很不错，不选择他的理由与C++程序员不选择VB和delphi的理由是一样的。如果你还不知道你的软件会实现多么强大的功能的话，不要选择VB，当然如果你做demo的话，那很好。对Grails和RoR，我也是同样的观点，如果做demo的话，很不错。

再说两句题外话，也许是教育的问题，国人及其缺乏创造性，很喜欢盲从。
对国外的技术，我们当然要去了解，但似乎很多人只关心学会去用，而不去考虑他的优点与缺点，知其然而不知其所以然，如何才能产生新的创意。
对于我所列举的被否定的框架，都是一些很有知名度的项目，他的优点肯定不需要再说的，但对于一个追求完美的人来说，不应该就此满足。