我正在尝试在 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:实现类
我已经检查过这个问题,但我不明白,在这种情况下,可以进行什么样的不兼容二进制更改。
是否有可能存在一些“不兼容的二进制更改”?如果不是,除了对这个错误的“不兼容的二进制更改”之外,还有其他解释吗?
编辑
我还使用 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)