Когда мы получаем java.lang.NoSuchMethodError, даже если jar/class имеет метод particualar

Ответ 1

Я узнал, что одна из сторонних банков связывает старую версию библиотеки iText

Ответ 2

Возможно, что в вашем пути к классам появляется другая версия или что подпись этого конкретного метода изменилась с момента составления вашего класса

Ответ 3

• Обычно такие проблемы являются причиной, если есть другая версия класса-нарушителя в вашем пути к классу до версии, которую вы использовали для компиляции (и которую вы декомпилировали, как сказано ранее). Это происходит часто, поскольку проблемы с classpath являются общими, также с экспертами, особенно. в контейнерах, где порядок загруженных библиотек не указан.

  Итак, скажем, вы используете iText 1.a в своей среде разработки и компилируете ее. Затем вы развертываете свое приложение в каком-то контейнере, где предварительно установлен iText 1.b. Предварительно установленные библиотеки имеют приоритет, и когда b < а затем вы сталкиваетесь с такой проблемой.

  В вашем случае нет контейнера, но вы можете смешивать версии библиотеки во время упаковки/развертывания или иметь разные пути к классам для разработки и выполнения.

• Ящик не находится в пути к классам во время выполнения, только во время компиляции. Но тогда вы получите NoClassDefFoundError, когда iText будет доступен в первый раз, что не так.

• Если iText сам пропустит стороннюю библиотеку, вы также получите NoClassDefFoundError при вызове метода, который нуждается в неудовлетворительной зависимости.

Ответ 4

Это означает, что две версии класса PdfPTable находятся в вашем пути к классу. Два файла jar, которые вы используете, могут иметь различные версии одного и того же класса. Легкий способ понять, это сделать jar -tf в файлах jar в пути к классам и grep для вашего имени класса. Удалите устаревшую версию или измените порядок файлов jar в своем пути к классу.

Ответ 5

Я использую NetBeans IDE, и у меня была эта проблема несколько раз. например, когда я изменил параметры метода, он больше не работает! Случайно, я понял, что после изменения метода, если я нажму правой кнопкой мыши на проекте и нажмите "clean", больше не было проблем!

Ответ 6

У меня была та же проблема, и я нажал кнопку "Очистить и создать проект", и теперь все отлично работает. Может быть, иногда проблема застряла в предыдущих сборках, и вам нужно перестроить.

Ответ 7

возможно, есть другая версия этого класса в вашем пути к классу перед версией, которую вы декомпилировали.
изменить. Или вы обновили пакет, но забыли либо развернуть его на пути к классу среды выполнения, либо не обновили путь к компиляции, т.е. ваша среда выполнения не синхронизирована с вашей программой compileime env.

public void completeRow() был введен в 2.0.5. вы должны иметь версию до 2.0.5 в вашем пути к среде выполнения. если вы все еще испытываете эту проблему, изучите путь к классу для запуска процесса. как указано ранее, вы компилируете версию 2.1.5.

Ответ 8

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

Ответ 9

Это сработало для меня.

Я использую net beans IDE. Я просто удалил файлы httpclient и core jar (я использую 4.2.1) и повторно добавил их. Казалось, это изменило порядок, и это сработало.

Добавление в ответ "Последний Палдин", который помог мне.

Ответ 10

Имел несколько схожую проблему, при более глубоком исследовании заметили, что метод класса таблицы в стороннем банке, который я добавил, противоречил его методу tableext-2.0.4 jar. Поэтому я удалил стороннюю банку из папки классов и библиотек и выполнил чистую перестройку, и теперь она отлично отображается.