IncompatibleClassChangeError при запуске Stanford NER и Stanford POS tagger - PullRequest
Новая
       13

IncompatibleClassChangeError при запуске Stanford NER и Stanford POS tagger

1 голос
/ 13 мая 2011

Я пытаюсь использовать Stanford NER и Stanford POS tagger в одном приложении. Я получаю IncompatibleClassChangeError при попытке запустить метод POS tagger.

У меня есть JAR-файлы тегов NER и POS в пути к классам. Если я удалю банку 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)

Понятия не имею, почему появляется эта ошибка.

Ответы [ 2 ]

1 голос
/ 16 мая 2011

Кажется, это хорошо известная проблема, и люди в Стэнфорде знают об этой проблеме. Я отправил письмо в список рассылки парсера NER, получил ответ от человека по имени Джон

Это известная проблема, которая будет исправлено через неделю или около того. в Между тем, все необходимые классы для этих двух библиотек в StanfordCoreNLP

John

Похоже, они пытаются удалить эту ошибку из своего API, и в следующем выпуске парсера и тэггера мы получим чистый API.

В настоящее время я использую пакет CoreNLP, доступный здесь . Этот пакет CoreNLP содержит все, от парсера, тэгера, нера и нескольких других вещей.

1 голос
/ 13 мая 2011

Я думаю, что вы близки, но не совсем правы в своем диагнозе.Java всегда будет использовать первый экземпляр класса в вашем пути к классам.Однако, если у вас есть иерархия загрузчиков классов, и дочерний загрузчик классов пытается определить класс, который уже определен родителем, вы получите ошибку, подобную этой.

Я не знаком с NER или POS Stanfordкод.Однако я могу дать несколько советов.

Если вы убеждены классы с одинаковыми именами одинаковы в двух банках, тогда просто объедините две банки в одну банку - это будетудалите все дубликаты.

Если вы беспокоитесь, что код NER и POS может быть несовместим, я бы переместил исходный код для двух в один проект и перекомпилировал, тщательно осмотрев дубликаты.

Альтернатива - взять исходный код из одного проекта и переместить его в другой пакет, чтобы имена классов остались прежними, но пакеты больше не конфликтовали.Хорошая IDE должна быть в состоянии сделать это довольно безболезненно.

Однако для таких вопросов списки рассылки часто являются лучшим местом для советов: http://www -nlp.stanford.edu / software /CRF-NER.shtml .Я уверен, что вы не будете единственным человеком, который будет использовать эти части программного обеспечения вместе.Ни одно из решений, о которых я упоминал выше, не должно быть необходимым, поэтому, вероятно, лучше получить совет от кого-то, кто их использует.

...