gpt4 book ai didi

java - "old code syndrome"的解决方案?

转载 作者:行者123 更新时间:2023-11-30 03:17:16 24 4
gpt4 key购买 nike

我不知道这是否会被否决,因为我无法提供大量具体信息。但简而言之。我有一个 Maven 项目,它依赖于其他项目。进来的文件之一似乎在旧代码上运行。调试通过时。它停在空行等处。就像它在某处或某处缓存了一个旧的 jar 文件。我已经尝试过了...

  • 删除我的 .m2 存储库文件夹的内容
  • 从我的 tomcat 目录中删除所有临时文件以及可能引用该项目的任何内容。
  • 重新索引本地存储库
  • mvn 全新安装
  • mvn 编译 -p​​l 服务模块 -am
  • mvn 依赖项:purge-local-repository
  • mvn 依赖项:purge-local-repository -DreResolve=false
  • mvn 依赖项:purge-local-repository -DactTransitively=false -DreResolve=false
  • 将 settings.xml 中的 updatePolicy 设置为“始终”

我已经研究了几个小时了,但毫无进展。

有人知道此类问题的其他解决方案吗?

最佳答案

  1. 检查传递依赖。检查同一库的意外覆盖或不同包装(例如同时出现 XX-all 和 XX-part 之类的内容。)

  2. 使用 IDE(支持 Maven)查找类名并查看找到了多少个实现。

  3. 检查 JVM 的实际命令行、JRE 库文件夹和 Tomcat 库文件夹是否存在恶意内容。

  4. 使用this trick找出调试期间加载类的实际路径。 (使用值监视或表达式窗口等调试器工具。)

关于java - "old code syndrome"的解决方案?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/32273901/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com