1

我正在尝试在一个应用程序中使用斯坦福 NER 和斯坦福 POS 标记器。IncompatibleClassChangeError当我尝试运行 POS 标记器方法时,我得到了。

我在类路径中有 NER 和 POS 标记器的 jar 文件。如果我从我的类路径中删除 NER 罐子,那么这个错误就不会出现。我猜NER jar和POS jar中有一些常见的类,而java无法确定在运行时使用哪个类。

以下是堆栈跟踪:

java.lang.IncompatibleClassChangeError: Implementing class
    at java.lang.ClassLoader.defineClass1(Native Method)
    at java.lang.ClassLoader.defineClass(Unknown Source)
    at java.security.SecureClassLoader.defineClass(Unknown Source)
    at java.net.URLClassLoader.defineClass(Unknown Source)
    at java.net.URLClassLoader.access$000(Unknown Source)
    at java.net.URLClassLoader$1.run(Unknown Source)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClass(Unknown Source)
    at java.lang.ClassLoader.loadClassInternal(Unknown Source)
    at edu.stanford.nlp.tagger.maxent.MaxentTagger.init(MaxentTagger.java:407)
    at edu.stanford.nlp.tagger.maxent.MaxentTagger.readModelAndInit(MaxentTagger.java:699)
    at edu.stanford.nlp.tagger.maxent.MaxentTagger.readModelAndInit(MaxentTagger.java:673)
    at edu.stanford.nlp.tagger.maxent.MaxentTagger.<init>(MaxentTagger.java:280)
    at edu.stanford.nlp.tagger.maxent.MaxentTagger.<init>(MaxentTagger.java:260)
    at edu.stanford.nlp.tagger.maxent.MaxentTagger.runTagger(MaxentTagger.java:1305)
    at edu.stanford.nlp.tagger.maxent.MaxentTagger.main(MaxentTagger.java:1499)
    at com.tcs.srl.stanford.POSWrapper.executePOSTagger(POSWrapper.java:39)
    at com.tcs.srl.stanford.test.POSWrapperTester.ExecutePOSTagger(POSWrapperTester.java:19)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
    at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
    at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
    at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:76)
    at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
    at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193)
    at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52)
    at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191)
    at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42)
    at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184)
    at org.junit.runners.ParentRunner.run(ParentRunner.java:236)
    at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:49)
    at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
    at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)

我不知道为什么会出现这个错误。

4

2 回答 2

1

我认为您的诊断很接近,但并不完全正确。Java 将始终使用类路径中类的第一个实例。然而,如果你有一个类加载器的层次结构,并且一个子类加载器试图定义一个父类已经定义的类,你会得到这样的错误。

我不熟悉斯坦福 NER 或 POS 代码。不过,我可以提供一些建议。

如果您确信两个 jar 中具有相同名称的类是相同的,那么只需将两个 jar 合并到一个 jar 中 - 这将删除所有重复项。

如果您担心 NER 和 POS 代码可能不兼容,我会将两者的源代码移动到一个项目中,然后重新编译,仔细检查重复项。

另一种方法是从一个项目中获取源代码并将其移动到不同的包中,这样类名保持不变,但包不再冲突。一个好的 IDE 应该能够相当轻松地做到这一点。

但是,对于此类问题,邮件列表通常是获得建议的最佳地点:http ://www-nlp.stanford.edu/software/CRF-NER.shtml 。我相信你不会是唯一一个同时使用这些软件的人。我上面提到的任何解决方案都不是必需的,因此从使用它们的其他人那里获得建议可能是最好的。

于 2011-05-13T08:23:24.920 回答
1

这似乎是众所周知的问题,斯坦福大学的人都知道这个问题。我已经在 NER 解析器的邮件列表上发送了邮件,我收到了来自叫 John 的人的以下回复

这是一个已知问题,将在一周左右的时间内解决。同时,这两个库的所有必要类都在 StanfordCoreNLP 中,

约翰

看起来他们正试图从他们的 API 中删除这个错误,在下一个解析器和标记器版本中,我们将获得干净的 API。

目前我正在使用此处提供的 CoreNLP。这个 CoreNLP 包包含解析器、标记器、ner 和其他一些东西。

于 2011-05-16T05:45:41.240 回答