Annotation风格的Spring MVC太好用了

如果趋势是怎么样的，市场一定会被分化的，我们可以期待自己，也可以其他别人转向

同意，不过我有些怪僻，不合手的框架一般会自己修改或者封装一下，更多的是自己动手丰衣足食，而不是期待别人转向。

简单又好用，曾经被我认为是电子时代的产品准则之一，但在现实中，与此相悖的东西比比皆是。
Java EE是个有背景的东西，它在设计之初就不仅仅是作为一个处理Web的enhanced CGI模块出现的，它的目标就是能做一个对企业应用全方位支持的东西，只不过这里面包含了web层面的东西。但事实来讲，企业应用并不是很常见，甚至Java EE里面的东西普通的企业应用都用不上。为了适应标准和满足标准，我们还能怎么办呢，我们只能背着包袱跑。

但那些脚本语言大多数都没有这么沉重的背景，而且轻便正是他们的目标之一。正如你开着加长林肯在路上为调头头疼的时候，旁边一辆辆甲壳虫穿梭而过，着实令人羡慕。

我们在开发中一直都会注意一个问题：我们的大量工作到底是在发挥平台/工具的长处还是在弥补避免它的短处。从我的观点来看，我们在JavaEE这个平台上的大多数小型项目的工作都是在努力避免JavaEE笨重的缺陷。很多JavaEE的优点我们可能连想都不会想。而struts，hibernate之类的前端、后端框架只不过是对我们工作的一种优化（不一定是简化）。不过现在能看到Scriplet，应该说SUN在简化Web方面还是有不少努力的。
个人认为如果真的要想简化Java 的web开发只能等待一种与java完全无缝融合的前端脚本框架出现，来接管JavaEE的web tier。Groovy？Ruby？还是组装好的Scriplet+JSTL？ 这是我所不能了解的事。。。

有的时候，比如面对那些电信、电力、保险项目，有人把Kodo，Tuxedo，CORBA之类的一大堆名词扔到你面前的时候，你还是会怀念完整的Java EE这头大象的

[quote="Qieqie"]so，why？ Java从语言上没有假设应该使用什么路子到达目的 但是最好每一种都要有人去实践，并总结出成熟的 套路/API/框架 出来给人用。 大多数的Java Web应用是：web action + bo + dao 现在是某些“套路”垄断了其它的“套路”：不管3721，简单的、复杂的都按照这种套路在走路。 只是大家在这条路上有人走的是[b]猫步、熊步、狗步 ，有的用拐杖，有的用金箍棒[/b]。。。 [漂亮的或丑陋的，但都在一条路上] 现在Java有没有成熟的、够有力量的其他路子可走：可能的话，我们完全应该在一个更近的路上走走猫步，去到达目的。 [b]漂亮的舞姿，不一定只能在某一个舞台才可以引来惊叹。[/b] 现在有些好路子由其他语言在实践着，Java呢，等死啊？ 有观点：Java不适合某些套路。抛开这个不说，追求更加简单化的方案却是合理的要求： 1、Java Web层的框架先简单下来[无/少配置,基于惯例] 2、.... 我离题了，从Java Web框架讨论到Java应用开发上了。 [/quote]

Java Web框架发展速度确实太慢，万众瞩目的Struts2就是WebWork2，没做多少变化。其他诸如spring mvc， stripes，JSF相比ROR还是太复杂，或许就不应该用java做web开发，看好像JRuby之类的，可以使用Java庞大的库资源，又有动态语言的灵活，快速

是的，我也一直在想，是不是JAVA不应该做WEB的，但是我一直看好JAVA，JAVA在WEB上发展太慢，真的太慢，而且复杂，真的期待更好的！

webwork老早就有了

这个世界什么都缺，就是不缺抱怨。

try stripes

或许我的开源的框架正是你们想要得

to Qieqie
不知道你在想什么？
自己没用过的东西，不要轻言讽刺，零配置必然是一个趋势，高手不怕简单而显示不出自己的能力。什么东西都要自己写一大堆不一定是高手，但肯定是脑痴。