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

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

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

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

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

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

3. Я обнаружил, что одна из сторонних jar-файлов связывает более старую версию библиотеки iText.

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

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

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

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

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

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

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

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

Мне помогло добавление к ответу «Последнего Палдина».

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

Это первый метод, который вы вызываете из iText? Может быть, вставьте оскорбительный фрагмент кода ...