现在有一个项目，是政府各部门的行政审批管理系统。合同要求用j2ee架构开发，功能倒是不难，无非就是类似网站信息的发布，公文的一些流程处理，但是开发时间较紧迫，压力较大。
偶在两年前学习过EJB，做过一些东西，但是从那以后就好久没碰j2ee了，现在出现较多的新名词，JDO，HIBERNATE，struct，spring 好像都是不错的框架，但是都是道听途说一番，没有真正的用过，真是惭愧啊，想问问各位有这方面经验的兄弟姐妹，像我这样一个项目采用那些框架来组合，比较合适，开发效率高，系统也较稳定，谢谢大家了
>开发效率高，系统也较稳定，
这些框架都符合这样的标准，架构选择取决于你项目的要求：可伸缩性/灵活性/快速性/项目人员的整体掌握程度/事务质量要求等等。
J道开设就是为这个目标设立的，这是永无止境的话题，是否合适自己就象穿鞋一样只有自己知道。
偶的项目不考虑太多扩展，灵活性，只要能在短时间内完成就性，而且偶们开发人员对j2ee的了解不多，所以基本要求就是 快速上手，立即开发
上午，网上搜了一堆文章，看了看， 觉得 session Bean + DAO + Hibernate 可能是个不错的架构，大家给点意见，另外哪里有Hibernate的入门的资料，想学习下
害可以在目Y裼槭褂眠^的技g！
我就不行了哦！新技g要W2，3月哦！
推荐struts＋hibernate＋shark
简单好用，现在很流行，资料多！
不过shark的资料，已经工作流的概念比较不好搞
我搞了一个多月感觉最多算刚入门！
为啥不考虑扩展 灵活 伸缩性等一堆企业级应用应该有的东西,还要使用EJB?政府啊,就知道整没用的,合同签j2ee。我估计你们struts+自己写的DAO layer(or hibernate)就能搞定.（既然你说不复杂）
上手快还是struts+hibernate2
这就差不多OK了
不过世界上又多了一个垃圾系统而已
我觉得 如果你项目不是很大50万以下 使用struts+DAO(jdbc,hibernate,ibatis,toplink) 够了。 如果是分布部署呢最好是struts+EJB(BMP+DAO(,,,),CMP) ， 如果你要性能的部分呢 一定要使用jdbc。如果你真的考虑扩展性 最好使用标准的J2EE技术， 如果我做 我会选择 jstl+struts+DAO(jdbc,hibernate) +EJB.
不过我最后想说，如果你真是边学边最 那项目最终不会顺利完成。