Wähle Java für Minecraft: Java Edition passend zur genauen Minecraft-Version und Serversoftware – nicht einfach die neueste Java-Version auf deinem Computer. Vanilla 1.20.5–1.21.11 verwendet Java 21, die Versionen 26.1–26.3 verwenden Java 25. Ältere Versionen haben andere Anforderungen; bei Paper oder einem Modpack kann eine andere praktische Wahl sinnvoll sein.
Stand der Prüfung: 8. November 2026. Mojangs offizielles Versionsmanifest nennt 26.3 als neueste stabile Version. Snapshots zählen dabei nicht als stabile Veröffentlichung. Dieser Leitfaden betrifft Java-Edition-Clients und dedizierte Server, nicht die Bedrock Edition.
Mindestversion, Launcher-Laufzeit und Empfehlung sind verschieden
Das historische Minimum bezeichnet die Java-Generation, die eine ursprüngliche Vanilla-Version benötigte. Die Launcher-Laufzeit ist die Java-Installation, die ein Launcher heute auswählt. Eine Empfehlung nennt die Laufzeit, die ein Serverprojekt oder Pack-Verantwortlicher für einen bestimmten Build empfiehlt. Diese Zahlen dürfen sich unterscheiden.
Besonders bei altem Minecraft ist das wichtig. Mojangs gepflegte Metadaten ordnen mehreren deutlich älteren Versionen Java 8 zu. Daraus folgt nicht, dass Java 8 ursprünglich das Minimum war. Ebenso macht Papers Empfehlung für Java 21 diese Version nicht zur ursprünglichen Vanilla-Anforderung aller betroffenen Veröffentlichungen.
Nutze die historische Spalte zum Verständnis der Kompatibilität, nicht als Aufforderung, eine veraltete Laufzeit zu installieren. Für einen tatsächlichen Betrieb gelten die Dokumentationen deiner genauen Serversoftware, Loader und Plugins. Wähle eine gepflegte Java-Distribution, sofern diese Software sie unterstützt.
Die Vanilla-Kompatibilitätstabelle für Minecraft und Java
Die älteren Zeilen beschreiben Anforderungen zur Veröffentlichungszeit. Die neueren nennen die erforderliche Java-Generation und die übliche Ausgangsbasis. Sie garantieren nicht, dass jedes alte Spiel auf jeder neueren JVM läuft.
| Minecraft Java Edition | Historisches Minimum / erforderliche Generation | Praktische Ausgangsbasis |
|---|---|---|
| 1.4.x–1.5.2 | Java 5 | Eigenes Legacy-Profil verwenden; Mojangs gepflegte Metadaten für 1.4.7 und 1.5.2 wählen Java 8. Gesamte Softwarekombination prüfen. |
| 1.6.1–1.11.2, einschließlich 1.7.10 und 1.8.x | Java 6 | Java 8 ist eine verbreitete Legacy-Basis und in Mojangs Metadaten für 1.8.9 ausgewählt; Forks und Mods können mehr verlangen. |
| 1.12–1.16.5 | Java 8 | Java 8 für Vanilla; vor Änderungen Empfehlungen der jeweiligen Implementierung prüfen. |
| 1.17–1.17.1 | Java 16 | Launcher-Laufzeit oder genaue Serveranforderungen beachten; Papers Empfehlung weicht unten ab. |
| 1.18–1.20.4 | Java 17 | Java 17 für Vanilla; diese Zeile gilt nicht für 1.20.5. |
| 1.20.5–1.21.11 | Java 21 | Java 21; seit 1.20.5 wird auch ein 64-Bit-Betriebssystem benötigt. |
| 26.1–26.3 | Java 25 | Java 25; 26.3 ist die für diesen Leitfaden verifizierte neueste stabile Version. |
Für die frühen Übergänge nennt das Minecraft Wiki Java 5 für 1.4.7, Java 6 für 1.6.1 und Java 6 für 1.8. Eine Prüfung repräsentativer offizieller Server-JARs bestätigt die Bytecode-Generationen. Das ist jedoch weder ein Spieltest noch ein vollständiger Laufzeit-Kompatibilitätstest.
Bei neueren Versionen nennen die über Mojangs Manifest verlinkten JSON-Dateien Java 8 für 1.12 und 1.16.5, Java 16 für 1.17, Java 17 für 1.18 und 1.20.4, Java 21 für 1.20.5 und 1.21.11 sowie Java 25 für 26.1 und 26.3. Mojangs Versionshinweise zu 1.20.5 und zu 26.1 kündigen die jeweiligen neuen Anforderungen ausdrücklich an.
Braucht Minecraft 1.4 Java 7? Braucht 1.8 Java 8?
Beides beschreibt das ursprüngliche Vanilla-Minimum nicht korrekt. Für 1.4 ist Java 7 nicht die historische Untergrenze: Die Referenz für 1.4.7 nennt Java 5. Für 1.8 war Java 6 erforderlich, nicht Java 8.
„Verwende Java 8 für einen alten 1.8-Server“ kann trotzdem eine sinnvolle Empfehlung für eine bestimmte Implementierung sein. Mojangs gepflegte Launcher-Metadaten wählen Java 8 für 1.8.9, und Paper empfiehlt Java 8 für 1.7.10–1.11. Ein für Java 8 kompiliertes Plugin kann die tatsächliche Mindestversion ebenfalls anheben, obwohl das ursprüngliche Spiel es nicht verlangte.
Mache aus diesen historischen Zahlen keine Download-Anleitung für Java 5, 6 oder 7. Diese Generationen sind veraltet. Auch Java 8 ist eine Legacy-Basis: Sicherheitswartung hängt von Distribution und Update-Kanal ab, nicht allein von der Zahl „8“. Eine neuere JVM behebt nicht automatisch Sicherheitslücken eines alten Servers oder seiner Bibliotheken. Halte Legacy-Instanzen getrennt und prüfe ihre Sicherheitskorrekturen, bevor du sie öffentlich zugänglich machst.
Paper hat eigene Empfehlungen
Die Einstiegsdokumentation von Paper enthält derzeit folgende Empfehlungen, keine universellen Vanilla-Mindestversionen:
| Paper-Version | Empfohlenes Java |
|---|---|
| 1.7.10–1.11 | 8 |
| 1.12–1.16.4 | 11 |
| 1.16.5 | 16 |
| 1.17–1.19 | 17 |
| 1.20–1.21.11 | 21 |
| 26.1+ | 25 |
Die aktuelle Veröffentlichung verlangt mindestens Java 25. Lies diese Aussage zusammen mit der versionierten Tabelle, nicht als Anweisung, jeden archivierten Paper-Build auf Java 25 umzustellen. Eine empfohlene Laufzeit bedeutet außerdem nicht, dass ein alter Zweig noch Fehlerkorrekturen erhält. Andere Forks und einzelne Plugins haben eigene Supportregeln.
Modpacks, Forge, NeoForge und Fabric separat prüfen
Beginne bei einem modifizierten Server mit der genauen Pack-Version, danach mit Loader-Version und Installationsanleitung. Die Vanilla-Tabelle liefert Hintergrundwissen, setzt aber die Pack-Anforderungen nicht außer Kraft. Ältere Loader können von Verhalten abhängen, das sich in neueren Java-Versionen geändert hat. Neuere Mods können einen höheren Bytecode-Stand als ihr Basisspiel verlangen.
Nutze die Projektdokumentation, etwa Fabrics Java-Installationsanleitung und das NeoForge-Benutzerhandbuch. Prüfe dabei die ausgewählte Minecraft- beziehungsweise Dokumentationsversion. Übertrage eine „latest“-Zeile nicht ungeprüft auf eine neue Minecraft-Generation. Dokumentiere Pack, Loader, Java-Distribution und Hauptversion gemeinsam, damit andere Administratoren die Installation nachvollziehen können.
Prüfe das Java, das den Server tatsächlich startet
Bestimme vor einer Installation die genaue Minecraft-Patchversion, die Software – Vanilla, Paper oder modifiziert – und den Startbefehl. Führe dann Folgendes aus:
java -version
Das zeigt die ausführbare Datei, die dieses Terminal aufruft. Es beweist nicht, dass ein Hosting-Panel, Container, Dienst oder Launcher dieselbe Datei nutzt. Prüfe dessen Laufzeit- oder Image-Auswahl und das Startprotokoll. Verweist der Befehl auf einen ausdrücklichen Java-Pfad, prüfe diese Datei. Beim Client solltest du zuerst das Installationsprofil im Launcher ansehen, bevor du das globale Java des Computers änderst.
Vanilla 1.20.4 gehört beispielsweise zur Java-17-Zeile, Vanilla 1.20.5 dagegen zu Java 21. Für Paper 1.20.4 gilt Papers Java-21-Empfehlung. Trotz ähnlicher Minecraft-Nummern sind das drei unterschiedliche Entscheidungen. Wähle die Laufzeit für den betroffenen Prozess, nicht für eine andere Installation, die zufällig funktioniert.
Startfehler ohne Raten beheben
UnsupportedClassVersionError bedeutet meist, dass die ausgewählte JVM eine für neueres Java kompilierte Klasse nicht lesen kann. Die Meldung kann den Server, einen Loader oder nur ein Plugin nennen. Laut JVM-Spezifikation für Klassendateien entsprechen die Hauptversionen 52, 61, 65 und 69 Java 8, 17, 21 und 25. Das sind Bytecode-Nummern, keine Minecraft-Versionen.
Braucht ein Plugin Java 21, während dein alter Server nur eine ältere Laufzeit unterstützt, kann ein einfaches Java-Upgrade andere Teile beschädigen. Suche einen kompatiblen Plugin-Build, aktualisiere die gesamte unterstützte Softwarekombination oder verzichte auf das Plugin. Umgekehrt können ältere JVM-Optionen unter neuerem Java ungültig werden. Behalte nur Optionen, die für die gewählte Laufzeit dokumentiert sind.
Fehlt der Befehl java, prüfe zuerst Installation und Programmpfad. Ein Fehler bei der Speicherreservierung oder ein Portkonflikt beweist keine falsche Java-Hauptversion. Lies die erste relevante Fehlermeldung und die Zeilen unmittelbar davor, bevor du andere Einstellungen änderst.
Checkliste für einen sicheren Wechsel
- Sichere Welt, Konfiguration, Plugins/Mods und bisherige Starteinstellungen, bevor du die Umgebung änderst.
- Bestätige genaue Version und Implementierung und wähle deren dokumentierte Java-Version. Nutze eine vertrauenswürdige Distribution oder die unterstützte Laufzeitauswahl deines Hosters statt irgendeines „Java fix“-Downloads.
- Ändere zunächst ausschließlich die gewählte Java-Laufzeit. Notiere die vorherige Einstellung und kombiniere den Wechsel nicht mit einem Weltversions-Upgrade.
- Starte sauber neu und prüfe das Startprotokoll. Teste möglichst an einer Kopie Anmeldung, Laden der Welt und tatsächlich verwendete Plugins oder Mods.
- Stelle bei Fehlern die bisherige Laufzeit und Einstellungen wieder her. Hat eine weitere Änderung Weltdaten aktualisiert, spiele die passende Sicherung zurück, statt anzunehmen, ein heruntergestufter Server könne sie sicher lesen.
Vergleiche für eine gehostete Installation SharpHebergs Minecraft-Hosting mit den Anforderungen deines genauen Servers oder Modpacks und bestätige die Verfügbarkeit der benötigten Laufzeit vor der Bestellung. Entscheidend ist eine passende Kombination aus Minecraft, Serversoftware und Java – nicht die pauschale Regel „Installiere das neueste Java“.