Wie behebe ich einen NoSuchMethodError?

Ich hatte dein problem, und das ist, wie ich es behoben. Die folgenden Schritte sind einen funktionierenden Weg, um eine Bibliothek hinzuzufügen. Ich hatte die ersten zwei Schritte nach rechts, aber ich hätte das nicht getan die Letzte durch ziehen ".jar" - Datei direkt aus dem Dateisystem in den "lib" Ordner auf meinem eclipse-Projekt. Außerdem hatte ich zum entfernen der früheren version der Bibliothek sowohl aus dem build-Pfad und den "lib" Ordner.

Schritt 1 - Hinzufügen .jar to build path

Schritt 2 - Verbinden Quellen und javadocs (optional)

Schritt 3 - Tatsächlich ziehen .jar-Datei in den "lib" - Ordner (nicht optional)

InformationsquelleAutor Chris Dutrow

Wenn Sie Zugriff haben, ändern Sie das JVM-Parameter hinzufügen verbose Ausgabe sollte ermöglichen Sie, um zu sehen, welche Klassen geladen werden, aus was für Gläsern.

java -verbose:class <other args>

Wenn Ihr Programm ausgeführt wird, wird die JVM, sollte dump to standard out Informationen wie:

...

[Geladen junit.Rahmen.Die Geltendmachung von file:/C:/Program%20Files/junit3.8.2/junit.jar]

...

InformationsquelleAutor matt b

Wenn mit Maven oder anderen Rahmen, und dieser Fehler fast zufällig, versuchen Sie eine saubere Installation wie...

clean install

Dies ist besonders wahrscheinlich, wenn Sie schrieb, das Objekt und Sie wissen, es hat Methode. Arbeitete für mich.

InformationsquelleAutor HoldOffHunger

Wenn Sie schreiben eine webapp, sicherzustellen, dass Sie nicht miteinander in Konflikt stehende Versionen ein Glas in die container der global library-Verzeichnis und auch in Ihrer app. Sie müssen nicht unbedingt wissen, welches Glas verwendet wird, indem der classloader.

z.B.

• tomcat/common/lib
• mywebapp/WEB-INF/lib

InformationsquelleAutor Cheekysoft

Es bedeutet, dass die jeweilige Methode nicht vorhanden ist in der Klasse:

1. Wenn Sie mit Glas dann zu dekompilieren und zu prüfen, ob die jeweilige version der jar haben die richtige Klasse.
2. Überprüfen, wenn Sie zusammengestellt haben richtige Klasse aus Ihrer Quelle.

InformationsquelleAutor Shrikant

Habe ich gerade gelöst, dieser Fehler durch einen Neustart meine Eclipse und führen Sie die applcation.
Der Grund für meinen Fall kann, da ich Ersatz für meine source-Dateien ohne Abschluss mein Projekt oder Eclipse.
Die verursacht anderen version von Klassen, ich war mit.

InformationsquelleAutor Ryan Luo Xu

Nur das hinzufügen, um bereits vorhandene Antworten. Ich Stand vor diesem Problem mit tomcat in eclipse. Ich hatte mich geändert, einer Klasse und habe folgende Schritte,

1. Gereinigt und baute das Projekt in eclpise

2. mvn clean install

3. Neustart von tomcat

Weiterhin ich Stand vor dem gleichen Fehler. Dann ich gereinigt, tomcat, gereinigt tomcat-Arbeitsverzeichnis und server neu gestartet und mein Problem ist Weg. Hoffe, dies hilft jemand

InformationsquelleAutor Code_Mode

Ich lief in ein ähnliches problem, wenn ich beim ändern der Methode Unterschriften in meiner Anwendung.
Reinigung und Wiederaufbau meinem Projekt gelöst werden, die "NoSuchMethodError".

InformationsquelleAutor knorman

Lief ich in ähnliches Problem.

Caused by: java.lang.NoSuchMethodError: com.abc.Employee.getEmpId()I

Schließlich erkannte ich die Ursache war, ändern Sie den Datentyp der variable.

1. Employee.java --> Enthält die variable ( EmpId ), deren Daten-Typ wurde geändert von int zu String.
2. ReportGeneration.java --> Ruft den Wert über den getter, getEmpId().

Sollen wir rebundle das Glas, indem nur die geänderten Klassen. Da gab es keine Veränderung in ReportGeneration.java ich war nur mit der Employee.class in der Jar-Datei. Ich konnte die ReportGeneration.class - Datei in der jar, das Problem zu lösen.

InformationsquelleAutor AnonymousCoder

Antwort auf die ursprüngliche Frage. Laut java docs hier:

"NoSuchMethodError" Ausgelöst, wenn eine Anwendung versucht, rufen Sie eine angegebene Methode einer Klasse (entweder statisch oder Instanz), und dass die Klasse nicht mehr hat, eine definition dieser Methode.

