jakarta-ee - 在最小的 tomcat 上运行完整的 Java EE 应用程序(不仅仅是 Webprofile)

Question

如果我可以运行一个完整的 Java EE 6 应用程序，我需要你的建议/意见，如果我分发一个 Java EE 6 引用 SDK(Glassfish 附带的)，它在最小的 Tomcat 上使用 JPA、事务服务、DI 等作为我申请的一部分。

我正在尝试试验是否可以像人们使用 Spring 一样使用 Java EE 6。无论我走到哪里，我都会带着我测试过的应用程序和容器。

如果可行，您认为这种方法有什么问题吗？当然，我知道这种做法与 Java EE 规范的创建愿景不一致，但我觉得有时即使在所有 promise 之后，将应用程序从一个应用程序服务器移植到另一个应用程序服务器时，情况可能会变得更糟。

感谢大家花时间阅读和回复。

Answer 1

I understand that this practice is not aligned with the vision Java EE specs are created

我不完全确定情况是否完全如此。当然，Java EE 定义的主要内容是明确的配置文件，这些配置文件需要一组特定的技术才能全部可用。这有一个很大的优势，即针对 Java EE 的应用程序或库可以假设 Bean Validation 和 CDI 等仅命名两种技术的东西就在那里。

但另一方面，构成 Java EE 的几乎所有子规范也可以在 Java EE 之外单独使用。在许多规范(例如 JPA)中，它甚至明确定义了它应该如何在 Java SE 中工作(在这种情况下，Tomcat 算作 Java SE)。在其他一些情况下(例如 CDI)，它目前是在 Java SE 中工作的特定实现(例如 Weld)的属性。

根据经验，一些其他规范(例如 JSF)也应该适用于比引入该规范版本的 Java EE Servlet 规范版本低一个版本的 Servlet 规范。例如。 JSF 2.0 是 Java EE 6 的一部分，Java EE 6 具有 Servlet 3.0，但它也必须与 Servlet 2.5 一起使用。据我所知，这并没有真正完成，所以旧的 Java EE 服务器只能升级 JSF，但主要是针对运行旧 Tomcat 版本的人。

所有这些与 Java SE/Tomcat 的兼容性都是由同样创建 Java EE 规范的人以及实际编写和实现该规范的人完成的。

I am trying to experiment if I can use the Java EE 6 same way as people use the Spring.

这里没有明确的答案，但是如果发生 war ，您可以通过“简单地”将所有实现 jar 添加到 WEB-INF/lib 目录来获得很大的帮助。例如。 CDI 的 Weld jar，JPA 的 Hibernate jar，JSF 的 Mojarra jar，EJB 的 OpenEJB 等。

这种方法的问题在于 - 您 - 将负责确保所有这些 jar 一起正常工作。

这些技术也可能无法像它们在 Java EE 开箱即用的“发行版”中一样出色地协同工作；这意味着注入(inject)可能无法在您期望它起作用的所有工件中起作用，或者您可能必须提供额外的配置(例如，告诉 Hibernate JTA 事务管理器是什么，或者配置一个过滤器以在请求的基础上激活 CDI 和另一个过滤器以激活 JAX-RS 等)。

还有一个问题是许多 Java EE 技术都进行某种注释扫描。在 Java EE 实现中，这可以一次性在全局范围内完成，但缺乏针对此的任何特定标准服务，每种技术都必须在“Java SE 模式”下单独执行此操作。这意味着将一遍又一遍地扫描相同的 jar 。这里也不好的是，根据您确切使用的实现，您最终可能会在 WEB-INF/lib 中得到很多额外的 jar。这些也将被扫描以进行注释。在 Java EE 实现中，每次部署只会扫描应用程序 jar。

最后，有些 Java EE 东西不能单独使用，例如JASPIC 以及据我所知 JACC 和 JCA 不能作为独立实现使用。