我最近一直在阅读/了解更多关于 Spring 的信息，以及如何将 Spring 与其他开源工具(如 Tomcat 和 Hibernate)结合使用。我正在评估 Spring MVC 是否可以成为我从事的项目的可能替代技术，该项目使用 WebLogic 和大量定制的 Java EE 代码。问题是，我一直怀疑我们的解决方案设计过度，而且比需要的复杂得多。令人惊讶的是，现在是 2009 年了，但我们仍在编写自己的事务处理和线程池类。如果您明白我的意思，我们又不像亚马逊、eBay 或谷歌。因此，我正在研究“越简单越好”的选项。
所以这是我的问题:我想听听关于您如何决定是否需要成熟的 Java EE 应用程序服务器的意见。您如何“测量”Java EE 应用程序的大小/负载/需求？并发用户数？每日总交易量？在您举手投降并说“好吧，Tomcat 只是不适合它，我们需要 JBoss/WebLogic/WebSphere”之前，应用程序需要变得多“沉重”？
最佳答案
我认为是否使用成熟的 Java EE 服务器的决定不应该基于用户或事务的数量。相反，它应该基于您是否需要该功能。
在我当前的项目中，我们实际上正在从 JBoss 转移到 vanilla Tomcat，因为我们意识到我们没有使用任何超出基本 servlet 的 Java EE 功能。然而，我们正在使用 Spring。在 Spring 的基本对象管理、事务处理和 JDBC 功能之间，我们没有看到对 EJB 的迫切需求。我们目前使用的是 Struts 2 而不是 Spring 的 MVC，但我听说过很多关于它的好消息。无论如何，Spring 与许多 Java Web 框架集成得很好。
关于spring - Spring + Tomcat 什么时候不够强大？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1820771/