Integriertes Berechtigungssystem (Bukkit)

Die Entwickler von Bukkit haben in CraftBukkit Build 1000 ein “eigenes Permission System” integriert.

Was bedeutet das für Serveradmins?
Prinzipiell erst einmal gar nichts. Auch wenn es als eigenes Permission System angepriesen wird, kann man damit (so widersprüchlich es auch klingt) keine Berechtigungen verwalten, wie man es von Permissions, GroupManager und co. kennt. Das bedeutet, für alle Serveradmins ändert sich vorerst nichts, diese müssen weiterhin die bekannten Plugins zur Verwaltung ihrer Gruppen und Rechte verwenden. Lediglich die Permissions einzelner Plugins könnten sich ändern. Was allerdings neu ist, ist die Möglichkeit eigene Permissions anzulegen.

Eigene Permissions?
Ja, eigene Permissions. Zumindest mehr oder weniger. Seit CB Build 1000 wird beim ersten Serverstart eine Datei namens “permissions.yml” im Hauptverzeichnis angelegt. Darin lassen sich neue Permissions kreieren, die dann Gruppen zugewiesen werden können. Allerdings dienen diese Permissions lediglich als Platzhalter für Ansammlungen anderer Berechtigungen. Ein Anwendungsbeispiel wären Rechte, die häufig vergeben werden. Diese können der Übersicht halber zu einer einzigen Permission zusammengefasst werden.

Einige Leute sollen spezielle Berechtigungen erhalten. Dazu zählen “command.kick”, “command.ban” und “command.give”. Da es verschiedenste Gruppen gibt, die diese Rechte erhalten sollten,  fasst man sie zu einer einzigen Permission zusammen, z.B. “adminpermissions”. Diese neu erstelle Berechtigung kann man nun den jeweiligen Gruppen zuweisen.

Wozu ist das neue System dann überhaupt gut?
Neben den o.g. neuen Möglichkeiten ist dieses System hauptsächlich dazu entwickelt worden, Pluginentwicklern eine möglichst einfache und vor allem einheitliche Schnittstelle für den Zugriff auf Permissions zu bieten. Statt sich um alle Plugins einzeln kümmern zu müssen, werden nun also alle Permissionsysteme mit ein und der selben Schnittstelle nach den Permissions gefragt. Dies bietet eine maximale Kompatibilität zwischen den Plugins und den Permissionsystemen, da alle im Prinzip “gleich ticken”. Das bedeutet, dass man nun für Plugins, die vorher auf GroupManager spezialisiert waren auch Permissions verwenden kann (und umgekehrt), sobald sich das Plugin an das neue System anpasst hat.

Die Sache hat einen Haken
So toll das alles auch klingt, so unausgereift ist das neue System. Es ermöglicht zwar einwandfreien Zugriff auf Permissions, erlaubt aber keinen direkten Zugriff auf das Permissionplugin, um beispielsweise Gruppennamen oder gruppen- /spielerspezifische Einstellungen abzufragen. Auch hat man keine universelle Lösung, um Permissions zu ändern. In diesen Fällen bleibt alles beim Alten: Die Plugins bleiben spezialisiert auf bestimmte Permissionsysteme.

Aber was ist PermissionsBukkit?
Kurze Zeit nach CraftBukkit #1000 wurde ein Plugin namens PermissionsBukkit veröffentlicht. Dieses Plugin ist ab sofort das offizielle Permissionplugin (nicht zu verwechseln mit dem Permissionsystem, um das es hier eigentlich geht). Es bietet lediglich die Grundfunktionen, nicht mehr und nicht weniger. Dadurch ist es laut dem Team von Bukkit das aktuell einfachste und anfängerfreundlichste Permissionplugin und dient als Alternative zu den bekannten Permissionplugins wie Permissions oder GroupManager. Wer also umsteigen will, kann das tun, muss aber nicht. Die altbekannten Permissionplugins funktionieren einwandfrei weiter.