在已发布的 Tomcat 10 上运行 Vaadin 7/8 Web 应用程序是否存在任何已知的兼容性问题？

如何解决在已发布的 Tomcat 10 上运行 Vaadin 7/8 Web 应用程序是否存在任何已知的兼容性问题？

我想知道目前 VAADIN 7/8 版本与 tomcat 10 之间是否存在兼容性问题

解决方法

tl;博士

• Tomcat 9 和 10 本质上是相同的。
  • 唯一的区别是分别为 javax.* 和 jakarta.* 包命名。
• 目前对于 Vaadin，使用 Tomcat 9，而不是 10。

Tomcat 的竞争对手也是如此。示例：使用 Jetty 10，而不是 11。

jakarta.*

是的，有一个简单但大的问题。

Vaadin 仍然编码为构建它的 Java EE 技术的 javax.* 包命名。这包括 Servlet 技术。

随着 Oracle 将 Java EE 技术的责任转移到 Eclipse Foundation，这些技术的命名已从 Java EE 更改为 Jakarta EE ( Java™ 是 Oracle 的trademark）。作为这种转变的一部分，Jakarta EE 技术中定义的接口和类的包名称正在从 javax.* 更改为 jakarta.*。

对于几十年来为 Java EE 编写的所有软件而言，这个新的包名称是一个重大变化。虽然这是一个不幸的问题，但修复方法非常简单：重命名所有源文件顶部的包行。

Jakarta EE 项目在 Jakarta EE 的第 9 版中做到了这一点。大多数相关技术都增加了各自的版本号，但在其他方面与以前的版本基本相同（重命名它们的包是唯一的重大变化）。请参阅 Eclipse Foundation 的 2020 年时事通讯，Understanding Jakarta EE 9 .

Tomcat 项目现在运行两个并行版本：9 和 10。

• Tomcat 9 使用旧的包命名：javax.*
• Tomcat 10 使用新的包命名：jakarta.*

两者都在同时开发； 10 并不比 9“好”。

如果启动一个 greenfield 项目，并且您仅使用已更改包名称的库，您可以选择使用 Tomcat 10。

如果使用尚未更改包名称的库，请使用 Tomcat 9。Vaadin 就是这样一种仍在使用旧包名称的库。

目前还没有迫切需要进行 javax.* 到 jakarta.* 的转换。最终，我希望我们会看到 Vaadin 的版本过渡到新的包命名。在 Vaadin 阵营和更广泛的 Jakarta EE 世界中，都在谈论有助于实现这一变化的工具，尽管我不知道它们的当前状态。

当然，Tomcat 的其他替代品/竞争对手正在经历同样的转型痛苦。例如，Eclipse Jetty 11 uses the new package naming 而 Jetty 10 正在并行开发并具有相同的功能集，如 WebTide 在 this post 中所述。如果使用 Jetty 进行 Vaadin 开发或部署，您将使用 Jetty 10 而不是 11。

Servlet 3.1

今天 (2021-05) 的所有版本的 Vaadin 都是根据 Servlet 3.1 规范构建的，而不是 Servlet 4 或 Servlet 5。请参阅文档页面 Apache Tomcat Versions哪个 Tomcat 支持哪个 Servlet 规范。

所以在这方面甚至不需要Tomcat 9。 Tomcat 8.5 支持 Servlet 3.1，因此它足以满足当前的 Vaadin 应用程序。仅供参考，Tomcat 8.5 最初是从早期的 Tomcat 9 分叉出来的，并且包含大部分相同的功能。