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

注意是WEB应用不是企业应用。所以敏捷重要，逻辑分层不重要。
这其实就是ROR的方向。
在这个方向上，WEBWORK不是终点，HIBERNATE也不是终点。
而且，绝对不是因为“JAVA不是ROR，所以简化不到那个程度”
当然语言特性是没有办法了，好歹我牺牲了语言便利性，但是我赢得了IDE支持和工业强度的鲁棒性，也算聊胜于无。
之前有几轮讨论，争论到JAVA不能热部署。热部署重要么？TOMCAT都支持自动检测代码更新重部署了。
但是为什么WEB应用开发还是那么烦人？因为太多东西塞到web.xml里头去了。
HIBERNATE的映射，动不动就二三十秒，我改点东西就要二三十秒（如果是大东西能上一分钟）才能看到结果，如何敏捷的起来？WEBWORK也有映射配置，虽然载一遍没那么慢，但是……WEBWORK为何要搞映射？我在ACTION里面指定具体渲哪个VIEW难道会死？何必非要拉出来攒一个XML等着重启的时候读映射？
我觉得理想的JAVA架构，其WEB部分和ORM部分，都应该是无配置的。数据源你配一下，其它的就别管了。
应用跑的时候，随用随把相关的类抓出来实例化，用三个表就三个dao，用五个就建五个，或者你高兴每次直接把全部10个表的service都实例化一遍都无所谓，用不着可怜巴巴的配一个个bean小心翼翼的供到spring里头等着用到的时候拿出来，咱们还省那点儿内存那点CPU么？
这其实就是ROR的做法。我以为ROR出来之后JAVA世界会幡然醒悟，结果半年过去了，没多大变化，web.xml里头还是那么臃肿。
理想的这种WEB架构，在web.xml里面配一把controller所在的包路径，model所在的包路径，再加上数据源就足够了，然后放上一个servlet开跑，重启时间不会超过1秒，再也没有其它的xml或者properties需要搭理了，无论是开发还是测试都嗖嗖的。
这样下去，webwork可以推倒，用一个简单一万倍的servlet来替换，HIBERNATE很好，只是你得改成用到哪个MODEL的时候再用反射重装一遍元数据。至于SPRING，咱们可以白白了，你还是继续去服务J2EE这个很复杂很有前途的高级领域吧。

有点意思。
那还不如直接用ror开发呢 。

看了半天lz是说用jsp+servlet么,这种可能只适应复杂度低,只要1,2个人就能完成的,无长期维护的小web工程吧.
实际的情况是web需要高并发,安全性,可维护,可扩展,分模块开发的.

Spring可以白白，但是你得再找个Ioc容器替代。如果是简单的jsp+servlet搞定的页面，不如用php.

java的开发效率也可以很飞快,
甚至比ROR更快,
  看怎么去处理了

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

楼主这个问题，很好。

WEB应用，甚至企业应用，能简化到什么程度呢？

我看IBM的答案最精辟：“按需计算”，需要到什么程度，就到什么程度。

这就好比穿衣服，穿衣服能简化到什么程度呢？
非特别正式的场合，领带是可以简化的；天气暖，外套也是可以简化的；天气太热，简化得剩条裤衩也是可以的（女生再多点）；要是洗澡，就什么都不用穿了。

现在的Java社区的主流是：西装革履的习惯了，连洗澡时都要系个领带，还有理：万一我洗着洗着来客户了怎么办，还得留点“可重用性”，“可维护性”，“灵活性”吧？

逻辑不分层不是ROR的方向。

如果你是给一个义乌的五金作坊做具有在线下单的"公司"网站,那么你用hibernate，webworks就是自找麻烦;如果你们给ISP做业务支撑，想用用ROR 配个表就crud，那就是你们公司和isp共同的悲哀.
开源架构便利了开发，也影响了开发，但不能代表java web开发
J2EE 是复杂,但要量体裁衣
lz那么有想法，可以寻思着去JCP 做个委员

改xml和改java代码，哪个更简单？
action中指定view，有点java中写jdbc的味道...
分层是为了架构的清晰，更易维护，但是并不是说过度分层。
简化不能一概而论，针对不同项目不同的对策。

很奇怪，谁让你Web开发用Java了？国外多数的web应用都是php写的。谁让你用Java开发的时候用webwork和hibernate了？这帖子完全是夺人眼球嘛。

Java在Web开发上的速度是没有办法和.Net相比的，这个是不争的事实。但是要比起扩展性来说，良好的分层与框架的使用会给我们带来很大的便利。现在的问题就在于，是不是一旦用了Java，就必须上Webwork，Hibernate？这个实际上还是要根据实际情况来，任何技术只要用的好，用的熟练，都是好技术。