Beim ersten Start von Paper sind Nether und End aus deinem Weltordner verschwunden. Nicht gelöscht — verschoben: Wo Vanilla beide Dimensionen als DIM-1 und DIM1 innerhalb von world/ ablegt, verteilt Spigot sie auf eigene Ordner namens world_nether und world_the_end. Wer das nicht weiß, hält seine Welt für kaputt und spielt eine Sicherung zurück, die er gar nicht gebraucht hätte.

Dieser Wechsel ist ansonsten unspektakulär, und er ist die Voraussetzung für alles, was mit Plugins zu tun hat.

Was Spigot und Paper überhaupt sind

Der Server von Mojang — „Vanilla" — hat keine Schnittstelle für Erweiterungen. Wer Plugins nutzen will, tauscht ihn gegen eine Serversoftware aus, die eine solche Schnittstelle mitbringt. Alle heute verbreiteten stammen von einem gemeinsamen Vorfahren ab:

SoftwareVerhältnisWofür
VanillaMojangs OriginalReferenzverhalten, keine Plugins
SpigotWeiterentwicklung von BukkitPlugins, viele Einstellmöglichkeiten
PaperWeiterentwicklung von SpigotPlugins, deutlich mehr Leistung
PurpurWeiterentwicklung von Paperzusätzliche Spielmechanik-Optionen
FoliaSonderweg von Papersehr große Server, nur angepasste Plugins

Für die Entscheidung reichen zwei Sätze. Paper führt Spigot-Plugins aus und läuft dabei schneller — für nahezu jeden Server ist es die richtige Wahl, selbst wenn du gar keine Plugins einsetzen willst. Spigot lohnt sich nur, wenn ein Plugin es ausdrücklich verlangt.

Folia ist kein besseres Paper, sondern etwas anderes: Es verteilt die Welt auf mehrere Threads, und Plugins müssen dafür eigens angepasst sein. Der Großteil des Plugin-Angebots läuft dort nicht.

Paper herunterladen

Paper wird als fertige Jar-Datei auf papermc.io angeboten, jeweils als Build für eine bestimmte Minecraft-Version. Lade den Build für genau die Version, die du spielen willst, und nimm ihn nur von dort — nicht von Spiegelseiten.

Die Datei heißt dann etwa paper-1.21.4-123.jar. Die letzte Zahl ist die Build-Nummer; sie steigt auch innerhalb derselben Minecraft-Version, weil Paper laufend Korrekturen nachliefert.

Spigot bauen statt herunterladen

Spigot wird aus rechtlichen Gründen nicht als fertige Jar verteilt. Stattdessen lädst du das Werkzeug BuildTools von der Spigot-Seite und lässt es die Jar auf deinem eigenen Rechner bauen:

java -jar BuildTools.jar --rev 1.21.4

Der Vorgang lädt die Quellen, kompiliert sie und legt am Ende die fertige spigot-1.21.4.jar im selben Verzeichnis ab. Das dauert je nach Rechner einige Minuten und braucht Git sowie ein passendes JDK — nicht nur eine Laufzeitumgebung.

Info
Das ist kein Umweg, den man sich sparen kann: Fertige Spigot-Jars aus Foren oder von Filehostern stammen nicht aus offizieller Quelle. Wenn du diesen Aufwand nicht betreiben willst, ist Paper ohnehin die bessere Antwort.

Den bestehenden Server umstellen

Der Wechsel selbst betrifft nur die Jar-Datei. Welt, Einstellungen und Spielerdaten bleiben, wo sie sind.

  1. Server sauber stoppen — /stop im Chat, stop in der Konsole.
  2. Backup des gesamten Serververzeichnisses anlegen, nicht nur der Welt.
  3. Die neue Jar ins Serververzeichnis legen.
  4. Startbefehl oder systemd-Unit auf den neuen Dateinamen anpassen.
  5. Server starten.

Die Grundlagen zu Startbefehl und Dauerbetrieb stehen unter Minecraft Server erstellen. Die alte Vanilla-Jar kannst du liegen lassen; sie stört nicht, solange sie nicht gestartet wird.

Achtung
Das Backup ist hier nicht die übliche Floskel. Beim ersten Start strukturiert Spigot die Weltordner um, und Weltdaten lassen sich zwar aufwärts migrieren, aber nicht zurück. Ohne Sicherung ist dieser Schritt eine Einbahnstraße.

Was beim ersten Start passiert

Zwei Dinge ändern sich sichtbar.

Die Weltordner werden aufgeteilt. Aus einem einzelnen world/ mit DIM-1 und DIM1 darin werden drei Ordner nebeneinander:

world/            → Oberwelt
world_nether/     → Nether
world_the_end/    → End

Der Server erledigt das selbst. Es sieht nach Datenverlust aus, ist aber nur eine andere Ablage — und der Grund, warum der Rückweg zu Vanilla Handarbeit ist.

Es entstehen neue Konfigurationsdateien. Neben der server.properties, die bleibt, wie sie ist, legt der Server je nach Software an:

