Maven tomcat插件:tomcat7:run还是tomcat7:run-war？

Question

我正在Java web应用程序中使用tomcat7-maven-plugin。现在，我可以使用命令mvn clean tomcat7:run运行我的web服务器。最近我注意到https://tomcat.apache.org/maven-plugin-2.0/tomcat7-maven-plugin/plugin-info.html中有一个名为tomcat7:run-war的命令，它说：

tomcat7:run:
使用嵌入式Tomcat服务器将当前项目作为动态web应用程序运行。

tomcat7:run-war:
使用嵌入式Tomcat服务器将当前项目作为打包的web应用程序运行。

我知道tomcat7:run-war命令将我的应用程序打包到jar或war文件中，然后在嵌入式服务器中运行它。我的问题是，我们应该在什么情况下使用这个命令，tomcat7:run还不够吗？或者也许运行一个打包的应用程序会有更高的性能？我不确定。提前道谢。

Answer 1

简短回答

运行的应用程序和服务器性能相等。但是，您通常希望使用run-war，因为它提供了交付war文件的额外好处。如果您绝对需要使应用程序尽可能快地在本地运行（几乎没有这种情况），您希望使用run。

让我们从什么是war文件以及创建它的目的开始：

不同的目标，不同的结果

目标tomcat:run和tomcat:run-war都在嵌入式tomcat服务器上启动应用程序。Tomcat:run-war包含一个额外的package目标，用于将应用程序打包到WAR文件中。然后，嵌入式tomcat服务器将解压缩这个WAR文件，以便能够运行应用程序。因此，应用程序和服务器是相同的，但是run-war的结果是不同的，因为您得到了额外的war-file。

但是WAR文件有什么用呢？

null

测试。构建WAR-file意味着构建管道将经历war-build的所有步骤。当您稍后部署WAR-file（提醒：这是容器标准）时，您可以测试'build'、'unpackage'和'deploy'步骤是否正确工作。此外，如果不这样做，您可以检查文件的结构。

多个部署。您可以在本地构建并运行应用程序，但仍然可以将WAR-file部署到多个正在运行的容器中。在一些行业场景中，您需要确保WAR-file运行在不同的容器上，并且可以使用该文件将其部署到任何地方。

CI-管道。您可能不仅希望本地应用程序，还希望将结果集成到持续集成中。也许您甚至会自动将本地构建部署到测试服务器上，但更有可能的是，您在CI服务器上有一个自动进程，该进程构建WAR，在某个测试或临时系统上运行它，并在之后转发WAR，如果该进程正常工作的话。

存档。您可能希望保留所有过去的构建WAR文件。可能是出于上述其他原因之一，或者只是作为快速历史访问的备份。了解磁盘空间和内存使用情况如何随着应用程序的增长而变化也是很有趣的。将WAR文件归档是一种调查方法。它们也可能被部署到WAR存档服务器。

结论

这两个目标都有各自的用法，但通常更喜欢使用run-war目标，因为您可以通过额外构建war-file获得好处。