将 Spring data JPA jars 升级到 v3.3.0 后出现 java.lang.NoSuchMethodError 错误

在我将 spring data jpa 和 commons jar 升级到我们产品的 3.3.0 版本后，我遇到了这个错误。

Caused by: java.lang.NoSuchMethodError: 'void com.org.application.server.services.workorder.database.dao.UpdateWorkOrder._persistence_checkFetchedForSet(java.lang.String)' 

对于这个问题NoSuchMethodError，我发现该方法在编译时是存在的，但在运行时却莫名其妙地丢失了。

我检查了我使用的 jars 是否正确，给出的所有依赖关系是否正确。

我已经将 spring boot 升级到了最新版本，当我添加 spring data jpa 和 commons jars 时，我遇到了这个问题，我使用 Apache Ant 构建了项目

我想知道是什么导致了这一问题，以及如何解决这一问题

编辑：对于我们来说，目前无法移除或升级 ant...我只想指出一点，一旦我在 eclipseLink 属性中将 weaving 设置为 false，我就不会再遇到这个问题了。只有当织入设置为 true 时，我才会遇到这样的错误......现在我想知道，设置织入是否是向前迈进的正确方法？

你遇到的 NoSuchMethodError 错误表明你的应用程序在运行时找不到 _persistence_checkFetchedForSet 这个方法。这个方法通常与 JPA 持久化提供程序（比如 EclipseLink）生成的实体类的延迟加载功能有关。

以下是一些可能导致此错误的常见原因以及解决方法：

1. JAR 文件冲突:

• 问题： 你的项目中可能存在多个版本的 Spring Data JPA、Commons 或者 EclipseLink JAR 文件，导致类加载器找到了错误版本的类。
• 解决方法：
  • 仔细检查你的项目依赖关系，确保没有重复或冲突的 JAR 文件。可以使用 IDE 的依赖关系分析工具或者 Maven/Gradle 的依赖关系树插件来帮助你识别冲突。
  • 如果发现冲突，尝试排除不需要的 JAR 文件或者调整依赖关系的顺序，确保使用的是正确的版本。

2. 类路径问题:

• 问题： 编译时存在的类在运行时可能不在类路径中，导致类加载器无法找到该类。
• 解决方法：
  • 确保所有需要的 JAR 文件都在应用程序的类路径中，包括 Spring Data JPA、Commons 和 EclipseLink 的 JAR 文件。
  • 检查你的 Ant 构建文件，确保所有依赖的 JAR 文件都被正确地打包到最终的 WAR 或 JAR 文件中。

3. EclipseLink 织入（Weaving）配置问题:

• 问题： 你提到了将 weaving 设置为 false 解决了问题，这表明可能是 EclipseLink 的织入配置导致了问题。
• 解决方法：
  • 检查 EclipseLink 配置： 确保 EclipseLink 正确配置了实体类的织入方式（静态织入或动态织入）。
  • 静态织入： 需要在编译时使用 EclipseLink 提供的工具处理实体类字节码。
  • 动态织入： 需要在运行时使用 EclipseLink 的代理机制。
  • 如果不需要使用延迟加载等织入功能，可以将 weaving 设置为 false 来禁用织入。

4. 缓存问题:

• 问题： 编译后的类可能被缓存，导致运行时加载的是旧版本的类。
• 解决方法：
  • 清理你的项目构建目录（例如 target 或 build 目录）。
  • 清理你的应用服务器或 servlet 容器的缓存。
  • 重启你的 IDE。

关于是否应该将 weaving 设置为 false：

• 优点： 禁用织入可以避免一些潜在的配置问题，并且可以提高应用程序的启动速度。
• 缺点： 如果你的应用程序依赖于延迟加载等织入功能，禁用织入会导致这些功能无法正常工作。

建议你在权衡利弊后，根据你的应用程序的实际需求来决定是否禁用织入。

希望以上信息能够帮助你解决 NoSuchMethodError 错误。如果问题仍然存在，请提供更多关于你的项目配置、依赖关系和错误信息的细节，以便我能够更好地帮助你。