什么时候Spring + Tomcat不够强大？

Question

我最近一直在阅读/学习更多关于Spring的知识,以及如何将Spring与其他开源工具(如Tomcat和Hibernate)结合使用.我正在评估Spring MVC是否可能成为我工作项目的替代技术,它使用WebLogic和大量定制的Java EE代码.问题是,我一直怀疑我们的解决方案是过度设计的,并且比它需要的更复杂.令人惊讶的是,它是2009年,然而,我们正在编写自己的事务处理和线程池类.如果你知道我的意思,它就不像我们是亚马逊,eBay或谷歌.因此,我正在研究一个"更简单更好"的选择.

所以这是我的问题:我想听听你如何决定是否需要一个成熟的Java EE应用服务器的意见.如何"测量"Java EE应用程序的大小/负载/需求？并发用户数？每日总交易量？在投降之前,应用程序需要多么"沉重"才能说:"好吧,Tomcat只是没有削减它,我们需要JBoss/WebLogic/WebSphere"？

Answer 1

我认为使用完整的Java EE服务器的决定不应该基于用户数或交易数.相反,它应该基于您是否需要该功能.

在我目前的项目中,我们实际上已经从JBoss转移到了vanilla Tomcat,因为我们意识到除了基本的servlet之外我们还没有使用任何Java EE功能.但是,我们正在使用Spring.在Spring的基本对象管理,事务处理和JDBC功能之间,我们没有看到对EJB的迫切需求.我们目前使用Struts 2而不是Spring的MVC,但我听说过很棒的事情.无论如何,Spring很好地集成了许多Java Web框架.