Normal, dieser Fehler ist gefangen durch den compiler, diese Fehler kann nur auftreten, zur Laufzeit, wenn die definition einer Klasse ist inkompatibel geändert.

1. Wenn es geschieht in der run-time, überprüfen Sie die Klasse mit der Methode ist in der Klasse Weg.
2. Überprüfen, wenn Sie Hinzugefügt haben, die neue version der JAR-und die-Methode kompatibel ist.

InformationsquelleAutor challenger

Ich angetroffen habe diesen Fehler auch.

Mein problem war, dass ich geändert habe, eine Methode ist, die Unterschrift, so etwas wie

void invest(Currency money){...}

in

void invest(Euro money){...}

Diese Methode aufgerufen wurde aus einem Kontext, ähnlich

public static void main(String args[]) {
    Bank myBank = new Bank();

    Euro capital = new Euro();
    myBank.invest(capital);
}

Den compiler schwieg mit Hinblick auf Warnungen/Fehler, da das Kapital sowohl die Währung als auch in Euro.

Tauchte das problem aufgrund der Tatsache, dass ich nur die kompilierte Klasse in der die Methode definiert wurde - Bank, aber nicht die Klasse, von der die Methode aufgerufen wird, die enthält die main () - Methode.

Diese Frage ist nicht etwas, die Sie stoßen, zu oft, wie Häufig das Projekt neu erstellt wird mannually oder ein Build-Aktion wird automatisch ausgelöst, anstatt nur zu kompilieren, die eine modifizierte Klasse.

Mein Anwendungsfall war, dass ich generiert .jar-Datei verwendet werden, da ein hotfix nicht enthalten App.class da diese nicht modifiziert wurde. Es machte Sinn für mich nicht zu zählen, wie ich es behielt das erste argument, die Basis-Klasse Trog Vererbung.

Die Sache ist, wenn Sie kompilieren, eine Klasse, die resultierende bytecode ist eine Art statische, in anderen Worten, es ist eine hart-Referenz.

Original disassemblierten bytecode (erzeugt mit dem tool javap) sieht wie folgt aus:

 #7 = Methodref          #2.#22         //Bank.invest:(LCurrency;)V

Nachdem der Klassenlader lädt die neue zusammengestellt Bank.class wird, wird es nicht finden, wie eine Methode, scheint es, als ob es entfernt wurde und nicht geändert, damit die genannten Fehler.

Hoffe, das hilft.

InformationsquelleAutor Mihai Savin

Ich hatte ein ähnliches problem mit meinem Gradle-Projekt mit Intelij.
Ich löste es durch löschen der .gradle (siehe Abbildung unten) Paket-und Wiederaufbau das Projekt.
.gradle-Paket

InformationsquelleAutor J.Orlando

Ich hatte den gleichen Fehler:

  Exception in thread "main" java.lang.NoSuchMethodError: com.fasterxml.jackson.core.JsonGenerator.writeStartObject(Ljava/lang/Object;)V
        at com.fasterxml.jackson.databind.ser.BeanSerializer.serialize(BeanSerializer.java:151)
        at com.fasterxml.jackson.databind.ser.DefaultSerializerProvider.serializeValue(DefaultSerializerProvider.java:292)
        at com.fasterxml.jackson.databind.ObjectMapper._configAndWriteValue(ObjectMapper.java:3681)
        at com.fasterxml.jackson.databind.ObjectMapper.writeValueAsString(ObjectMapper.java:3057)

Es zu lösen habe ich geprüft, Erstens, Module Dependency-Diagramm (click in your POM the combination -> Ctrl+Alt+Shift+U oder right click in your POM -> Maven -> Show dependencies) zu verstehen, wo genau der Konflikt zwischen Bibliotheken (Intelij IDEA). In meinem speziellen Fall, ich hatte verschiedene Versionen von Jackson Abhängigkeiten.

1) Also, ich habe direkt in meiner POM des Projekts explizit die höchste version 2.8.7 von diesen beiden.

Eigenschaften:

<jackson.version>2.8.7</jackson.version>

Und als Abhängigkeit:

<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>${jackson.version}</version>
</dependency>

2) es kann Aber auch gelöst werden, mit Abhängigkeit AUSSCHLÜSSE.

Nach dem gleichen Prinzip wie unten im Beispiel:

  <dependency>
      <groupId>group-a</groupId>
      <artifactId>artifact-a</artifactId>
      <version>1.0</version>
          <exclusions>
             <exclusion>
                <groupId>com.fasterxml.jackson.core</groupId>
                <artifactId>jackson-databind</artifactId>
             </exclusion>
         </exclusions>
  </dependency>

Abhängigkeit mit unerwünschten version wird ausgeschlossen aus dem Projekt.

InformationsquelleAutor invzbl3