• 不用自己驾驭不了的技术。
• 不用太新的、不成熟的技术。
• 不用社区不活跃的技术（遇到问题解决不了）。
• 不要为了框架而框架。

综上：SSH。

企业应用建议走spring mvc 安全又简单

你可以听听下面这个故事，在此借用迅哥儿的一句话：

这个世界上本没有路，走的人多了，于是便成了路...

1. 框架不是一开始就有的。在java web开发的世界里，最开始就只有一个可用的servlet API，你要开发web应用，就只能靠它了；
2. 就单单这个简陋的API，开发起来，实在是捉襟见肘。于是在一个个前赴后继的'先烈'往这个坑里跳的同时，一部分人实在看不下去了，于是便有了所谓的框架。其实这个时候的所谓框架就是个框框，帮你解决了一部分的工作，可是还是很难用，更别谈什么解耦、扩展，吧啦吧啦滴；
3. MVC童鞋最开始对于Web开发者而言还不一定混的很熟，它也就是一个设计模式而已。突然某一天，某个大神发现这个东西用在Web开发上真是物尽其用啊，很好地解耦了web请求过程中的数据、业务逻辑和信息展示，而且很好地提供了各个部分的扩展性。概括起来，就是说它妙不妙，谁用谁知道啊！，这个时候，MVC与Web开发的关系迅速进入蜜月期，作为一个web开发者，聊天的时候，你都不好意思说不知道MVC。于是，各种web开发的MVC框架雨后春笋般的，往外冒...这个时期，struts是java世界中最被广大web开发者接受的大众情人了。
4. 差不多与此同时，javaEE的世界还有另一个大众情人，那就是EJB了。不过她仗着大家对她的宠爱，越来越啰嗦、拖沓，养成了不少的坏毛病。此时一个牛X哄哄的家伙看不爽了，捧出了另一个新人-spring。这个家伙的横空出世，让java世界的小伙伴们惊呆了，他是那样的清纯、优雅，令人着迷。于是，过不了一些时间，spring逐渐超越了EJB，成了java世界当之无愧的No.1大众情人了。毫无疑问，它对web开发者展现了她独有的，性感的一面-spring MVC。
5. spring尽管光环无比闪耀，spring MVC拥有对web开发者独有的吸引力，但她为了扩大自己的魅力，同时与struts等老的大众情人交好，提供友好的扩展。毕竟每个web开发者对于web MVC框架都有自己的心头好，每个web MVC框架也拥有自己的粉丝。此时，在Web MVC框架的领地基本是百花争放，百家争鸣了。
6. 没有不老的神话，也没有绝对的大众情人。在spring大行其道的今天，她为了吸引更多的粉丝，给自己的套上了一件又一件华丽的外衣，以期满足所有web开发屌丝对女神的所有幻想。这样，之前的一些粉丝，觉得spring失去了其最初的纯粹，连带spring MVC也慢慢地不是那么有吸引力了。这个时候，一些最开始的粉丝，开始转移目标，以spring为原型或者依托，捧红了像play framework、JFinal等一些小清新了。
7. 日子总是会一直过下去的，web开发这个世界变的太快了，也许再过几年，spring这个大众情人就过气了，总会有新人出来的。这个故事的结尾，续上迅哥儿的那句话：同样是那条路，走的人多了，就踩烂了，也许又会慢慢回归荒芜了。

PS：前面，只是本人作为java web开发世界中一枚屌丝的小小追随足迹。现在回过头来看：
所谓的框架，只是帮你完成一些基础，琐碎工作的工具，使你能够更好的关注自己的业务逻辑。不要本木倒置，为了框架而框架。对于一个新的项目，如果时间充足，你可以好好了解，仔细选型；如果时间不允许，果断选择自己最熟悉，最信得过的上...

我不知道企业开发采用的是什么主流框架，但是javaEE中，SSH（spring+struts+hibernate）框架是比较重要的。

可以试试 blade

我不知道一般用什么框架，但是你可以尝试一下google web toolkit

小清新rest框架推荐
https://github.com/Dreampie/Resty
可以看看

Spring作为一个集成其他框架的框架是主流选择。 如果想用MVC 可以考虑用Spring MVC 也可以用 Struts. IoC如果想不想用Spring IoC 可以用Google的一个轻量级实现. 依据你项目的实际情况，可以考虑用ORM或者使用传统的JDBC. ORM框架比较多的是Hibernate和iBatis.

spring mvc 挺好的 教科书级别

spring framework 基本上是必选, 使用java的公司, 大部分应用框架都是以spring framework为基础的.

如果你觉得struts复杂, 试试 spring mvc.