用于ORM的优秀Java应用服务器

我刚刚与一位经验丰富、资历较高的同事就JPA和应用服务器进行了交谈

现在，我正在将JPA与Glassfish一起使用，他说Glassfish是一个糟糕的应用服务器，因为它的开销很大。他还提到，他正在使用Tomcat，这是一种标准，它也有一个缺点，即不支持JavaEE中像JPA这样的重量级。然后有几个名字被抛来抛去，比如Hibernate和Spring，我听说过但没有涉及

所以我的问题是：对于支持JavaEE和JPA的应用服务器来说，哪些是很好的选择呢

---

注：我曾问过一个类似的问题，不知何故，这个问题被认为是非建设性的。如果你觉得这是一篇没有建设性的文章，请在结束之前写一篇详细说明原因的回复。

根据我的说法：JBoss是最受欢迎和最稳定的开源应用服务器

---

据我所知，在

上有一个很好的讨论：JBoss是最受欢迎和最稳定的开源应用服务器

一个很好的讨论可以在

对于支持 JavaEE和JPA也很流行而且很快

您选择的服务器取决于您的需要。如果您的应用程序中不需要任何EE特性（EJB、事务等），那么使用重型服务器就没有多大意义，您可以选择Tomcat，它兼容（部分符合规范）更轻（没有您无论如何都不会使用的所有这些依赖项）并完成任务

如果您想要对所有应用程序服务器进行具体审查，那么您可能需要做一些研究，看看哪台服务器更适合您的需求。但这只是我的意见

对于支持 JavaEE和JPA也很流行而且很快

您选择的服务器取决于您的需要。如果您的应用程序中不需要任何EE特性（EJB、事务等），那么使用重型服务器就没有多大意义，您可以选择Tomcat，它兼容（部分符合规范）更轻（没有您无论如何都不会使用的所有这些依赖项）并完成任务

---

如果您想要对所有应用程序服务器进行具体审查，那么您可能需要做一些研究，看看哪台服务器更适合您的需求。但这只是我的观点…

我将Jetty与JPA Hibernate实现一起使用，它运行得非常好。开箱即用，它只是JavaEE规范的一个子集，但它是轻量级的，可以通过外部库进行扩展，以添加缺少的JavaEE部分

---

（我的基于jetty的独立应用程序在嵌入式系统上使用160MB可用RAM运行）

我将jetty与JPA Hibernate实现一起使用，它运行得非常好。开箱即用，它只是JavaEE规范的一个子集，但它是轻量级的，可以通过外部库进行扩展，以添加缺少的JavaEE部分

---

（我的基于jetty的独立应用程序在嵌入式系统上使用160MB可用RAM运行）

您可以在完整的JavaEE服务器之外使用JPA，但它必须正确引导。我相信Spring有办法做到这一点，并允许您在tomcat、jetty等中使用JPA。

您可以在完整的JavaEE服务器之外使用JPA，但它必须正确引导。我相信Spring有办法做到这一点，并允许您在tomcat、jetty等中使用JPA。

我建议您首先了解您的应用程序需求，并了解为什么需要JPA
我并不反对JPA，但在某些情况下，它可能会带来性能问题，这是您不希望应用程序遇到的
话虽如此，我建议您使用支持EJBLite的服务器
例如，您可以使用上面建议的JBoss

---

另一个有趣的选项是使用，它在tomcat上提供了完整的web配置文件堆栈

我建议您首先了解您的应用程序需求，并了解为什么需要JPA
我并不反对JPA，但在某些情况下，它可能会带来性能问题，这是您不希望应用程序遇到的
话虽如此，我建议您使用支持EJBLite的服务器
例如，您可以使用上面建议的JBoss

---

另一个有趣的选项是使用，它在tomcat上提供了完整的web配置文件堆栈

您有许多选择Java EE应用程序服务器的选项。是Wiki中流行的JavaEE服务器的比较。它们都是很好的应用服务器。但最重要的不是服务器，更重要的是使用对您的开发环境更方便的服务器。选择一个对您更方便的服务器。

您有许多选择Java EE应用程序服务器的选项。是Wiki中流行的JavaEE服务器的比较。它们都是很好的应用服务器。但最重要的不是服务器，更重要的是使用对您的开发环境更方便的服务器。选择更方便的服务器。

您的问题不是特定的编程问题，会引起争论。没有单一的答案。你的同事可能对GlassFish有偏见，可能会大言不惭，但与他坐下来，了解他的观点的理由（需要基于现实世界的事实）会更有建设性，而不是从表面上看。人气多少有些客观。例如，我认为Jonas应用服务器（）客观上不如主流应用服务器受欢迎（这并不意味着它是一个坏产品）。顶级应用服务器是Glassfish、Tomcat、JBoss、WebLogic和WebSphere。判断应用服务器性能的参数太多，取决于平台