{"id":562,"date":"2025-01-02T19:03:55","date_gmt":"2025-01-02T18:03:55","guid":{"rendered":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/?p=562"},"modified":"2025-02-25T19:05:36","modified_gmt":"2025-02-25T18:05:36","slug":"fehler-class-file-has-wrong-version-in-java-beheben","status":"publish","type":"post","link":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/?p=562","title":{"rendered":"Fehler „class file has wrong version“ in Java beheben"},"content":{"rendered":"\n

Beim Entwickeln von Java-Anwendungen kann es vorkommen, dass der Compiler oder die Laufzeitumgebung einen Fehler der Art „class file has wrong version“ ausgibt. Dieser Fehler tritt auf, wenn eine Java-Klassen-Datei (eine .class-Datei) mit einer anderen Java-Version kompiliert wurde als die, die zur Laufzeit verwendet wird. In diesem Artikel werden die Ursachen dieses Problems analysiert und verschiedene L\u00f6sungsm\u00f6glichkeiten vorgestellt.<\/p>\n\n\n\n

Ursachen des Fehlers<\/h2>\n\n\n\n

Jede Java-Version kompiliert Klassen mit einer spezifischen „class file version“. Wenn versucht wird, eine Klasse mit einer \u00e4lteren JVM-Version auszuf\u00fchren, die mit einer neueren Version kompiliert wurde, wird dieser Fehler auftreten. Dies geschieht h\u00e4ufig in den folgenden Szenarien:<\/p>\n\n\n\n

    \n
  1. Inkompatibilit\u00e4t zwischen Compiler und Laufzeitumgebung<\/strong>: Eine Anwendung wird mit einer neueren JDK-Version kompiliert, aber mit einer \u00e4lteren JVM ausgef\u00fchrt.<\/li>\n\n\n\n
  2. Unpassende Abh\u00e4ngigkeiten (Dependencies)<\/strong>: Eine Bibliothek wird mit einer h\u00f6heren Java-Version kompiliert als das Projekt, das sie nutzen will.<\/li>\n\n\n\n
  3. Mischung von JDK-Versionen innerhalb eines Projekts<\/strong>: Manche Build-Systeme oder IDEs verwenden unterschiedliche JDK-Versionen f\u00fcr verschiedene Module oder w\u00e4hrend des Kompilierens und Laufens.<\/li>\n<\/ol>\n\n\n\n

    Bekannte „class file versions“ und zugeh\u00f6rige JVM-Versionen<\/h2>\n\n\n\n
    „class file version“<\/th>Java-Version<\/th><\/tr><\/thead>
    45<\/td>Java 1.1<\/td><\/tr>
    46<\/td>Java 1.2<\/td><\/tr>
    47<\/td>Java 1.3<\/td><\/tr>
    48<\/td>Java 1.4<\/td><\/tr>
    49<\/td>Java 5<\/td><\/tr>
    50<\/td>Java 6<\/td><\/tr>
    51<\/td>Java 7<\/td><\/tr>
    52<\/td>Java 8<\/td><\/tr>
    53<\/td>Java 9<\/td><\/tr>
    54<\/td>Java 10<\/td><\/tr>
    55<\/td>Java 11<\/td><\/tr>
    56<\/td>Java 12<\/td><\/tr>
    57<\/td>Java 13<\/td><\/tr>
    58<\/td>Java 14<\/td><\/tr>
    59<\/td>Java 15<\/td><\/tr>
    60<\/td>Java 16<\/td><\/tr>
    61<\/td>Java 17<\/td><\/tr>
    62<\/td>Java 18<\/td><\/tr>
    63<\/td>Java 19<\/td><\/tr>
    64<\/td>Java 20<\/td><\/tr>
    65<\/td>Java 21<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    L\u00f6sungsm\u00f6glichkeiten<\/h2>\n\n\n\n

    1. Upgrade der JVM (Laufzeitumgebung)<\/strong><\/h3>\n\n\n\n

    Falls eine Klassen-Datei eine h\u00f6here Version aufweist als die aktuelle JVM unterst\u00fctzt, sollte zun\u00e4chst \u00fcberpr\u00fcft werden, ob ein Upgrade der JVM m\u00f6glich ist. Dies kann mit folgendem Befehl gepr\u00fcft werden:<\/p>\n\n\n

    java -version\n<\/code><\/span><\/pre>\n\n\n
    Falls eine \u00e4ltere Version verwendet wird, kann eine neuere JDK-Version von Oracle<\/a> oder OpenJDK<\/a> heruntergeladen und installiert werden.<\/p>\n\n\n\n
    JVM-Upgrade auf macOS\/Linux<\/h4>\n\n\n
    sudo apt update && sudo apt install openjdk-XX-jdk   # f\u00fcr Debian-basierte Systeme<\/span>\nbrew install openjdk@XX                             # f\u00fcr macOS mit Homebrew<\/span>\n<\/code><\/span>Code-Sprache:<\/span> PHP<\/span> (<\/span>php<\/span>)<\/span><\/small><\/pre>\n\n\n
    JVM-Upgrade auf Windows<\/h4>\n\n\n\n
    F\u00fcr Windows kann das JDK einfach als MSI-Paket installiert und die Umgebungsvariable JAVA_HOME<\/code> entsprechend angepasst werden.<\/p>\n\n\n\n
    2. Downgrade der Abh\u00e4ngigkeiten<\/strong><\/h3>\n\n\n\n
    Falls eine Abh\u00e4ngigkeit mit einer h\u00f6heren Java-Version kompiliert wurde als das Projekt verwendet, muss diese angepasst werden. Dies kann in Build-Tools wie Maven oder Gradle erfolgen.<\/p>\n\n\n\n
    In Maven:<\/strong> Die Java-Version einer Abh\u00e4ngigkeit kann mit folgenden Befehlen \u00fcberpr\u00fcft werden:<\/p>\n\n\n
    mvn<\/span> dependency<\/span>:tree<\/span>\nmvn<\/span> dependency<\/span>:analyze<\/span>\n<\/code><\/span>Code-Sprache:<\/span> CSS<\/span> (<\/span>css<\/span>)<\/span><\/small><\/pre>\n\n\n
    Falls eine inkompatible Version vorliegt, kann die Version in der pom.xml<\/code> ge\u00e4ndert werden:<\/p>\n\n\n
    <dependency<\/span>><\/span>\n    <groupId<\/span>><\/span>com.example<\/groupId<\/span>><\/span>\n    <artifactId<\/span>><\/span>example-lib<\/artifactId<\/span>><\/span>\n    <version<\/span>><\/span>1.2.3<\/version<\/span>><\/span>  <!-- auf kompatible Version setzen --><\/span>\n<\/dependency<\/span>><\/span>\n<\/code><\/span>Code-Sprache:<\/span> HTML, XML<\/span> (<\/span>xml<\/span>)<\/span><\/small><\/pre>\n\n\n
    In Gradle:<\/strong> Die Abh\u00e4ngigkeitsversionen k\u00f6nnen mit folgendem Befehl gepr\u00fcft werden:<\/p>\n\n\n
    gradle dependencies\n<\/code><\/span><\/pre>\n\n\n
    Falls eine inkompatible Abh\u00e4ngigkeit gefunden wird, kann die Version in der build.gradle<\/code> Datei angepasst werden:<\/p>\n\n\n
    dependencies {\n    implementation 'com.example:example-lib:1.2.3'<\/span> \/\/ auf kompatible Version setzen<\/span>\n}\n<\/code><\/span>Code-Sprache:<\/span> JavaScript<\/span> (<\/span>javascript<\/span>)<\/span><\/small><\/pre>\n\n\n
    3. Projekt auf eine \u00e4ltere Java-Version kompilieren (Quell- und Zielversion setzen)<\/strong><\/h3>\n\n\n\n
    Falls es erforderlich ist, dass der Code auf einer \u00e4lteren JVM lauff\u00e4hig bleibt, kann die Java-Kompilierung so eingestellt werden, dass sie eine \u00e4ltere Version nutzt.<\/p>\n\n\n\n
    In Maven:<\/strong><\/p>\n\n\n
    <properties<\/span>><\/span>\n    <maven.compiler.source<\/span>><\/span>11<\/maven.compiler.source<\/span>><\/span>\n    <maven.compiler.target<\/span>><\/span>11<\/maven.compiler.target<\/span>><\/span>\n<\/properties<\/span>><\/span>\n<\/code><\/span>Code-Sprache:<\/span> HTML, XML<\/span> (<\/span>xml<\/span>)<\/span><\/small><\/pre>\n\n\n
    In Gradle:<\/strong><\/p>\n\n\n
    tasks.withType(JavaCompile) {\n    sourceCompatibility = '11'<\/span>\n    targetCompatibility = '11'<\/span>\n}\n<\/code><\/span>Code-Sprache:<\/span> JavaScript<\/span> (<\/span>javascript<\/span>)<\/span><\/small><\/pre>\n\n\n
    4. IDE- und Build-Tools-Einstellungen pr\u00fcfen<\/strong><\/h3>\n\n\n\n
    Falls verschiedene Teile eines Projekts mit unterschiedlichen JDK-Versionen kompiliert werden, sollte sichergestellt werden, dass \u00fcberall die gleiche Version eingestellt ist.<\/p>\n\n\n\n
    In IntelliJ IDEA kann dies unter File > Project Structure > Project SDK<\/code> gepr\u00fcft werden.<\/p>\n\n\n\n
    In Eclipse muss unter Window > Preferences > Java > Installed JREs<\/code> sichergestellt werden, dass die richtige Version verwendet wird.<\/p>\n\n\n\n
    Fazit<\/h2>\n\n\n\n
    Der Fehler „class file has wrong version“ tritt auf, wenn eine Klassen-Datei mit einer neueren Java-Version kompiliert wurde, als die JVM zur Verf\u00fcgung stellt. M\u00f6gliche L\u00f6sungen beinhalten das Upgrade der JVM, das Downgrade von Abh\u00e4ngigkeiten oder die Anpassung der Kompiliereinstellungen. Durch eine konsistente Nutzung von Java-Versionen innerhalb eines Projekts lassen sich viele dieser Probleme von vornherein vermeiden.<\/p>\n","protected":false},"excerpt":{"rendered":"
    Beim Entwickeln von Java-Anwendungen kann es vorkommen, dass der Compiler oder die Laufzeitumgebung einen Fehler der Art „class file has wrong version“ ausgibt. Dieser Fehler tritt auf, wenn eine Java-Klassen-Datei (eine .class-Datei) mit einer anderen Java-Version kompiliert wurde als die, die zur Laufzeit verwendet wird. In diesem Artikel werden die Ursachen dieses Problems analysiert und […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-562","post","type-post","status-publish","format-standard","hentry","category-plain_java"],"_links":{"self":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts\/562","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=562"}],"version-history":[{"count":1,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts\/562\/revisions"}],"predecessor-version":[{"id":563,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=\/wp\/v2\/posts\/562\/revisions\/563"}],"wp:attachment":[{"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=562"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=562"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.xn--javaeinfacherklrt-4qb.de\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=562"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}