MRsleep

This page is currently only available in German.

Diese Dokumentation richtet sich an alle, die am Code von MRsleep arbeiten. Was das Plugin für Server-Admins kann und wie man es einrichtet, steht in der README.

#1. Überblick

#2. Projektstruktur

mrsleep/
├─ build.gradle.kts            Build, Paper-API, Java 25, Ressourcen-Ersetzung, Modrinth-Upload (Minotaur)
├─ gradle.properties           version, mcVersion, paperApi, supportedGameVersions, Projekt-IDs
├─ settings.gradle.kts
├─ gradlew / gradlew.bat       Gradle-Wrapper (lädt Gradle 9.8.1 selbst)
├─ CHANGELOG.md                Änderungen pro Version (Quelle für Release-Notes)
├─ LICENSE                     MRsleep Lizenz (source-available)
├─ .editorconfig               Formatierung; hält das BOM der config.yml
├─ .github/
│  ├─ workflows/build.yml      Build + Tests bei jedem Push/PR, JAR als Artefakt
│  ├─ workflows/release.yml    Bei Tag mc*-v*: GitHub-Release + Modrinth-Upload
│  ├─ ISSUE_TEMPLATE/          Vorlagen für Fehlermeldungen und Wünsche
│  └─ dependabot.yml           monatliche Updates der GitHub-Actions
├─ docs/DOKUMENTATION.md       diese Datei
├─ docs/RELEASES.md            Versionsschema, Branches, mehrere Minecraft-Versionen, Release-Ablauf
├─ README.md                   Doku für Server-Admins
└─ src/
   ├─ main/java/at/marcelr/mrsleep/
   │  ├─ MRSleep.java              Hauptklasse: Lebenszyklus, verbindet alle Komponenten
   │  ├─ Settings.java             unveränderlicher Record mit allen Werten aus config.yml
   │  ├─ ConfigUpdater.java        Config-Migration, Laden mit BOM-Unterstützung
   │  ├─ Messages.java             Sprachdateien laden/ergänzen, MiniMessage, Konsole immer Englisch
   │  ├─ StatusTexts.java          Status-Texte eines Spielers (für GUI und /nosleep info)
   │  ├─ SleepDisplay.java         Fortschrittsanzeige: Bossbar / Actionbar / Titel
   │  ├─ SleepManager.java         eigene Schlaflogik (Quote, Nacht überspringen)
   │  ├─ NoSleepManager.java       Blockaden, Cooldowns, Bypässe, Sperren, data.yml
   │  ├─ AdminActions.java         Admin-Aktionen, gemeinsam für Befehle und Menü
   │  ├─ DiscordWebhook.java       asynchrone Discord-Logs
   │  ├─ UpdateChecker.java        Update-Prüfung (Standard: GitHub Releases, alternativ Modrinth)
   │  ├─ SleepListener.java        Events (Bett, Join/Quit, TimeSkip, WorldLoad)
   │  ├─ command/
   │  │  ├─ NoSleepCommand.java    /nosleep [nächte|off|info]
   │  │  └─ MRSleepCommand.java    /mrsleep …
   │  ├─ gui/
   │  │  ├─ Menu.java              Basisklasse (InventoryHolder, Klick-Aktionen, render())
   │  │  ├─ MenuListener.java      Klick-Routing, Item-Schutz, Live-Aktualisierung
   │  │  ├─ MainMenu.java          Übersicht (Welt, Köpfe, Filter, Seiten)
   │  │  ├─ PlayerMenu.java        Aktionen für einen Spieler
   │  │  ├─ PlayerHead.java        Kopf mit Status-Lore, Sortierung
   │  │  └─ Items.java             Item-Builder
   │  └─ util/
   │     ├─ DurationUtil.java      "1h30m" ⇄ Millisekunden
   │     └─ Versions.java          Versionen "mc26.3-v1.2.0": SemVer-Vergleich, MC-Version, Vorabversionen
   ├─ main/resources/
   │  ├─ plugin.yml                Befehle und Permissions (${version}, ${mcVersion} werden ersetzt)
   │  ├─ config.yml                Standard-Config (UTF-8 mit BOM!)
   │  ├─ lang/de.yml, lang/en.yml   alle Texte (UTF-8 mit BOM, gleiche Schlüssel)
   │  └─ build-info.properties     Version und Projekt-IDs für den Update-Checker (wird ersetzt)
   └─ test/java/…/                 JUnit-Tests: DurationUtil, Versions, LanguageFilesTest (de/en gleich)

