更新Web应用程序的静态资源

Question

我们有一个依赖于资源的 Web 应用程序 (Java + Tomcat + Spring + Maven)。因此，app-1.0.1.war 依赖于resources-1.0.3.jar。当我们需要修复资源中的bug时，我们需要

• 发布一个新的资源jar => 1.0.4
• 更新web应用的maven pom中的依赖
• 发布一个新的war => 1.0.2
• 部署 Web 应用程序

在我们团队中，有些人认为这不是一种有效的方法。他们更愿意

• 发布一个新的 jar
• 将 jar 上传到服务器上

所以基本上不需要重新部署应用程序。这看起来更容易，但我可以看到这种方法的几个问题：

• 您需要对包含资源的 jar 的名称进行硬编码。
• 您不知道应用程序正在使用的资源的版本。

更新 Web 应用程序的静态资源的常见做法是什么？

Answer 1

我们的项目也遵循类似的方法。

• 发布一个新的资源jar => 1.0.4
• 更新web应用的maven pom中的依赖
• 发布一个新的war => 1.0.2
• 部署 Web 应用程序

这样做有很多原因，其中一些对我来说很突出：

• 我们的内部 jar 文件（模块）在许多项目中重复使用。旧项目可能会随着新版本的发布而中断。
• 虽然为单个应用程序编写的单点版本可能不会造成任何问题，但重大版本可能会破坏整个应用程序。在能够进行此类发布之前，需要进行严格的集成测试。
• 如果您具有相互依赖关系，例如主应用程序需要版本 1.0.4 而另一个模块需要 1.0.1 - 主应用程序将始终赢得这场决胜局。如果版本 1.0.4 破坏了上述模块，您必须先修复它，然后才能部署项目。

如果这些都不适合您，请考虑阅读 依赖项版本范围。像这样的事情应该可以完成您想要做的事情：

<version>LATEST</version>

编辑：

所以基本上不需要重新部署应用程序

这是不正确的，资源只会在每次运行 mvn install 时更新 - 每次构建战争时。

所以，是的，在开发过程中您将始终拥有最新的 jar，但旧的战争不会突然与最新发布的 jar 捆绑在一起。相信我，你绝对不希望这样。

您只删除了一个步骤：

• 更新 Web 应用程序的 Maven pom 中的依赖项

您删除一个步骤会增加很多风险。查看我上面发布的链接，它可能会给您一些更合适的选择。 LATEST 可能不是您正在寻找的内容。