Minecraft-26-Plugins erstellen: der Stand der Kalender-Versionen

Kalender-Versionierung: warum es keine 1.22 gibt

Minecraft hat die Zählweise 1.x aufgegeben und nutzt jetzt Kalender-Versionen. Die erste Zahl ist das Jahr, die zweite sagt, die wievielte Veröffentlichung dieses Jahres es ist. Aktuell ist 26.2, erschienen am 16.06.2026 unter dem Namen „Chaos Cubed“. Auf 1.22 zu warten hat also keinen Sinn: nach der 1.21-Familie kommt die 26er-Reihe.

Praktisch heißt das, dass „die neueste 1.x“ als Zielangabe nicht mehr funktioniert. Wenn du ein Plugin suchst oder eines beschreibst, das gebaut werden soll, brauchst du eine konkrete Kalender-Version. Der Abstand zwischen 26.1.2 und 26.2 ist keine Kosmetik: auf der Paper-Seite hat 26.1.2 ein stabiles Build, 26.2 nicht.

• Aktuelle Version: 26.2, erschienen am 16.06.2026, Name „Chaos Cubed“
• Die erste Zahl ist das Jahr, kein Generationszähler
• Schreib deine genaue Version immer in die Beschreibung deines Plugins

Gegen welche Version du 2026 baust: die echten Zahlen

Eine bStats-Erhebung über 62.948 Server zeigt die tatsächliche Verteilung: 1.21.11 kommt auf 36,4 % der Server, 26.1.2 auf 14,9 %, 26.2 auf 7,4 % und 1.21.4 immer noch auf 7,2 %. Die 1.21-Familie ist damit mit großem Abstand am stärksten vertreten, und die Kalender-Versionen haben in dieser Erhebung das Feld nicht übernommen.

Daraus folgen zwei klare Antworten. Spielen auf deinem Server echte Leute, ist 26.1.2 das sinnvolle Ziel auf der 26er-Seite, weil Paper 26.2 kein stabiles Build hat. Und wenn du dein Plugin für andere veröffentlichst, schneidest du dich mit reinem 26.2-Support vom größten Teil der Server ab. 1.21 weiter zu unterstützen ist keine Nostalgie, dort stehen die Server.

• 1.21.11: 36,4 % der gemessenen Server
• 26.1.2: 14,9 %, die am häufigsten installierte Kalender-Version
• 26.2: 7,4 %, neu und ohne stabiles Paper-Build
• 1.21.4: 7,2 %, weiterhin gut vertreten

Java 25 oder Java 21: welche Untergrenze gilt für dich?

Java 25 ist die Untergrenze der Kalender-Versionen. Läuft dein Server auf 26.x, brauchst du diese Runtime, daran gibt es nichts zu rütteln: ein älteres JDK startet den Server gar nicht.

Auf welche Java-Version du dein Plugin kompilierst, ist eine andere Frage. Java 21 als Ziel bleibt sinnvoll, weil das der größte Teil der Server fährt und weil ein .jar für Java 21 auf einer neueren Runtime problemlos lädt. Umgekehrt gilt das nicht: ein Plugin für Java 25 lädt auf einem Server mit Java 21 nicht und wirft beim Start einen Fehler zur Klassenversion.

• Runtime für einen 26.x-Server: mindestens Java 25
• Sinnvolles Ziel beim Kompilieren für ein Plugin, das du weitergibst: Java 21
• Zu hoch kompiliert heißt: ältere Server können dein Plugin nicht laden

Adventure 5: warum dein 1.21-Plugin nicht mehr kompiliert

Paper 26.x bringt Adventure 5 mit, und diese Version hat APIs entfernt, die vorher nur als veraltet markiert waren. Die Folge ist deutlich: Code, der für 1.21 geschrieben wurde, kompiliert gegen die 26.x-API teils gar nicht mehr. Das ist ein Fehler beim Build und kein Absturz, den du erst im Spiel entdeckst, und das ist die angenehmere Variante.

Genau hier tappen die meisten in die Falle, wenn sie ein Stück Code aus einem Tutorial oder einem alten Repository übernehmen. Es war für 1.21 gedacht, es sieht richtig aus, und es kompiliert trotzdem nicht. Adventure ist für Nachrichten und für den Text zuständig, den Spieler sehen, deshalb schaust du dir diesen Teil zuerst an.

• Adventure 5 hat veraltete APIs gelöscht, nicht nur markiert
• Code für 1.21 kann gegen 26.x schon beim Kompilieren scheitern
• Jedes Tutorial von vor 26.1 gehört gegengeprüft, nicht kopiert

Deobfuskierung, kein Remapper mehr, und der libraries:-Block

Seit 26.1 ist Minecraft deobfuskiert, und der Remapper von Paper ist verschwunden. Das ganze Hin und Her, ein Plugin so umzuschreiben, dass es die echten Klassennamen des Servers trifft, hat keinen Zweck mehr. Ein Schritt weniger im Build und eine Quelle für unverständliche Fehler beim Start weniger.

Die zweite Änderung betrifft Dependencies: der Block libraries: in der plugin.yml ersetzt das Shading. Statt eine komplette Bibliothek in dein .jar zu packen und zu hoffen, dass sie sich nicht mit der Kopie eines anderen Plugins beißt, deklarierst du sie, und der Server holt sie selbst. Das .jar bleibt klein, und zwei Plugins, die dieselbe Bibliothek brauchen, schleppen sie nicht mehr jeweils in ihrer eigenen Version mit.

• Minecraft ist seit 26.1 deobfuskiert
• Den Remapper von Paper gibt es nicht mehr
• Dependencies gehören in libraries: statt ins Shading
• Folia-Scheduler bleiben Pflicht für die Multithread-Kompatibilität

So baut Minax ein Plugin für 26.x

Du beschreibst dein Plugin auf Deutsch: das gewünschte Verhalten, die Befehle, die Rechte und vor allem deine genaue Server-Version. Minax schreibt echten Java-Code, kompiliert ihn und gibt dir ein .jar. Schlägt die Kompilierung fehl, liest eine Selbstkorrektur-Schleife die Fehler, behebt den Code und baut neu. Genau diese Schleife brauchst du bei APIs, die Adventure 5 entfernt hat.

Danach testest du das Plugin online, bevor du deinen eigenen Server anfasst. Das ist der einzige ehrliche Weg herauszufinden, ob die Befehle wirklich das tun, was du gemeint hast. Folia-Scheduler werden mitgeneriert, damit ein Plugin für einen Folia-Server nicht nur kompiliert, sondern auch das Thread-Modell einhält, das dieser Server erwartet.

• Nenn deine Version: 26.2, 26.1.2 oder eine konkrete 1.21
• Nenn deine Server-Software: Paper, Spigot, Bukkit oder Folia
• Hol dir das kompilierte .jar und teste es zuerst online
• In einem Satz nachschärfen, dann in den Ordner /plugins legen

Häufige Fragen