#3. Architektur

                         ┌──────────────┐
                         │   MRSleep    │  onEnable / onDisable / reload
                         └──────┬───────┘
   ┌─────────┬─────────┬────────┼─────────┬──────────────┬──────────────┐
   ▼         ▼         ▼        ▼         ▼              ▼              ▼
Settings  Messages  Discord  Update-  NoSleepManager  SleepManager   MenuListener
                    Webhook  Checker    (Zustand)      (Logik)       (GUI-Refresh)
                                            ▲              ▲
                                     AdminActions ◄────────┤
                                       ▲      ▲            │
                              MRSleepCommand  MainMenu/PlayerMenu   SleepListener, NoSleepCommand

• MRSleep besitzt alle Komponenten und reicht sie über Getter weiter (plugin.settings(), plugin.noSleep() …). Es gibt keine statischen Singletons.
• Settings ist ein Record. Bei reload() wird er komplett neu erzeugt, sodass niemand einen halb aktualisierten Zustand sieht.
• Zustand (Blockaden, Cooldowns, Bypässe, Sperren) liegt nur im NoSleepManager. Logik über die Schlafquote liegt nur im SleepManager.
• AdminActions kapselt jede Admin-Aktion mit Rückmeldung, Benachrichtigung des Spielers, Broadcast und Discord-Log. Befehle und Menü rufen dieselben Methoden auf.
• Alles läuft auf dem Main-Thread, mit zwei Ausnahmen: HTTP im DiscordWebhook (eigener Daemon-Thread) und im UpdateChecker (Bukkit-Async-Task). Ergebnisse, die Spieler betreffen, gehen per runTask zurück auf den Main-Thread.

#4. Schlaflogik (SleepManager)

#Warum eine eigene Logik?

In Vanilla bzw. Paper zählen Spieler mit setSleepingIgnored(true) als schlafend, bleiben aber in der Gesamtzahl. Bei 6 Spielern, 2 ignorierten und 50 % braucht Vanilla ceil(6 × 0.5) = 3 Schlafende, von denen 2 die ignorierten sind. Es reicht also 1 echter Schläfer. Gewünscht sind aber 2 von 4. Dafür gibt es keinen API-Hook, deshalb:

1. Vanilla zurückdrängen: In verwalteten Welten wird GameRules.PLAYERS_SLEEPING_PERCENTAGE = 100 gesetzt. Vanilla versucht dann nur zu überspringen, wenn wirklich alle schlafen, und dieser Versuch wird abgebrochen (Punkt 2).

   ⚠️ Nicht 101 verwenden: Bei Werten über 100 gibt ServerLevel#canSleepThroughNights() false zurück. ServerPlayer#startSleepInBed schickt dann jedem Spieler beim Hinlegen „Keine noch so lange Rast kann diese Nacht verkürzen“ (sleep.not_possible), und die Spieler stehen wieder auf. Das war der Fehler bis Version 0.9.0. Nebeneffekt von 100: Liegen in einer /nosleep-Nacht wirklich alle im Bett, beendet Vanilla trotzdem Regen und Gewitter (resetWeatherCycle wird unabhängig vom abgebrochenen Event aufgerufen).

2. Sicherheitsnetz: SleepListener#onTimeSkip bricht jedes TimeSkipEvent mit SkipReason.NIGHT_SKIP in verwalteten Welten ab.
3. Eigener Check: Ein Task prüft alle 10 Ticks jede verwaltete Welt.

#Verwaltete Welten

isManaged(world) gilt für Environment.NORMAL, sofern die Welt nicht in sleep.disabled-worlds steht. In managedWorlds merkt sich das Plugin, wo es die Gamerule geändert hat. So kann es sie beim Deaktivieren oder beim Entfernen einer Welt aus der Verwaltung (Reload) wieder auf sleep.percentage setzen.

#Ablauf pro Tick und Welt

housekeeping(world)
  ├─ abgelaufene Blockaden entfernen → Chat "nosleep-expired" + Discord
  └─ Nacht hat begonnen (einmal pro nightKey) und blockiert → Chat/Discord "night-start-blocked"