DateiHerkunft
bukkit.ymlBukkit-Grundeinstellungen
spigot.ymlSpigot-Einstellungen
config/paper-global.ymlserverweite Paper-Einstellungen
config/paper-world-defaults.ymlPaper-Standardwerte für alle Welten
plugins/Ordner für Plugins, zunächst leer

Was in den Paper-Dateien steht und welche Datei bei widersprüchlichen Werten gewinnt, erklärt Paper-Konfiguration erklärt. Anfassen musst du davon zunächst nichts — die Standardwerte sind brauchbar.

Ab jetzt ist auch der plugins-Ordner da. Wie du ihn füllst, steht unter Minecraft Plugins installieren.

Prüfen, ob es geklappt hat

Im Chat /version, in der Konsole version. Die Antwort nennt die Serversoftware, die Minecraft-Version und bei Paper die Build-Nummer. Steht dort weiterhin nur „CraftBukkit" oder ein Vanilla-Hinweis, läuft noch die alte Jar — meistens, weil der Startbefehl nicht angepasst wurde.

Aktualisieren

Ein neuer Paper-Build ersetzt einfach die Jar: Server stoppen, alte Jar durch neue tauschen, starten. Innerhalb derselben Minecraft-Version ist das unkritisch.

Bei einem Wechsel der Minecraft-Version selbst — etwa von 1.21 auf 1.22 — kommen zwei Dinge dazu: ein Backup vorher, und Plugins, die auf Builds für die neue Version gebracht werden müssen. Sonst startet der Server, aber ohne die Hälfte seiner Erweiterungen.

Zurück zu Vanilla

Möglich, aber unbequem. Die aufgeteilten Weltordner müssen wieder zusammengeführt werden: Der Inhalt von world_nether gehört als DIM-1 in den Ordner world, der von world_the_end als DIM1. Die Konfigurationsdateien von Bukkit, Spigot und Paper werden dabei bedeutungslos, und alles, was Plugins in der Welt hinterlassen haben, bleibt liegen.

Wenn du nur testen möchtest, ob Paper etwas bringt, ist eine Kopie des Serververzeichnisses der einfachere Weg als der Rückbau.

Fehlerbehebung

ProblemUrsache und Lösung
Nether und End scheinen zu fehlenSie liegen jetzt in world_nether und world_the_end. Kein Datenverlust.
/version nennt weiterhin VanillaDer Startbefehl zeigt noch auf die alte Jar. Dateinamen im Skript oder in der systemd-Unit prüfen.
Server startet nach dem Wechsel nichtJar-Version passt nicht zur Weltversion, oder es fehlt die passende Java-Version. Das Log nennt beides.
Kein plugins-OrdnerDer Server ist noch nicht einmal vollständig gestartet. Log auf Startfehler prüfen.
BuildTools bricht abEs fehlt Git oder ein JDK. Eine reine Laufzeitumgebung reicht nicht.
Nach dem Versionswechsel laden Plugins nichtPlugins auf Builds für die neue Minecraft-Version bringen.
Welt nach dem Rückweg zu Vanilla unvollständigDie Dimensionsordner wurden nicht als DIM-1 und DIM1 zurückgeführt.

Häufige Fragen zu Spigot und Paper

Was ist der Unterschied zwischen Spigot und Paper?

Paper ist eine Weiterentwicklung von Spigot. Es führt dieselben Plugins aus, läuft spürbar schneller und bietet mehr Einstellmöglichkeiten. Für nahezu jeden Server ist Paper die bessere Wahl; Spigot braucht man nur, wenn ein Plugin es ausdrücklich verlangt.

Brauche ich Paper, wenn ich gar keine Plugins nutze?

Es lohnt sich trotzdem. Der Leistungsgewinn gegenüber Vanilla ist der Hauptgrund, warum Paper auf den meisten Servern läuft — unabhängig von Plugins.

Bleibt meine Welt beim Wechsel erhalten?

Ja. Der Server verteilt die Dimensionen beim ersten Start nur auf eigene Ordner. Lege trotzdem vorher ein Backup an, denn der Weg zurück ist Handarbeit.

Warum kann ich Spigot nicht einfach herunterladen?

Spigot wird aus rechtlichen Gründen nicht als fertige Jar verteilt. Du lädst stattdessen BuildTools und lässt die Jar lokal bauen. Fertige Spigot-Jars aus Foren stammen nicht aus offizieller Quelle.

Welche Java-Version brauche ich?

Dieselbe wie für den Vanilla-Server der jeweiligen Minecraft-Version. Für BuildTools brauchst du zusätzlich ein JDK, nicht nur die Laufzeitumgebung. Welche Version zur aktuellen Minecraft-Version gehört, steht unter Minecraft Server erstellen.

Kann ich von Paper wieder auf Vanilla zurück?

Ja, aber du musst die Weltordner von Hand zusammenführen: world_nether als DIM-1 und world_the_end als DIM1 zurück in den Ordner world. Einfacher ist es, zum Testen mit einer Kopie des Serververzeichnisses zu arbeiten.