【问题标题】:How to fix 'IncompatibleClassChangeError: Implementing Class' when importing Cplex library in Maven project?在 Maven 项目中导入 Cplex 库时如何修复“IncompatibleClassChangeError:Implementing Class”?
【发布时间】:2019-05-28 10:24:19
【问题描述】:

我正在尝试在 Maven 项目中导入 Cplex(使用 Ubuntu 16.04)。

所以我使用以下命令将 cplex.jar 添加到 maven 存储库: mvn install:install-file -DgroupId=cplex -DartifactId=cplex -Dversion=12.8 -Dpackaging=jar -Dfile=/cplex/install/dir/CPLEX_Studio128/cplex/lib/cplex.jar

我将依赖项添加到我的 pom.xml 中:

<dependency>
    <groupId>cplex</groupId>
    <artifactId>cplex</artifactId>
    <version>12.8</version>
</dependency>

我将 Cplex 本机库(.so 文件)的链接添加到 LD_LIBRARY_PATH : export LD_LIBRARY_PATH="/cplex/install/dir/CPLEX_Studio128/cplex/bin/x86-64_linux"

但是当我运行我的 maven 项目时: mvn exec:java -Dexec.mainClass="main.main"

我收到以下错误:java.lang.IncompatibleClassChangeError: Implementing Class

我已经检查了this question,但我不明白,在这种情况下,可以进行什么样的不兼容二进制更改。

是否有可能存在一些“不兼容的二进制更改”? 如果不是,除了这个错误的“不兼容的二进制更改”之外,还有其他解释吗?

编辑

我也使用 OPL 库(与 Cplex 库相同的安装),我的系统上只有 12.8 版本的 Cplex 和 Oplall。

我尝试再次清理和构建,但遇到了同样的错误。

这是我尝试运行的代码(在 ModelFileEvaluator.java 中):

IloOplFactory.setDebugMode(true);
IloOplFactory oplF = new IloOplFactory();
IloOplErrorHandler errHandler = oplF.createOplErrorHandler();
IloOplModelSource modelSource = oplF.createOplModelSource(fileName);
IloOplSettings settings = oplF.createOplSettings(errHandler);
IloOplModelDefinition def = oplF.createOplModelDefinition(modelSource,settings);
IloCplex cplex = oplF.createCplex();

这是完整的回溯:

java.lang.IncompatibleClassChangeError: Implementing class
    at java.lang.ClassLoader.defineClass1(java.base@9-internal/Native Method)
    at java.lang.ClassLoader.defineClass(java.base@9-internal/ClassLoader.java:939)
    at java.security.SecureClassLoader.defineClass(java.base@9-internal/SecureClassLoader.java:152)
    at java.net.URLClassLoader.defineClass(java.base@9-internal/URLClassLoader.java:463)
    at java.net.URLClassLoader.access$100(java.base@9-internal/URLClassLoader.java:76)
    at java.net.URLClassLoader$1.run(java.base@9-internal/URLClassLoader.java:371)
    at java.net.URLClassLoader$1.run(java.base@9-internal/URLClassLoader.java:365)
    at java.security.AccessController.doPrivileged(java.base@9-internal/Native Method)
    at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:364)
    at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486)
    at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419)
    at java.lang.ClassLoader.defineClass1(java.base@9-internal/Native Method)
    at java.lang.ClassLoader.defineClass(java.base@9-internal/ClassLoader.java:939)
    at java.security.SecureClassLoader.defineClass(java.base@9-internal/SecureClassLoader.java:152)
    at java.net.URLClassLoader.defineClass(java.base@9-internal/URLClassLoader.java:463)
    at java.net.URLClassLoader.access$100(java.base@9-internal/URLClassLoader.java:76)
    at java.net.URLClassLoader$1.run(java.base@9-internal/URLClassLoader.java:371)
    at java.net.URLClassLoader$1.run(java.base@9-internal/URLClassLoader.java:365)
    at java.security.AccessController.doPrivileged(java.base@9-internal/Native Method)
    at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:364)
    at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486)
    at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419)
    at ilog.opl.IloOplFactory.createCplex(IloOplFactory.java:227)
    at main.ModelFileEvaluator.testFile(ModelFileEvaluator.java:86)
    at main.ModelFileEvaluator.main(ModelFileEvaluator.java:53)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531)
    at org.codehaus.mojo.exec.ExecJavaMojo$1.run(ExecJavaMojo.java:282)
    at java.lang.Thread.run(java.base@9-internal/Thread.java:804)

【问题讨论】:

  • 你能发布错误的完整回溯吗?从您所展示的内容来看,没有证据表明这确实来自 cplex 或使用 cplex。你能清理你的项目并再次构建并确保使用正确的 cplex.jar 吗?也许您的系统某处有一个过时的 cplex.jar 并且正在使用它进行构建。
  • 添加库后是否尝试过运行 maven clean ?
  • 使用 OPL 构建要求您在类路径上使用 oplall.jar 构建。这与cplex.jar 不兼容。您一次只能使用两者之一。如果您从类路径/依赖项中删除cplex.jar,事情会变得更好吗?其实你也注册了oplall.jar maven?
  • @DanielJunglas 我用 oplall 替换所有 cplex 导入,它正在工作。请把它写成回复而不是评论,以便我接受。

标签: java maven cplex opl


【解决方案1】:

使用 OPL 需要使用 oplall.jar。该 jar 与cplex.jar 不兼容。您只能同时使用两者之一。从类路径中删除 cplex.jar 应该可以解决问题。

【讨论】:

    猜你喜欢
    • 2019-06-10
    • 2016-09-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-01-18
    • 2016-09-23
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多