checkSleep(world)
  ├─ status(world): counted / exempt / sleeping / deepSleeping / needed
  ├─ niemand schläft → fertig
  ├─ blockiert → SleepDisplay#blocked ("display-blocked", nur Schlafende) → fertig
  ├─ deepSleeping ≥ needed → skipNight()
  └─ sonst SleepDisplay#progress ("display-sleeping", alle Spieler der Welt)
  (niemand schläft oder Nacht übersprungen → SleepDisplay#hide)

#Berechnung

excluded  = hasPermission("mrsleep.exempt")
          ∨ (ignore-spectators ∧ Zuschauermodus)
          ∨ (respect-sleeping-ignored ∧ isSleepingIgnored())
          ∨ (ignore-admin-mode ∧ im Admin-Modus von MRadmin)
counted   = Spieler der Welt, die nicht ausgeschlossen sind
needed    = clamp( max(minimum-sleepers, ceil(counted × percentage / 100)), 1, counted )
deep      = schlafende gezählte Spieler mit getSleepTicks() ≥ 100   (wie Vanilla)
skip, wenn counted > 0 ∧ deep ≥ needed ∧ keine aktive Blockade

Ausgeschlossene Spieler zählen weder zu counted noch zu sleeping, auch wenn sie im Bett liegen.

#skipNight

• setFullTime(fullTime + (24000 − time % 24000)) springt auf den nächsten Morgen (Tick 0).
• Alle Schlafenden werden mit wakeup(false) geweckt.
• Mit clear-weather werden setStorm(false) und setThundering(false) gesetzt.
• Danach folgen die Chat-Nachricht night-skipped und das Discord-Event night-skipped.

#5. /nosleep (NoSleepManager, NoSleepCommand)

#Nacht-Schlüssel

nightKey = fullTime / 24000 (+1, wenn time ≥ 23460)

Eine Nacht gehört zu dem Ingame-Tag, an dessen Abend sie beginnt. Tagsüber zeigt der Schlüssel deshalb auf die kommende Nacht, nachts auf die laufende. Ab 23460 funktionieren Betten nicht mehr, die Nacht ist vorbei und der Schlüssel springt auf den nächsten Tag.

#Blockaden

Gespeichert als world → (player → Block(startKey, endKey)), mit erhaltener Einfügereihenfolge für die Namensliste.

• /nosleep N setzt Block(key, key + N − 1) und ersetzt eine bestehende eigene Blockade.
• Aktiv ist ein Block, solange currentKey ≤ endKey.
• Verbleibende Nächte: min(endKey − currentKey + 1, endKey − startKey + 1). Die zweite Grenze verhindert zu große Werte, wenn jemand die Zeit per /time set zurückdreht.
• Zeigt das Plugin eine einzige Zahl an („noch X Nächte“), ist das die längste aktive Blockade (NoSleepManager.longest), also die Zahl der Nächte, bis wieder geschlafen werden kann.
• Wird die Nacht anders übersprungen, z.B. per /time set day, läuft die Blockade beim nächsten Schlüsselwechsel normal ab.

#Befehlslogik

/nosleep off|aus|cancel  → eigene Blockade aufheben (kein Cooldown)
/nosleep  (aktiv)        → eigene Blockade aufheben (kein Cooldown)
/nosleep  (nicht aktiv)  → 1 Nacht blockieren            ┐ prüft Cooldown; startet ihn sofort, wenn
/nosleep N               → N Nächte (1..max-nights)      ┘ man schlafen kann, sonst bei Nachtbeginn

Cooldown erst bei Nachtbeginn:

• Jeder Block hat ein Flag charged. setBlock setzt es sofort (und ruft markUsed auf), wenn SleepManager.sleepPossible(world) gilt (isNight oder Gewitter). Sonst bleibt der Block „pending“.
• SleepManager#housekeeping ruft alle 10 Ticks NoSleepManager#chargePending auf. Sobald man in der Welt schlafen kann, startet bei allen wartenden Blöcken der Cooldown (lastUse = jetzt), und die Spieler bekommen nosleep-cooldown-started.
• Hebt der Spieler einen wartenden Block selbst auf (NoSleepCommand#lift), wurde nie ein Cooldown gesetzt (nosleep-deactivated-free). Bei einem schon belasteten Block läuft der Cooldown weiter (nosleep-deactivated-cooldown).
• Blöcke aus data.yml vor 0.9.4 haben kein Flag und gelten als belastet.

Der Cooldown entfällt bei mrsleep.nosleep.nocooldown (default: false, gilt also auch nicht automatisch für OPs) oder bei einem aktiven Bypass (bypassUntil > now). Vor der Cooldown-Prüfung wird geprüft, ob eine Sperre besteht. Das Aufheben einer eigenen Blockade bleibt auch gesperrten Spielern möglich.

#Sperren

NoSleepManager.Ban(until, reason, by), wobei until == Long.MAX_VALUE dauerhaft bedeutet. AdminActions#ban speichert die Sperre und hebt sofort alle laufenden Blockaden des Spielers auf. Abgelaufene Sperren werden beim Zugriff entfernt.

#Persistenz: plugins/MRsleep/data.yml

cooldowns:
  <spieler-uuid>: <zeitpunkt letzte Nutzung, epoch ms>
bypass:
  <spieler-uuid>: <ablaufzeitpunkt, epoch ms>
bans:
  <spieler-uuid>:
    until: <epoch ms | 9223372036854775807 = dauerhaft>
    reason: <text>
    by: <name des admins>
blocks:
  <welt-uuid>:
    <spieler-uuid>:
      start: <nightKey>
      end: <nightKey>

Die Datei wird nach jeder Änderung synchron geschrieben (sie ist sehr klein) und zusätzlich in onDisable. Abgelaufene Einträge werden beim Speichern entfernt.

#6. Konfiguration laden & migrieren (ConfigUpdater)

• Laden: MRSleep#getConfig() und reloadConfig() sind überschrieben und nutzen ConfigUpdater.load(). Dort wird ein UTF-8-BOM am Dateianfang entfernt, bevor SnakeYAML die Datei liest. Als Defaults dient die mitgelieferte config.yml, fehlende Schlüssel greifen also auf sie zurück.
• BOM: Die mitgelieferte config.yml beginnt mit EF BB BF. Daran erkennen Windows-Editoren und FTP-Clients die Kodierung, statt Windows-1252 zu raten. Sonst werden Umlaute zu „ä“. ⚠️ Beim Bearbeiten von src/main/resources/config.yml darauf achten, dass das BOM erhalten bleibt (in VS Code unten rechts „UTF-8 with BOM“).
• Migration: config-version in der Datei kleiner als ConfigUpdater.CURRENT_VERSION:
  1. Die mitgelieferte config.yml wird als Vorlage geladen. Die Kommentare und die Reihenfolge bleiben erhalten, weil Bukkit Kommentare mitliest.
  2. Jeder Wert der alten Datei, dessen Schlüssel es in der Vorlage noch gibt, wird übernommen. Ausnahme sind die REPLACED_KEYS, also Texte, deren Inhalt sich mit neuen Funktionen geändert hat.
  3. Die alte Datei wird als config.v<N>.backup.yml gesichert, die neue mit BOM geschrieben.
• v6 (Sprachdateien): migrateTexts überträgt vor der Migration messages.*, discord.events.*.message, discord.test-message und gui.ban-reason aus der alten Config nach lang/de.yml (die alten Texte waren deutsch). REPLACED_KEYS und RENAMED_KEYS gelten dabei weiter.
• Wenn sich die Config-Struktur ändert: CURRENT_VERSION und config-version in der Vorlage erhöhen. Bei umbenannten Schlüsseln die Werte vor dem Übernehmen umschreiben, bei geänderten Standardtexten den Schlüssel in REPLACED_KEYS aufnehmen.

#7. Admin-Menü (gui/*)

• Menu ist selbst der InventoryHolder. MenuListener erkennt Menüs über getTopInventory().getHolder(false) instanceof Menu. Jeder Klick in ein Menü wird abgebrochen, ebenso jeder Drag, damit sich keine Items herausnehmen lassen. Danach wird die Aktion des angeklickten Slots ausgeführt.
• render() leert das Inventar und ruft draw() neu auf. MenuListener macht das alle gui.refresh-ticks Ticks für jedes offene Menü. Da Bukkit Inventaränderungen erst am Tick-Ende synchronisiert, flackert dabei nichts.
• MainMenu: Oben die Welt (eine Uhr, nachts ein Recovery-Kompass, Klick wechselt die Welt), das Info-Buch (Version und Update-Status) und „Blockaden entfernen“. In der Mitte bis zu 36 Köpfe pro Seite, sortiert nach PlayerHead.rank (Blockierer → Schlafende → Zählende → Ausgenommene, danach alphabetisch) und gefiltert nach Filter. Unten Seiten, Filter, Schließen und Reload.
• PlayerMenu: Aktionen für einen Spieler. Jede Taste läuft über button(...): Sie prüft die Permission (sonst Lore-Hinweis, Ablehnungs-Sound und no-permission), ruft die Methode in AdminActions auf, spielt den Erfolgs-Sound und zeichnet neu. Geht der Spieler offline, springt das Menü zur Übersicht zurück.
• Alle Texte kommen aus gui-* der Sprachdatei. Messages#item und Messages#lore entfernen die Kursivschrift, die Minecraft standardmäßig für Item-Texte nutzt. Werte in der Kopf-Lore (z.B. <counts>) sind formatierte Komponenten (Messages.tag(name, Component)).

#8. Update-Checker (UpdateChecker)

• Die Projekt-IDs stehen in gradle.properties und landen beim Build in build-info.properties.
• Modrinth: GET /v2/project/{id}/version?loaders=["paper"]&include_changelog=false. GitHub: GET /repos/{repo}/releases. Entwürfe werden ignoriert. Vorabversionen werden berücksichtigt, wenn include-prereleases an ist oder die installierte Version selbst eine Vorabversion ist (Versions.isPrerelease: 0.x oder Suffix).
• Die höchste Version wird mit Versions.compare bestimmt (SemVer): Zahlen werden numerisch verglichen (0.10.0 > 0.9.2), ein führendes v und Build-Metadaten (+…) werden ignoriert, eine Release-Version gilt als neuer als ihre Vorabversion (1.0.0 > 1.0.0-rc.1), und Vorabversionen werden je Teil verglichen (rc.10 > rc.2).
• Der Check läuft beim Start (nach 5 s) und danach alle interval-hours Stunden als Async-Task, außerdem bei /mrsleep version. Ist eine neuere Version verfügbar, erscheint einmal pro Version ein Hinweisblock in der Konsole, und online-Admins (mrsleep.admin.update) bekommen eine Nachricht. Beim Join kommt der Hinweis nach 3 s.
• Fehler wie 404 (Projekt noch nicht veröffentlicht) werden einmal als INFO geloggt, danach erst wieder, wenn sich der Grund ändert.
• Nur dieselbe Minecraft-Version: Releases mit anderem mc…-Präfix (GitHub) bzw. ohne passende game_versions (Modrinth) werden übersprungen. Alte Tags ohne Präfix (v1.0.0) zählen mit. Die eigene MC-Version kommt aus build-info.properties (mcVersion).
• Der User-Agent lautet MRsleep/<version> (<github-url>). Modrinth verlangt einen eindeutigen User-Agent.

#9. Nachrichten (Messages)

• Alle Texte stehen in lang/<sprache>.yml (mitgeliefert: de, en) und werden mit MiniMessage dargestellt. Die Config enthält nur language.
• Laden (Messages#load): Fehlende mitgelieferte Sprachdateien werden nach plugins/MRsleep/lang/ kopiert. Der Sprachcode wird aufgelöst: erst exakter Dateiname, dann Aliase (eng/english → en, deutsch/german → de), dann der Teil vor _/- (de_AT → de). Gibt es die Datei nicht, wird en verwendet.
• Ergänzen: Schlüssel, die in der Datei fehlen, werden aus der mitgelieferten Datei derselben Sprache (sonst en) eingefügt und die Datei mit BOM zurückgeschrieben.
• Discord-Texte stehen unter discord.<event> bzw. discord.test-message der Sprachdatei, An/aus und Farbe weiter in der Config (discord.events.<event>).
• Konsole immer Englisch: Log-Ausgaben sind fest englisch. Nachrichten an die Konsole (Befehle von der Konsole, auch asynchrone Antworten wie Update- oder Discord-Test) nutzen die mitgelieferte en.yml: Messages#as(sender, …) setzt dafür ein ThreadLocal, send() tut das automatisch. console(key, …) liefert englische Texte für Logs.
• Geänderte Standardtexte: Bestehende Dateien bekommen nur fehlende Schlüssel automatisch. Ändert sich ein vorhandener Text (z.B. neuer Platzhalter), Messages.LANG_VERSION und lang-version in beiden Dateien erhöhen und den Schlüssel in CHANGED_TEXTS eintragen. Ältere Dateien der mitgelieferten Sprachen bekommen ihn dann erneuert (eigene Anpassungen daran gehen verloren), eigene Sprachen bleiben unberührt.
• Neue Texte: in beiden Dateien de.yml und en.yml anlegen. LanguageFilesTest prüft beim Build, dass beide dieselben Schlüssel haben und keiner wie yes/no als Boolean gelesen wird.
• <prefix> wird als parsed Placeholder eingesetzt, darf also selbst Formatierung enthalten. Alle anderen Platzhalter sind unparsed, damit Spielernamen keine Tags einschleusen können.
• Eine leere Nachricht ("") wird nicht gesendet. Damit lässt sich jeder Hinweis abschalten. Ein fehlender Schlüssel erzeugt sichtbar Missing text: <key>.
• nights(n) erzeugt mit nights-singular und nights-plural z.B. „1 Nacht“ oder „3 Nächte“.
• broadcast(world, …) sendet nur an Spieler dieser Welt, denn Blockaden gelten pro Welt.

Wo welche Nachricht ausgelöst wird:

#10. Discord-Webhook (DiscordWebhook)

• load(section) liest discord.* und prüft die URL. Ist sie leer oder ungültig, bleibt Discord aus. Der Grund wird in der Konsole gewarnt und in disabledReason gehalten. Bei Erfolg steht „Discord webhook active (x/y events enabled)“ in der Konsole.
• Events: Die Einträge aus discord.events der eigenen Datei, ergänzt um alle Events aus der mitgelieferten Config, die dort fehlen. Bukkit würde für fehlende Abschnitte sonst stillschweigend leere Sektionen liefern. Ruft der Code ein Event auf, das es trotzdem nicht gibt, kommt einmalig eine Warnung.
• log(eventKey, key1, value1, key2, value2, …) ersetzt {key} im Event-Text. Die Werte werden für Discord-Markdown escaped (_ * ~ \ | > \), damit z.B. Mr_Steve` nicht kursiv wird.
• Das JSON entsteht mit Gson: ein Embed mit description, color, timestamp und optional footer, oder einfacher content. Zusätzlich wird immer allowed_mentions: {parse: []} gesetzt, damit nie jemand gepingt wird.
• Gesendet wird über java.net.http.HttpClient auf einem Single-Thread-Executor. Dadurch bleibt die Reihenfolge erhalten, und bei HTTP 429 kann der Thread retry_after abwarten (höchstens 3 Versuche).
• Der Zustand (Config-Record) ist volatile und wird beim Reload atomar ersetzt.
• shutdown() wartet in onDisable bis zu 5 Sekunden, damit letzte Logs noch rausgehen.
• Diagnose: send() gibt null (Erfolg) oder eine Fehlerbeschreibung zurück und merkt sich das Ergebnis in lastResult. Bekannte Statuscodes werden erklärt (400 abgelehnt, 401/403 Token ungültig, 404 Webhook gelöscht). /mrsleep discord test nutzt test(), das mit ?wait=true sendet, damit Discord die Zustellung bestätigt.
• bed-blocked wird über SleepListener#loggedBedAttempts pro Welt, Spieler und Nacht nur einmal gesendet. Das Set wird bei jedem TimeSkipEvent geleert.

#11. Permissions-Design

• mrsleep.exempt hat default: false, damit OPs nicht automatisch aus der Quote fallen.
• mrsleep.admin enthält alle mrsleep.admin.* als Kinder, aber nicht mrsleep.exempt.
• Bei /mrsleep steht in der plugin.yml bewusst keine Permission. Sonst würde ein Moderator, der nur mrsleep.admin.clear hat, den Befehl gar nicht sehen. Die Prüfung passiert pro Unterbefehl in MRSleepCommand#check.
• Bekannte Einschränkung: Die LuckPerms-Wildcards * und mrsleep.* schließen mrsleep.exempt mit ein. Abhilfe steht in der README.

#12. Entwicklung

#Voraussetzungen (bereits eingerichtet)

• Eclipse Temurin JDK 25 (C:\Program Files\Eclipse Adoptium\jdk-25…, JAVA_HOME ist systemweit gesetzt)
• VS Code: Extension Pack for Java und Gradle for Java
• .vscode/settings.json (im Workspace-Root c:\REPO\mc) legt das JDK für Java- und Gradle-Extension fest und aktiviert verschachtelte Gradle-Projekte
• .vscode/tasks.json: „MRsleep: Build“ (Standard-Build-Task, Strg+Shift+B) und „MRsleep: Clean Build“

#Bauen

cd mrsleep
gradlew.bat build
→ build/libs/MRsleep-mc<mcVersion>-v<version>.jar

Die Versionen stehen in gradle.properties und werden beim Build in die plugin.yml (${version}, ${mcVersion} als api-version) und in die build-info.properties übernommen.

#Tests

gradlew.bat test        nur die Tests
gradlew.bat build       Kompilieren + Tests + JAR (schlägt fehl, wenn ein Test fehlschlägt)

• JUnit 6 (src/test/java). Getestet wird die Logik, die ohne laufenden Server auskommt: DurationUtil (Parsen und Formatieren von Zeitangaben), Versions (SemVer-Vergleich, MC-Präfix, Vorabversionen) und LanguageFilesTest (de.yml und en.yml haben dieselben Schlüssel, keine Schlüssel wie yes/no).
• Alles, was Bukkit braucht (Schlafen, Events, GUI), prüft die manuelle Testcheckliste weiter unten auf dem Testserver.
• Die Ergebnisse stehen in build/reports/tests/test/index.html. Auf GitHub laufen die Tests bei jedem Push (build.yml) und vor jedem Release.
• Neue Logik ohne Server-Bezug am besten nach util/ legen und dort testen.

#Versionierung & Release

Ausführlich in RELEASES.md (Versionsschema, Branches, mehrere Minecraft-Versionen, Checklisten). Kurz:

• Version = Minecraft-Version + Plugin-Version: mc26.3-v1.2.0. In gradle.properties stehen version (SemVer: MAJOR = große Releases, MINOR = Features, PATCH = Hotfixes) und mcVersion getrennt. Git-Tag, JAR-Name und Modrinth-Version nutzen mc26.3-v1.2.0, die plugin.yml 1.2.0+mc26.3 (Paper setzt selbst ein „v“ davor).
• Vorabversionen: 0.x oder Suffix wie -rc.1. Auf Modrinth als „beta“, auf GitHub als Pre-Release (isPrerelease in build.gradle.kts, PRERELEASE in release.yml).
• Branches: beta = Entwicklung (neueste MC-Version), main = stabil (neueste MC-Version), mc/<version> = Wartung älterer MC-Versionen. Alle werden bei jedem Push gebaut (build.yml).
• release.yml startet bei Tags mc*-v*, prüft Tag gegen gradle.properties, lässt stabile Versionen nur von main oder mc/<mcVersion> zu, baut, liest den Abschnitt ## [<version>] aus CHANGELOG.md, erstellt das GitHub-Release (nur von main als „Latest“) und lädt auf Modrinth hoch (Secret MODRINTH_TOKEN).
• Update-Checker: vergleicht nur Versionen derselben Minecraft-Version (Versions.minecraft). Alte Tags ohne Präfix (v1.0.0) zählen als 26.3.
• Einmalig einrichten:
  • GitHub-Repository anlegen (Name wie githubRepository in gradle.properties) und pushen.
  • Auf Modrinth ein Projekt mit der Slug aus modrinthProjectId anlegen.
  • Auf Modrinth unter Settings → PATs ein Token mit dem Recht „Create versions“ erzeugen und auf GitHub unter Settings → Secrets and variables → Actions als MODRINTH_TOKEN hinterlegen.

#Manuelle Testcheckliste

#13. Erweiterungsideen

• Eine Permission pro Nächtezahl (z.B. mrsleep.nosleep.nights.5), um max-nights je Gruppe zu staffeln
• PlaceholderAPI-Expansion (%mrsleep_needed%, %mrsleep_blocked%)
• Sanftes Vorspulen der Zeit statt eines Sprungs
• Ein eigener Cooldown für das Aufheben, falls /nosleep als Spam-Werkzeug missbraucht wird

Source: mrsleep/docs/DOKUMENTATION.md ↗