问题描述
Java EE 应用服务器提供了 tomcat 的所有功能，那么为什么要使用 tomcat(而不是像 glassfish 这样的官方服务器)?
Java EE application servers provide all the features of tomcat, so why use tomcat (instead of glassfish for example as it is the official one)?
特别是当需要 Java EE 功能(如 JPA、JAX-RS、JSF)时，因此必须将更多的库与应用程序一起打包，而符合 EE 的应用程序服务器会提供开箱即用的功能吗?
Especially when Java EE features are needed like JPA, JAX-RS, JSF, and therefore more libraries have to be packaged with the application, while a EE-compliant application server would have provided it out of the box?
推荐答案
我们心中的问题以及我们创建 TomEE 是，人们为什么要选择?
The question that was in our mind and the entire reason we created TomEE was, why should people have to choose?
10 年后，它仍然出现，人们互相争论哪个更好，为什么更好.
After 10 years it still comes up and people argue against each other as to which is better and why.
以下是简短的数学公式:
Here's the math in short form:
- 在 Java EE 6 中，我们 (JCP) 创建了 Web 配置文件，以正式承认需要具有一组重点技术的更小的运行时.
太好了，我们已经完成了一半，但人们仍在争论Tomcat 或 JavaEE".解决方案很明确，Tomcat 需要通过 Java EE 认证.创建 Web 配置文件是为了允许正是这样.
Great, we're half-way there, but people are still arguing "Tomcat or JavaEE". The solution was clear, Tomcat needed to be Java EE certified. The Web Profile was created to allow for exactly that.
- 2011 年，我们 (Apache) 开始着手认证 Apache Tomcat.获得认证并在 JavaOne 2011 上宣布为 Apache TomEE.最终版本于 4 月宣布.
太棒了，现在我们到了.
Awesome, now we are there.
- JavaEE 有一个更轻的版本
- 有一个 JavaEE 认证的 Tomcat 版本
这一切都发生在过去 2 年.事情变了.
All this happened in the last 2 years. Things have changed.
如果你想要Tomcat和JavaEE，你可以拥有.
If you want Tomcat and JavaEE, you can have it.
这篇关于为什么选择 tomcat 而不是 Java EE 兼容的应用程序服务器?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！