基于JAVA的WEB应用开发，还可以简化到什么程度

敏捷不等于快速

说得不错.
为了获得扩展性,伸缩性都是要额外付出代价的,不过一开始也不容易估计将来的负载量.
业界的趋势被大公司推动了,国内很容易被鼓动的.

搞笑，搞开发jsp+servlet怎么可能比MVC+ORM更快？

呵呵，为什么不能更快呢？我们有自己用JSP+SERVLET实现的框架，干什么一定要用别人的，我们写适合我们项目的框架，做起项目来比你们用那些开源框架速度更快，效率更高，像那些开源框架东西一大堆，放在那里不用浪费资源又耗时间了，开源框架里的东西你们用到了哪些？如果是我们自己的框架，我们有主动权控制权，什么东西该要什么东西不要都可以根据我们项目情况来决定。写一个能运行的MVC框架要多久？比你去学那些开源框架花的时间更少，一个MAP，一个接口，一个SERVLET就搞定一切了。你还别说，这都是最基本的，你看见哪个框架不是基于SERVLET，JSP的？如果你不能用这些基本的东西写出一个类似你所用的框架的东西，那你把那框架用的再熟也只是局限于那个框架，能把那些东西看透，根本就不屑去使用那些东西。因为不定因素太多了，你要的是完全在自己手掌上的东西。

以上纯属无聊之谈！

这个问题有点意思，大家讨论得也不错，关注ing`!

也许国外的大牛们吃饱了撑的,没事都发明个MVC来玩,今天struts,明天webwork2,Sprign mvc,可为什么会这样,当然是各人都有各人关注点,关注点不同,便不断地重复造轮子

所以要掌握好技术，自己能造轮子就不用再去学别人造出来的轮子，要不然世界变化这么快，今天一个明天一个，公司现在用这个明天用那个，什么时候才是尽头？你要学到什么时候？你烦不烦？？？你要成为机器，我没办法。

至少作为新手来说，我很喜欢lz的开发思想，运用起来比较舒服

个人认为这个问题不是绝对的。
要根据你的应用的复杂程度去做取舍，选取一个平衡点。
开发中的很多方面综合起来很难面面俱到的。

这个方案本质上没有降低复杂性啊，Hibernate还是Hibernate,MVC还是MVC。

我只是要求
1.在运行期而不是初始化时应用配置；
windows相比于linux，最糟糕的结构之一，就是注册表。

2.只有开发人员会改的东西完全可以配到代码里面去，xml里面只放使用人员管得到的东西就好。
JAVA社区有一个偏见，就是java代码神圣不可侵犯，所有对应于具体场景的东西，甚至于所有非算法的东西都应该做成配置放到代码之外来。
但是对应于某个具体应用来说，我系统必需要访问某个表，某个字段，这种要求不满足，系统都无法成立，那你把它放在xml配置里面有什么意思？使用人员根本就没有权力选择应该配成这样或者那样，你给他一个xml配配数据库连接就足够了。

技术不是问题，关键还是业务