Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/330.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 版本Maven插件:在版本之后找不到包:使用最新版本_Java_Maven_Versions Maven Plugin - Fatal编程技术网

Java 版本Maven插件:在版本之后找不到包:使用最新版本

Java 版本Maven插件:在版本之后找不到包:使用最新版本,java,maven,versions-maven-plugin,Java,Maven,Versions Maven Plugin,当我在Maven项目中执行版本Maven插件时,使用以下命令: mvn版本:使用最新版本 pom.xml按照预期的方式使用更新的依赖项进行更新 问题是,某些库更新为新版本,因为不包含以前版本中使用的某些包,因此编译器说找不到包。有人知道如何自动避免吗?我的意思是,更新到最新版本,其中包含我在代码中使用的包和类。在我看来,没有简单的方法来确定哪个版本更新是“保存”的 即使您检查编译所针对的所有类是否仍然存在,方法签名也可能已更改。即使所有方法签名保持不变,行为也可能发生了变化,导致运行时异常等 我

当我在Maven项目中执行版本Maven插件时,使用以下命令:

mvn版本:使用最新版本

pom.xml按照预期的方式使用更新的依赖项进行更新


问题是,某些库更新为新版本,因为不包含以前版本中使用的某些包,因此编译器说找不到包。有人知道如何自动避免吗?我的意思是,更新到最新版本,其中包含我在代码中使用的包和类。

在我看来,没有简单的方法来确定哪个版本更新是“保存”的

即使您检查编译所针对的所有类是否仍然存在,方法签名也可能已更改。即使所有方法签名保持不变,行为也可能发生了变化,导致运行时异常等


我所知道的检查版本更新的唯一合理方法是运行编译并运行所有测试用例。对所有可能的版本更新组合执行此操作是可能的,但这将花费大量时间

在我看来,没有简单的方法来确定哪个版本更新是“保存”的

即使您检查编译所针对的所有类是否仍然存在,方法签名也可能已更改。即使所有方法签名保持不变,行为也可能发生了变化,导致运行时异常等


我所知道的检查版本更新的唯一合理方法是运行编译并运行所有测试用例。对所有可能的版本更新组合执行此操作是可能的,但这将花费大量时间

插件不会分析您的代码并相应地调整依赖项版本

目标
使用最新版本的目标是将项目升级到项目依赖项的最新版本,因此可能会出现编译和部署问题。

一旦确定了问题,就需要修复所有问题,以便将整个项目升级到依赖项的最新版本。

插件不会分析代码并相应调整依赖项版本

目标
使用最新版本的目标是将项目升级到项目依赖项的最新版本,因此可能会出现编译和部署问题。
一旦确定了问题,就需要修复所有问题,以便将整个项目升级到依赖项的最新版本

问题是有些库更新到了最新版本 不包含以前版本中使用的某些包,因此 编译器说找不到包。有人知道如何避免吗 自动地我的意思是,更新到最新版本 我在代码中使用的包和类

当然,这是不可能的。

更新依赖项不是一场偶然的游戏。
如果您需要一个依赖项的最新版本,那么您不应该担心这个版本是否因为您需要它而中断或不中断您的代码
更新库是因为需要更新该版本。如果不需要更新依赖项,请不要更新依赖项,但如果需要,也应在必要时更新代码

问题是有些库更新到了最新版本 不包含以前版本中使用的某些包,因此 编译器说找不到包。有人知道如何避免吗 自动地我的意思是,更新到最新版本 我在代码中使用的包和类

当然,这是不可能的。

更新依赖项不是一场偶然的游戏。
如果您需要一个依赖项的最新版本,那么您不应该担心这个版本是否因为您需要它而中断或不中断您的代码

更新库是因为需要更新该版本。如果不需要更新依赖项,请不要更新依赖项,但如果需要,也应在必要时更新代码。

我不确定是否理解您的用例。假设您将包X列为依赖项。X依赖于Y,您也使用Y,但不要将其明确列为依赖项。现在你有了版本插件更新,Y不再是X的依赖项,但你仍然在代码中使用它?我只是做一个假设,但我不认为插件的目的是检查你的代码在升级依赖项后是否仍在编译。事实上,这是相当危险的,因为您可能有(就像您刚才所说的)引用不推荐的方法的源代码,等等。。。导致错误。可能不止这些:你想过许可证吗?无论如何,看看这里,这里有很好的答案来回答您的上下文:我不确定我是否理解您的用例。假设您将包X列为依赖项。X依赖于Y,您也使用Y,但不要将其明确列为依赖项。现在你有了版本插件更新,Y不再是X的依赖项,但你仍然在代码中使用它?我只是做一个假设,但我不认为插件的目的是检查你的代码在升级依赖项后是否仍在编译。事实上,这是相当危险的,因为您可能有(就像您刚才所说的)引用不推荐的方法的源代码,等等。。。导致错误。可能不止这些:你想过许可证吗?不管怎样,看看这里,你的上下文有很好的答案:所有的回答都是好的,我承认你是第一个回答的人。所有的回答都是好的,我承认你是第一个回答的人