Was bedeutet ein Fehler "Symbol kann nicht gefunden werden" oder "Symbol kann nicht aufgelöst werden"?


395

Bitte erläutern Sie Folgendes zu den Fehlern "Symbol kann nicht gefunden werden" und "Symbol kann nicht behoben werden":

  • Was meinen sie?
  • Welche Dinge können sie verursachen?
  • Wie repariert der Programmierer sie?

Diese Frage soll eine umfassende Frage und Antwort zu diesen häufigen Kompilierungsfehlern in Java liefern.

Antworten:


417

0. Gibt es einen Unterschied zwischen den beiden Fehlern?

Nicht wirklich. "Symbol kann nicht gefunden werden" und "Symbol kann nicht aufgelöst werden" bedeuten dasselbe. Einige Java-Compiler verwenden eine Phrase, andere die andere.

1. Was bedeutet ein Fehler "Symbol kann nicht gefunden werden"?

Erstens ist es ein Kompilierungsfehler 1 . Dies bedeutet, dass entweder ein Problem in Ihrem Java-Quellcode vorliegt oder dass bei der Kompilierung ein Problem vorliegt .

Ihr Java-Quellcode besteht aus folgenden Elementen:

  • Stichwort: wie true, false, class, while, und so weiter.
  • Literale: wie 42und 'X'und "Hi mum!".
  • Betreiber und andere nicht-alphanumerische Token: wie +, =, {, und so weiter.
  • Identifiers: wie Reader, i, toString, processEquibalancedElephants, und so weiter.
  • Kommentare und Leerzeichen.

Ein Fehler "Symbol kann nicht gefunden werden" betrifft die Bezeichner. Wenn Ihr Code kompiliert wird, muss der Compiler herausfinden, was jeder einzelne Bezeichner in Ihrem Code bedeutet.

Ein Fehler "Symbol kann nicht gefunden werden" bedeutet, dass der Compiler dies nicht tun kann. Ihr Code scheint sich auf etwas zu beziehen, das der Compiler nicht versteht.

2. Was kann den Fehler "Symbol kann nicht gefunden werden" verursachen?

Als erste Bestellung gibt es nur eine Ursache. Der Compiler sah in all den Orten , an denen die Kennung sollte festgelegt werden, und es könnte die Definition nicht finden. Dies kann durch eine Reihe von Dingen verursacht werden. Die häufigsten sind wie folgt:

  • Für Bezeichner im Allgemeinen:
    • Vielleicht haben Sie den Namen falsch geschrieben; dh StringBiulderstatt StringBuilder. Java kann und wird nicht versuchen, falsche Rechtschreib- oder Tippfehler zu kompensieren.
    • Vielleicht haben Sie den Fall falsch verstanden; dh stringBuilderstatt StringBuilder. Bei allen Java-Bezeichnern wird zwischen Groß- und Kleinschreibung unterschieden.
    • Vielleicht haben Sie Unterstriche unangemessen verwendet; dh mystringund my_stringsind anders. (Wenn Sie sich an die Java-Regeln halten, sind Sie weitgehend vor diesem Fehler geschützt ...)
    • Vielleicht versuchen Sie etwas zu verwenden, das als "woanders" deklariert wurde; dh in einem anderen Kontext als dem, in dem Sie den Compiler implizit angewiesen haben, nachzuschauen. (Eine andere Klasse? Ein anderer Bereich? Ein anderes Paket? Eine andere Codebasis?)
  • Für Bezeichner, die sich auf Variablen beziehen sollten:
    • Vielleicht haben Sie vergessen, die Variable zu deklarieren.
    • Möglicherweise ist die Variablendeklaration an dem Punkt, an dem Sie versucht haben, sie zu verwenden, außerhalb des Gültigkeitsbereichs. (Siehe Beispiel unten)
  • Für Bezeichner, die Methoden- oder Feldnamen sein sollten:

    • Möglicherweise versuchen Sie, auf eine geerbte Methode oder ein geerbtes Feld zu verweisen, die / das nicht in den übergeordneten / Vorfahrenklassen oder -schnittstellen deklariert wurde.
    • Möglicherweise versuchen Sie, auf eine Methode oder ein Feld zu verweisen, die in dem von Ihnen verwendeten Typ nicht vorhanden ist (dh nicht deklariert wurde). zB "someString".push()2 .
    • Vielleicht versuchen Sie, eine Methode als Feld zu verwenden oder umgekehrt. zB "someString".lengthoder someArray.length().
    • Möglicherweise arbeiten Sie fälschlicherweise eher mit einem Array als mit einem Array-Element. z.B

      String strings[] = ...
      if (strings.charAt(3)) { ... }
      // maybe that should be 'strings[0].charAt(3)'
  • Für Bezeichner, die Klassennamen sein sollten:

    • Vielleicht haben Sie vergessen, die Klasse zu importieren.
    • Vielleicht haben Sie "Stern" -Importe verwendet, aber die Klasse ist in keinem der von Ihnen importierten Pakete definiert.
    • Vielleicht hast du ein newwie in vergessen :

      String s = String();  // should be 'new String()'
  • In Fällen, in denen Typ oder Instanz nicht das Mitglied zu haben scheint, das Sie erwartet haben:

    • Möglicherweise haben Sie eine verschachtelte Klasse oder einen generischen Parameter deklariert, der den Typ überschattet, den Sie verwenden wollten.
    • Möglicherweise schattieren Sie eine statische oder Instanzvariable.
    • Vielleicht haben Sie den falschen Typ importiert. zB aufgrund von IDE-Vervollständigung oder automatischer Korrektur.
    • Möglicherweise verwenden Sie die falsche Version einer API (kompilieren dagegen).
    • Vielleicht haben Sie vergessen, Ihr Objekt in eine geeignete Unterklasse umzuwandeln.

Das Problem ist oft eine Kombination der oben genannten. Zum Beispiel haben Sie vielleicht "Stern" importiert java.io.*und dann versucht, die FilesKlasse zu verwenden ... die in java.nionicht ist java.io. Oder vielleicht wolltest du schreiben File... das ist eine Klasse in java.io.


Hier ist ein Beispiel dafür, wie ein falscher Gültigkeitsbereich von Variablen zu einem Fehler "Symbol kann nicht gefunden werden" führen kann:

List<String> strings = ...

for (int i = 0; i < strings.size(); i++) {
    if (strings.get(i).equalsIgnoreCase("fnord")) {
        break;
    }
}
if (i < strings.size()) {
    ...
}

Dies führt zu einem Fehler "Symbol kann nicht gefunden werden" iin der ifAnweisung. Obwohl wir vorher erklärt i, ist diese Erklärung nur in Rahmen für die forErklärung und seinen Körper. Der Verweis auf iin der ifErklärung kann diese Erklärung von nicht seheni . Es ist außerhalb des Geltungsbereichs .

(Eine geeignete Korrektur könnte darin bestehen, die ifAnweisung innerhalb der Schleife zu verschieben oder ivor dem Start der Schleife zu deklarieren .)


Hier ist ein Beispiel, das Verwirrung stiftet, wenn ein Tippfehler zu einem scheinbar unerklärlichen Fehler "Symbol kann nicht gefunden werden" führt:

for (int i = 0; i < 100; i++); {
    System.out.println("i is " + i);
}

Dies gibt Ihnen einen Kompilierungsfehler im printlnAufruf, der besagt, dass inicht gefunden werden kann. Aber (ich höre dich sagen) ich habe es erklärt!

Das Problem ist das hinterhältige Semikolon ( ;) vor dem {. Die Java-Sprachsyntax definiert ein Semikolon in diesem Kontext als leere Anweisung . Die leere Anweisung wird dann zum Hauptteil der forSchleife. Dieser Code bedeutet also tatsächlich Folgendes:

for (int i = 0; i < 100; i++); 

// The previous and following are separate statements!!

{
    System.out.println("i is " + i);
}

Der { ... }Block ist NICHT der Hauptteil der forSchleife, und daher ist die vorherige Deklaration von iin der forAnweisung im Block außerhalb des Gültigkeitsbereichs .


Hier ist ein weiteres Beispiel für den Fehler "Symbol kann nicht gefunden werden", der durch einen Tippfehler verursacht wird.

int tmp = ...
int res = tmp(a + b);

Trotz der vorherigen Erklärung ist das tmpim tmp(...)Ausdruck fehlerhaft. Der Compiler sucht nach einer Methode namens tmpund findet keine. Das zuvor deklarierte tmpbefindet sich im Namespace für Variablen, nicht im Namespace für Methoden.

In dem Beispiel, auf das ich gestoßen bin, hatte der Programmierer tatsächlich einen Operator ausgelassen. Was er schreiben wollte, war Folgendes:

int res = tmp * (a + b);

Es gibt einen weiteren Grund, warum der Compiler möglicherweise kein Symbol findet, wenn Sie über die Befehlszeile kompilieren. Möglicherweise haben Sie einfach vergessen, eine andere Klasse zu kompilieren oder neu zu kompilieren. Zum Beispiel, wenn Sie Klassen haben Foound Barwo Fooverwendet wird Bar. Wenn Sie noch nie kompiliert haben Barund ausgeführt werden javac Foo.java, können Sie feststellen, dass der Compiler das Symbol nicht finden kann Bar. Die einfache Antwort ist zu kompilieren Foound Barzusammen; zB javac Foo.java Bar.javaoder javac *.java. Oder verwenden Sie besser noch ein Java-Build-Tool. zB Ant, Maven, Gradle und so weiter.

Es gibt noch einige andere dunkelere Ursachen ... auf die ich weiter unten eingehen werde.

3. Wie behebe ich diese Fehler?

Im Allgemeinen beginnen Sie herauszufinden, was verursacht den Kompilierung - Fehler.

  • Sehen Sie sich die Zeile in der Datei an, die in der Kompilierungsfehlermeldung angegeben ist.
  • Identifizieren Sie, um welches Symbol es sich bei der Fehlermeldung handelt.
  • Finden Sie heraus, warum der Compiler sagt, dass er das Symbol nicht finden kann. siehe oben!

Dann überlegen Sie , was Ihr Code sagen soll. Dann erarbeiten Sie schließlich, welche Korrektur Sie an Ihrem Quellcode vornehmen müssen, um das zu tun, was Sie wollen.

Beachten Sie, dass nicht jede "Korrektur" korrekt ist. Bedenken Sie:

for (int i = 1; i < 10; i++) {
    for (j = 1; j < 10; j++) {
        ...
    }
}

Angenommen, der Compiler sagt "Symbol kann nicht gefunden werden" für j. Es gibt viele Möglichkeiten, wie ich das "beheben" kann:

  • Ich konnte die innere ändern forzu for (int j = 1; j < 10; j++)- wahrscheinlich richtig.
  • Ich könnte eine Deklaration für j vor der inneren foroder der äußeren forSchleife hinzufügen - möglicherweise richtig.
  • Ich könnte sich ändern , jum iin der inneren forSchleife - wahrscheinlich falsch!
  • und so weiter.

Der Punkt ist, dass Sie verstehen müssen , was Ihr Code versucht, um die richtige Lösung zu finden.

4. Dunkle Ursachen

Hier sind einige Fälle, in denen das Symbol "Symbol nicht gefunden" scheinbar unerklärlich ist ... bis Sie genauer hinschauen.

  1. Falsche Abhängigkeiten : Wenn Sie eine IDE oder ein Build-Tool verwenden, das den Build-Pfad und die Projektabhängigkeiten verwaltet, haben Sie möglicherweise einen Fehler mit den Abhängigkeiten gemacht. zB eine Abhängigkeit ausgelassen oder die falsche Version ausgewählt. Wenn Sie ein Build-Tool (Ant, Maven, Gradle usw.) verwenden, überprüfen Sie die Build-Datei des Projekts. Wenn Sie eine IDE verwenden, überprüfen Sie die Konfiguration des Erstellungspfads des Projekts.

  2. Sie kompilieren nicht neu : Es kommt manchmal vor, dass neue Java-Programmierer die Funktionsweise der Java-Toolkette nicht verstehen oder keinen wiederholbaren "Erstellungsprozess" implementiert haben. zB mit einer IDE, Ant, Maven, Gradle und so weiter. In einer solchen Situation kann der Programmierer seinen Schwanz verfolgen und nach einem illusorischen Fehler suchen, der tatsächlich dadurch verursacht wird, dass der Code nicht richtig neu kompiliert wird, und dergleichen ...

  3. Ein früheres Build-Problem : Möglicherweise ist ein früherer Build auf eine Weise fehlgeschlagen, die eine JAR-Datei mit fehlenden Klassen ergab. Ein solcher Fehler wird normalerweise bemerkt, wenn Sie ein Build-Tool verwenden. Wenn Sie jedoch JAR-Dateien von einer anderen Person erhalten, sind Sie darauf angewiesen, dass diese ordnungsgemäß erstellt werden und Fehler feststellen. Wenn Sie dies vermuten, verwenden Sie, um tar -tvfden Inhalt der verdächtigen JAR-Datei aufzulisten.

  4. IDE-Probleme : Personen haben Fälle gemeldet, in denen ihre IDE verwirrt ist und der Compiler in der IDE keine vorhandene Klasse finden kann ... oder die umgekehrte Situation.

    • Dies kann passieren, wenn die IDE mit der falschen JDK-Version konfiguriert wurde.

    • Dies kann passieren, wenn die Caches der IDE nicht mehr mit dem Dateisystem synchronisiert sind. Es gibt IDE-spezifische Möglichkeiten, dies zu beheben.

    • Dies könnte ein IDE-Fehler sein. Zum Beispiel beschreibt @Joel Costigliola ein Szenario, in dem Eclipse einen Maven-Testbaum nicht richtig behandelt: siehe diese Antwort .

  5. Android-Probleme : Wenn Sie für Android programmieren und Fehler im Zusammenhang mit "Symbol kann nicht gefunden werden" haben R, beachten Sie, dass die RSymbole in der context.xmlDatei definiert sind . Überprüfen Sie, ob Ihre context.xmlDatei korrekt und an der richtigen Stelle ist und ob die entsprechende RKlassendatei generiert / kompiliert wurde. Beachten Sie, dass bei den Java-Symbolen zwischen Groß- und Kleinschreibung unterschieden wird, sodass bei den entsprechenden XML-IDs auch zwischen Groß- und Kleinschreibung unterschieden wird.

    Andere Symbolfehler unter Android sind wahrscheinlich auf zuvor erwähnte Gründe zurückzuführen. zB fehlende oder falsche Abhängigkeiten, falsche Paketnamen, Methoden oder Felder, die in einer bestimmten API-Version nicht vorhanden sind, Rechtschreib- / Tippfehler usw.

  6. Systemklassen neu definieren : Ich habe Fälle gesehen, in denen sich der Compiler beschwert, dass dies substringein unbekanntes Symbol ist

    String s = ...
    String s1 = s.substring(1);

    Es stellte sich heraus, dass der Programmierer eine eigene Version von erstellt hatte Stringund dass seine Version der Klasse keine substringMethoden definierte .

    Lektion: Definieren Sie keine eigenen Klassen mit denselben Namen wie allgemeine Bibliotheksklassen!

  7. Homoglyphen: Wenn Sie für Ihre Quelldateien die UTF-8-Codierung verwenden, können Bezeichner verwendet werden, die gleich aussehen , sich jedoch unterscheiden, da sie Homoglyphen enthalten. Weitere Informationen finden Sie auf dieser Seite .

    Sie können dies vermeiden, indem Sie sich auf ASCII oder Latin-1 als Quelldatei-Codierung beschränken und Java- \uxxxxEscapezeichen für andere Zeichen verwenden.


1 - Wenn, vielleicht, Sie haben sehen dies in einer Runtime - Ausnahme oder eine Fehlermeldung, dann haben Sie entweder Ihre IDE Laufcode mit Kompilierungsfehlern konfigurieren oder Ihre Anwendung generiert und Kompilieren von Code .. zur Laufzeit.

2 - Die drei Grundprinzipien des Bauingenieurwesens: Wasser fließt nicht bergauf, eine Planke ist auf der Seite stärker und man kann nicht an einer Schnur drücken .


Ich hatte eine andere Situation, in der dieser Kompilierungsfehler auftrat, während Eclipse das Problem nicht sah: Zwei Klassen mit Abhängigkeiten, die in der jeweils anderen Klasse definiert waren. In meinem Fall hatte ich eine Aufzählung, die eine Schnittstelle implementierte, die in einer Klasse definiert war, in der ich die Aufzählung dummerweise bereits verwendet habe.
Jogi

Ähnlich wie im obigen Kommentar funktioniert es kein Problem, wenn ich mein Programm über Eclipse kompiliere und ausführe. Das Kompilieren über die Konsole führt zu einer Reihe dieser Fehler "Symbol kann nicht gefunden werden", die häufig mit dem letzten Element eines Imports zusammenhängen. Ich habe keine Ahnung, was dies verursacht, da der Code wirklich nichts Falsches enthält.
Andres Stadelmann

Ein weiteres Problem besteht darin, dass IDEs andere Fehler in diese Kategorie "interpretieren" können. Zum Beispiel printlnin, System.out.printlnwenn auf Klassenebene unter Standard-Compiler platziert würde uns <identifier> expected( Demo ) geben, aber in IntelliJ werden wir sehen Cannot resolve symbol 'println'( Demo ).
Pshemo

Beeindruckend. Ich würde das einen Compiler-Fehler nennen.
Stephen C

23

Sie erhalten diesen Fehler auch, wenn Sie Folgendes vergessen new:

String s = String();

gegen

String s = new String();

weil der Aufruf ohne das newSchlüsselwort versucht, nach einer (lokalen) Methode zu suchen, die Stringohne Argumente aufgerufen wird - und diese Methodensignatur wahrscheinlich nicht definiert ist.


14

Ein weiteres Beispiel für "Variable ist außerhalb des Gültigkeitsbereichs"

Wie ich diese Art von Fragen schon einige Male gesehen habe, vielleicht ein weiteres Beispiel dafür, was illegal ist, auch wenn es sich in Ordnung anfühlt .

Betrachten Sie diesen Code:

if(somethingIsTrue()) {
  String message = "Everything is fine";
} else {
  String message = "We have an error";
}
System.out.println(message);

Das ist ungültiger Code. Weil keine der genannten Variablen messageaußerhalb ihres jeweiligen Bereichs sichtbar ist - {}in diesem Fall wären dies die umgebenden Klammern .

Man könnte sagen: „Aber eine Variable mit dem Namen Nachricht wird so oder so definiert - so Meldung wird nach der definierten if“.

Aber du liegst falsch.

Java hat keine free()oder deleteOperatoren, daher muss es sich auf die Verfolgung des Variablenbereichs verlassen, um herauszufinden, wann Variablen nicht mehr verwendet werden (zusammen mit Verweisen auf diese Variablen der Ursache).

Es ist besonders schlimm, wenn Sie dachten, Sie hätten etwas Gutes getan. Ich habe diese Art von Fehler gesehen, nachdem ich Code wie folgt "optimiert" habe:

if(somethingIsTrue()) {
  String message = "Everything is fine";
  System.out.println(message);
} else {
  String message = "We have an error";
  System.out.println(message);
}

"Oh, es gibt doppelten Code, lass uns diese gemeinsame Linie herausziehen" -> und da ist es.

Die gebräuchlichste Methode, um mit dieser Art von Scope-Problemen umzugehen, besteht darin, die else-Werte den Variablennamen im externen Scope vorab zuzuweisen und sie dann neu zuzuweisen, wenn:

String message = "We have an error";
if(somethingIsTrue()) {
  message = "Everything is fine";
} 
System.out.println(message);

4
"Java hat keine freien () oder Löschoperatoren, daher muss es sich auf die Verfolgung des Variablenbereichs verlassen, um herauszufinden, wann Variablen nicht mehr verwendet werden (zusammen mit Verweisen auf diese Ursachenvariablen)." - Dies ist zwar wahr, aber nicht relevant. C und C ++ haben jeweils Operatoren zum Löschen / Löschen, und dennoch wäre der Ihren Beispielen entsprechende C / C ++ - Code unzulässig. C- und C ++ - Blöcke begrenzen den Umfang von Variablen genau wie in Java. Tatsächlich gilt dies für die meisten "blockstrukturierten" Sprachen.
Stephen C

1
Die bessere Lösung für Code, der jedem Zweig einen anderen Wert zuweist, ist die Verwendung einer leerenfinal Variablendeklaration.
Daniel Pryden

10

Eine Möglichkeit, diesen Fehler in Eclipse zu erhalten:

  1. Definieren Sie eine Klasse Ain src/test/java.
  2. Definieren Sie eine andere Klasse Bin src/main/javadieser Anwendungsklasse A.

Ergebnis: Eclipse kompiliert den Code, aber Maven gibt "Symbol kann nicht gefunden werden".

Grundursache: Eclipse verwendet einen kombinierten Erstellungspfad für die Haupt- und Testbäume. Leider wird die Verwendung unterschiedlicher Erstellungspfade für verschiedene Teile eines Eclipse-Projekts nicht unterstützt, was Maven benötigt.

Lösung:

  1. Definieren Sie Ihre Abhängigkeiten nicht so. dh mach diesen Fehler nicht.
  2. Erstellen Sie Ihre Codebasis regelmäßig mit Maven, damit Sie diesen Fehler frühzeitig erkennen. Eine Möglichkeit, dies zu tun, besteht darin, einen CI-Server zu verwenden.

Was ist die Lösung für dieses Problem?

2
Was auch immer Sie in src / main / java verwenden, muss in src / main / java oder in Kompilierungs- / Laufzeitabhängigkeiten (keine Testabhängigkeiten) definiert werden.
Joel Costigliola

5

"Kann nicht finden" bedeutet, dass Compiler, der keine geeignete Variable, Methode, Klasse usw. finden kann. Wenn Sie diese Fehlermassage erhalten haben, möchten Sie zunächst eine Codezeile finden, in der Sie eine Fehlermassage erhalten. Und dann werden Sie Sie können feststellen, welche Variable, Methode oder Klasse vor der Verwendung nicht definiert wurde. Nach der Bestätigung initialisieren Sie, dass die Variable, Methode oder Klasse für spätere Anforderungen verwendet werden kann. Betrachten Sie das folgende Beispiel.

Ich werde eine Demo-Klasse erstellen und einen Namen drucken ...

class demo{ 
      public static void main(String a[]){
             System.out.print(name);
      }
}

Schauen Sie sich jetzt das Ergebnis an.

Geben Sie hier die Bildbeschreibung ein

Dieser Fehler besagt, dass "Variablenname nicht gefunden werden kann". Durch Definieren und Initialisieren des Werts für die Variable "Name" kann dieser Fehler behoben werden.

class demo{ 
      public static void main(String a[]){

             String name="smith";

             System.out.print(name);
      }
}

Schauen Sie sich jetzt die neue Ausgabe an ...

Geben Sie hier die Bildbeschreibung ein

Ok Dieser Fehler wurde erfolgreich behoben. Wenn Sie gleichzeitig die Meldung "Methode kann nicht gefunden werden" oder "Klasse kann nicht gefunden werden" erhalten, definieren Sie zunächst eine Klasse oder Methode und verwenden Sie diese anschließend.


3

Wenn Sie diesen Fehler im Build an einer anderen Stelle erhalten, während Ihre IDE angibt, dass alles in Ordnung ist, überprüfen Sie, ob Sie an beiden Stellen dieselben Java-Versionen verwenden.

Beispielsweise verfügen Java 7 und Java 8 über unterschiedliche APIs. Das Aufrufen einer nicht vorhandenen API in einer älteren Java-Version würde diesen Fehler verursachen.


2

Auch ich habe diesen Fehler bekommen. (wofür ich gegoogelt habe und auf diese Seite verwiesen wurde)

Problem: Ich habe eine in der Klasse eines Projekts A definierte statische Methode aus einer in einem anderen Projekt B definierten Klasse aufgerufen. Ich habe den folgenden Fehler erhalten:

error: cannot find symbol

Lösung: Ich habe dieses Problem behoben, indem ich zuerst das Projekt erstellt habe, in dem die Methode definiert ist, und dann das Projekt, von dem aus die Methode aufgerufen wurde.


Ja, dies kann passieren, wenn Sie beispielsweise eine wiederverwendbare Funktion aus Ihrem aktuellen Paket in Ihr gemeinsames Utils-Paket verschieben, aber dann vergessen, Ihr gemeinsames Paket zu kompilieren, bevor Sie die Funktion aus Ihrem aktuellen Paket aufrufen.
buildingKofi

2

Wenn der Eclipse-Java-Erstellungspfad 7, 8 zugeordnet ist und in Project pom.xml Maven-Eigenschaften java.version eine höhere Java-Version (9,10,11 usw.) als 7,8 erwähnt wird, müssen Sie in pom aktualisieren. XML-Datei.

Wenn in Eclipse Java Java Version 11 und in pom.xml Java Version 8 zugeordnet ist, aktualisieren Sie die Eclipse-Unterstützung auf Java 11, indem Sie die folgenden Schritte in der Eclipse IDE-Hilfe ausführen -> Neue Software installieren ->

Fügen Sie den folgenden Link ein: http://download.eclipse.org/eclipse/updates/4.9-P-builds at Work With

oder

Hinzufügen (Popup-Fenster wird geöffnet) ->

Name:Java 11 unterstützt Location: http://download.eclipse.org/eclipse/updates/4.9-P-builds

Aktualisieren Sie dann die Java-Version in den Maven-Eigenschaften der Datei pom.xml wie folgt

<java.version>11</java.version>
<maven.compiler.source>${java.version}</maven.compiler.source>
<maven.compiler.target>${java.version}</maven.compiler.target>

Klicken Sie abschließend mit der rechten Maustaste auf Projekt Debuggen als -> Maven bereinigen, Maven Build-Schritte


2

Gelöst

Wählen Sie Erstellen -> Projekt neu erstellen , um das Problem zu lösen


1
Das hängt sehr davon ab und normalerweise auch nicht.
Maarten Bodewes

1

Es kann verschiedene Szenarien geben, wie oben erwähnt. Ein paar Dinge, die mir geholfen haben, dieses Problem zu lösen.

  1. Wenn Sie IntelliJ verwenden

    File -> 'Invalidate Caches/Restart'

ODER

  1. Die Klasse, auf die verwiesen wird, befand sich in einem anderen Projekt, und diese Abhängigkeit wurde nicht zur Gradle-Builddatei meines Projekts hinzugefügt. Also habe ich die Abhängigkeit mit hinzugefügt

    compile project(':anotherProject')

und es hat funktioniert. HTH!


1

Sie haben Ihren Code mit maven compile kompiliert und dann mit maven test ausgeführt. Wenn Sie nun etwas in Ihrem Code geändert haben und es dann ohne Kompilieren ausführen, wird dieser Fehler angezeigt.

Lösung: Kompilieren Sie es erneut und führen Sie dann den Test aus. Bei mir hat es so funktioniert.


1

In meinem Fall musste ich folgende Operationen ausführen:

  1. Verschieben Sie context.xmlDatei aus , src/java/packageum das resourceVerzeichnis (IntelliJ IDE)
  2. targetVerzeichnis bereinigen .

Das Verschieben von Dateien ohne Berücksichtigung von Referenzen kann diesen Fehler verursachen. Das habe ich schon getroffen. Einfach auf Git zurücksetzen und vorsichtig wieder verschieben, den Fehler beheben.
Huy Hóm Hỉnh

0

Hinweise finden Sie unter dem Namen des Klassennamens, der einen Fehler auslöst, und der Zeilennummer. Beispiel: Kompilierungsfehler [FEHLER] \ Anwendungen \ xxxxx.java: [44,30] Fehler: Symbol kann nicht gefunden werden

Eine andere Ursache ist die nicht unterstützte Methode für die Java-Version, z. B. jdk7 vs 8. Überprüfen Sie Ihre% JAVA_HOME%


Dies sagt genau das, was andere Antworten sagen.
Stephen C
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.