Jakarta ee 在不完全重新部署的情况下更新外部maven依赖性

Jakarta ee 在不完全重新部署的情况下更新外部maven依赖性,jakarta-ee,maven,Jakarta Ee,Maven,让我先说一下,我对Maven只有一个基本的了解。我需要更好地理解它,这就是我的问题所在 编辑 我有一个大型tomcat webapp,它有多个外部依赖项Ciesjar,我只需要更新其中一个并将其投入生产 由于缺乏更好的措辞/术语,我如何更新我的外部依赖项并只部署它们而不重新部署整个项目?这个外部依赖项位于远程repo中,我已经更新了pom文件中的版本号,我只需要更新这个依赖项,然后只将它部署到我的生产系统中 此外,如果有任何人有任何初学者maven教程/入门,他们可以建议这将是伟大的 谢谢。例如

让我先说一下,我对Maven只有一个基本的了解。我需要更好地理解它,这就是我的问题所在

编辑 我有一个大型tomcat webapp,它有多个外部依赖项Ciesjar,我只需要更新其中一个并将其投入生产

由于缺乏更好的措辞/术语,我如何更新我的外部依赖项并只部署它们而不重新部署整个项目?这个外部依赖项位于远程repo中,我已经更新了pom文件中的版本号,我只需要更新这个依赖项,然后只将它部署到我的生产系统中

此外,如果有任何人有任何初学者maven教程/入门,他们可以建议这将是伟大的


谢谢。

例如,如果您的意思是您有一个WAR项目,并且您需要将WAR中的某些库更新为新版本并进行部署,那么在Maven世界中,您已经创建了项目的新版本,您可以将其视为任何其他更改:发布、测试并将新版本推向生产。当然,在实践中,您可以将新的JAR放到应用服务器上,然后删除旧的JAR。不过,这是一个手动修复,并且取决于您的流程的正常运行方式,它可能是危险和脆弱的。正常发布是正确的方法。

对不起,我应该指定。这是一个tomcat网络应用程序。因此,我将多个JAR文件复制到托管应用程序的tomcat服务器。我尝试只移动单个JAR文件本身,但它似乎有自己的依赖项,因为它只是出错了。Maven在项目中的角色是创建正确的工件。在本例中,这是一个WAR文件。我还是会让Maven做它该做的事,部署一场新的战争。手动处理依赖关系通常不是很有效。