JBoss vs Tomcat再次[关闭]

Question

这似乎是一个古老的问题（它是:)）Tomcat 和 JBoss 之间哪个服务器更好，但我还没有找到足够好的答案来解决我的问题。

我知道 Tomcat 只是一个 servlet 引擎，而 JBoss 提供了更多开箱即用的功能，但我不明白为什么 Tomcat 在某些情况下比 jboss 更好用。 我在某处读到 JBoss 具有可插拔架构，如果需要，您可以从 JBoss 中拔出功能，使其本质上是一个 tomcat servlet 容器。如果是这样的话，那么这样做不是更好，而不是使用 Tomcat，以便为重新插入东西留出空间。

我发现支持 Tomcat 的另一个解释是它是轻量级的，这是否意味着更少的内存需求，或者这是否也允许更快的响应。同样，我需要知道 jboss 不会根据要求加载组件，即如果我只使用 servlet，那么 jboss 不会跳过其余功能并自动变得轻量级。

基本上，我的应用程序没有任何 Java EE 功能，但由于上述原因，支持 Tomcat 的“轻量级”论点听起来不够令人信服。

请帮忙。

编辑：当时我们终于决定使用 tomcat，现在我们已经使用了 6 个多月，而且非常易于使用。事实上，我们发现了一些实际用途，我们可以很容易地在同一台服务器机器上为不同的开发人员运行多个 tomcat 实例，对于 jboss 来说同样的事情可能非常困难。

我发现 tomcat 可以轻松完成我们的工作，因此当您不使用太多 Java EE 功能时，它可能是正确的选择。 PS：请注意，我们仍然在 Tomcat 中使用 Spring 和 Hibernate

Answer 1

首先是事实，也不是更好。正如您已经提到的，Tomcat 提供了一个支持 Servlet 规范的 servlet 容器（Tomcat 7 支持 Servlet 3.0）。 JBoss AS，一个“完整”的应用程序服务器，在其当前版本中支持 Java EE 6（包括 Servlet 3.0）。

Tomcat 是相当轻量级的，如果您需要 Servlet API 之外的某些 Java EE 功能，您可以通过在应用程序中提供所需的库来轻松增强 Tomcat。例如，如果您需要 JPA 功能，您可以包括 Hibernate 或 OpenEJB，而 JPA几乎开箱即用。

如何决定使用Tomcat还是全栈Java EE应用服务器：

在开始您的项目时，您应该知道它需要什么。如果您在大型企业环境中，JBoss（或任何其他 Java EE 服务器）可能是正确的选择，因为它提供了内置支持，例如：

1. 用于异步集成的 JMS 消息传递
2. Web 服务引擎（JAX-WS 和/或 JAX-RS）
3. JMX 和脚本化管理界面等管理功能
4. 高级安全性，例如与第 3 方目录的开箱即用集成
5. EAR 文件而不是“仅”WAR 文件支持
6. 我不记得所有其他“伟大的”Java EE 功能 :-)

在我看来如果涉及到以 Web 为中心、面向用户的应用程序，Tomcat 非常适合。如果后端集成发挥作用，则应该（至少）考虑 Java EE 应用程序服务器。最后但同样重要的是，将针对 Tomcat 开发的 WAR 迁移到 JBoss 应该是 1 天的练习。

其次，您还应该考虑环境中的使用情况。如果您的组织已经运行了 1,000 个 JBoss 实例，那么无论您的具体要求如何（考虑运营成本或技能提升等方面），您都可能会一直使用它。当然，反之亦然。

我的 2 美分

Answer 2

看看TOMEE

它具有构建完整 Java EE 应用程序所需的所有功能。

Answer 3

我当然会关注 TomEE，因为其背后的想法是让 Tomcat 保持默认情况下缺少的所有 JavaEE 6 集成。这是一种很好的妥协

Answer 4

严格来说；如果没有 Java EE 功能，您的应用几乎不需要应用服务器 ;-)

就像其他人指出的那样，JBoss 具有（或多或少）完整的 Java EE 堆栈，而 Tomcat 只是一个 Web 容器。 JBoss 也可以配置为仅用作 Web 容器，然后它只是包含的 tomcat Web 容器的薄包装器。这样你就可以拥有一个几乎同样轻量级的 JBoss，它实际上只是 Tomcat 周围的一个薄“包装器”。那将几乎一样轻。

如果您不需要 JBoss 提供的任何额外功能，请选择您最喜欢的。哪个最容易为您配置和维护？

Answer 5

我还读到，对于某些服务器，例如只需要注释持久性上下文，但在某些服务器中，注入应该手动完成。