Posts by PatrickOtt

Update: SERVERGROUP

In den "options" der permissions.yml gibt es jetzt die Option: servergroup: ''

> WICHTIG: Wenn es diese Option bei euch nicht gibt, dann erstellt sie manuell (auf richtige Schreibweise achten) ODER: permissions.yml löschen und beim serverneustart neu erstellen lassen.

In der Config gibt es eine neue Einstellung: Change_Servergroup_with_Group: true

> Wenn dies auf "true" gesteht, wird beim Kommando /pm user <playername> setgroup <group>
(wolgemerkt: setgroup! NICHT: addgroup oder removegroup) auch automatisch die Servergruppe des Spielers

geändert. Welche Gruppe das ist, gesteht in der permissions.yml unter der Option: servergroup: ''!

(Die Option servergroup muss etwas enthalten, damit sich die Servergruppe ändert)

> WICHTIG: Wenn es diese Option bei euch nicht gibt, dann erstellt sie manuell (auf richtige Schreibweise achten) ODER: config.yml löschen und beim serverneustart neu erstellen lassen.

Zusätzlich ist in der config.yml die Option: Use_Server_Chat: false hinzugekommen.

Dies regelt, ob man den Chatt vom Server oder von PermissionManager nutzen möchte.

> DIESE OPTIONEN MÜSSEN IN DER CONFIG VORHANDEN SEIN!

!!de.pbplugins.java.permissionmanager.ClassPermissionFile
groups:
  default:
    inheritance: []
    options:
      chatColor: '[#ffffff]'
      default: true
      prefix: New
      rank: -1
      servergroup: ''
      sufix: ''
    permissions: []
  Admin:
    inheritance: []
    options:
      chatColor: '[#ffffff]'
      default: false
      prefix: ADMIN
      rank: 1
      servergroup: ''
      sufix: ''
    permissions:
    - '*'
users: {}

adminGroup: Admin
change_Servergroup_with_Group: true
chat: '[PREFIX] PLAYERNAME [SUFIX]: MSG'
debug: 0
use_Server_Chat: false
version: 1.1.0

Vielen Dank. Das hilft schon sehr weiter.

Update 1.1

Support mit PermissionManager! (Kein muss!)

Wenn ihr PermissionManger nutzt dann gebt eurem Spieler folgende Berechtigung: protectedslots.login

Befehl: /pm user <playername> add protectedslots.login

Natürlich kann man auch weiterhin die UID in der Config eintragen!

Hallo red51 ,

ist es bereits mit der API möglich z.B. in den Permissions auf die shownametag zuzugreifen?

Vielen Dank schonmal für die Hilfe.

Quote from lenko

permissions wurden bei mir immer Manuel in Gruppen angelegt, so das ich die Spieler nur zuordnen Brauch.

Das kannst du auch hier machen. Einfach permissions.yml mit Notpad++ öffnen und Permissions manuell der Gruppe zuweisen. Dass kannst du auch machen, wenn der Server läuft. Mit /pm reload kannst du die Permissions neu laden.

Später gibt es auch eine Liste aller Permissions. Zurzeit findest du alle Permissions zum PluginManager in der Beschreibung unter Kommandos.

Quote from lenko

Wie verhält sich das Plugin den mit den jetzt exestierenden permissions ? Kann ich die noch benutzen oder muss ich erstmal sagen wir 6 unterschiedliche anlegen die dann identisch mit der aktuellen Zuweisung ist ?

Der PermissinManager kümmert sich ja zum großen Teil eigendlich um Plugin-Permissins.

Aber wie ich breits in anderen Plugins gesagt habe: "Was man mit den Server-Permissions verboten hat , kann man mit einem Plugin nicht wieder erlauben." Manche Sachen kannst du später auch mit dem PermissionManager regeln und manchen sachen nicht.

group: Member <-- = Gruppenname
chatnamecolor: 0xFF0000 <--- ChatColor
chatprefix: (Member) <---- Prefix
chatprefixcolor: 0xFF0000 <--- ChatColor ODER config.yml
shownametag: true <---- Nicht mit API direkt kontrollierbar
showadmintag: false <---- Nicht mit API direkt kontrollierbar
nametagcolor: 0xFF0000 <---- Nicht mit API direkt kontrollierbar
nametagprefix: (Member) <---- Nicht mit API direkt kontrollierbar
nametagprefixcolor: 0xFF0000 <---- Nicht mit API direkt kontrollierbar

commands:
    deny: 
    - *  <---- Wird evtl. mit Modifyworld kotrollierbar sein
general:
    fly: true <---- In Modifyworld (modifyworld.fly)
customimages:
    enabled: true <---- In Modifyworld (modifyworld.customimages.upload)
    maxupload: 20 <---- Nicht mit API direkt kontrollierbar
    dimension: 200 <---- Nicht mit API direkt kontrollierbar
creative:
    deny: <---- In Modifyworld (modifyworld.gamemode.<*|creative|survival>)
    - *
blueprints:
    use: false <----- In Modifyworld (modifyworld.blueprints.use)
    create: false <----- In Modifyworld (modifyworld.blueprints.create)

Du sieht, mann kann vieles von den Server-Permissions übernehmen, aber nicht alles.

Es wird auch noch eine Einstellung kommen, ob man z.B. für den Chat die Server-Einstellung oder die PermissionManager-Einstellung übernehmen möchte.

Quote from lenko

In welchen Sprachen ist die Bedienung ?

Zurzeit kommen alle Antworten vom Plugin in englisch raus. Deutsch kommt aber auch irgendwann noch.

Quote from lenko

Zu Anfang dachte ich erst das es eine Liste wäre der ich einen Namen gebe und dann überall ja oder Nein bezw den Wert eingebe. Abspeichern und dann kann ich Spieler dieser zuweisen.

Das Problem ist nur, dass ich vorher nicht weiß, welche Permissions es geben wird. Das machen jetzt die Programmierer der Plugins. Mit dem .* kannst du viel Schreibarbeit spaaren. Wenn du hilfe brauchst, dann sag bescheid. Es gibt mehrere Möglichkeiten den die Permissions zu schreiben und das gleiche Ziel zu erreichenn

Quote from lenko

Zum Schluss, werde ich es die Tage natürlich auch in die Plugin Liste eintragen.

Vielen Dank.

Kleiner Tipp am Rande: Ich würde mit dem Befehl /pm group <group> create erstmall alle anlegen und dann die Permissions mit Notpad++ einfügen.

Der Spieler hat nur die Berechtigung, wenn unter permissions: ein Postives Permission eingetragen ist.

Beispiel: Gesuchte Permission ist "modifyworld.fly"

1. Fall: Spieler bzw. Gruppe hat die Permission nicht: Spieler darf nicht fliegen!

2. Fall: Spieler bzw. Gruppe hat Negativ-Permission (also: - -modifyworld.fly )

Spieler darf nicht fliegen!

3. Fall: Spieler bzw. Gruppe hat Positiv-Permission (also: - modifyworld.fly ohne 2. - ) - Spieler darf fliegen.

4. Fall: Gruppe hat Negativ-Permission und Spieler hat Positv-Permission: Spieler darf fliegen, da Spieler-Permissions eine höhere Priorität haben, als die Gruppe.

5. Fall: Gruppe hat Positiv-Permission und Spieler hat Negativ-Permission: Spieler darf nicht fliegen, da wie in Fall 4 die Priorität wieder beim Spieler ist und nicht bei der Gruppe.

Ich antworte dir Morgen. Muss morgen früh raus.

Hallo alle Zusammen,

heute stelle ich euch ein DCL für PermissionManager vor: Modifyworld.

Zusammen mit PermissionManager (mind. Version 1.1.1) könnt ihr über die Permissions

mehr Einfluss auf den Spieler nehmen, was er darf und was nicht.

Es sind bereits viele Permissions geworden und ich es werden wahrscheinlich mit dem nächsten Updates noch mehr.

Damit ihr nicht den Überblick verliert, habe ich ein PDF erstellt, dass alle Permission beinhält.

Bei Fragen.... ihr wisst ja, wie ihr mich erreichen könnt.

Viel Spaß damit.

ES IST SOWEIT!

Das Plugin ist fertig und eine grobe Erklärung gibt es auch. Viel Spaß.

HINWEIS: PDF kommt erst 2-3 Wochen später.

Download wie immer ganz oben!

groups:
  default:
    inheritance: []
    options:
      chatColor: '[#ffffff]'
      default: true
      prefix: New
      rank: -1
      sufix: ''
    permissions: []
  Admin:
    inheritance: []
    options:
      chatColor: '[#ffa500]'
      default: false
      prefix: ADMIN
      rank: 1
      sufix: ''
    permissions:
    - '*'
users:
  76561198058978569:
    group:
    - Admin
    permissions: []

Hier! Meine Erfolgreiche permissions.yml! Sie kann geladen und geändert werden (auch wenn der Server läuft)

Genauere Erklärung zur permissions.yml kommt bei der Veröffentlichung die spätestens nächsten Mittwoch (09.12.2020) kommt. Kann aber auch sein, dass es sogar schon früher kommt.

WICHTIG: Das PDF kommt ca. 2 - 3 Wochen später. Es braucht Zeit alles zu erklähren und zu schreiben.

Information zur Entwicklung.

Das Plugin ist nun fast fertig. Es kommt jetzt in die entscheidende Testfasse.

Ein paar Sachen für die Javadoc müssen noch geschrieben werden und die PDF muss auch noch geschrieben werden,

aber es wird nicht mehr lange dauern, bis das Plugin da ist.

Bleibt als gespannt.

Quote from noci

Moin,

kann ich auf dein Plugin zugreifen, Liste und IDs oder so?

Weil das klingt hier wie mein Gedanke vom "Anbindepfosten" der sollte ähnliches können nur über ein 3D Objeckt, an dem mann sein Pferd rufen oder abstellen kann

Klar. Kannst ja mit mir mit PM sagen, was du genau brauchst.

Kann aber ein bisschen dauern, da ich schon lange nicht mehr in dieser API drin war.

Quote from lenko

Hey

Momentan ist es ja so das nach Server Neustart die Miettiere wieder an ihren spawn sind.

Wäre es dann für die neue Version möglich noch ein Befehl für die Gäste mit einzubauen, wo sie prktisch ein Miettier rufen können

Gute Idee. Kein Problem.

Ich werde mir da was überlgen.

Quote from lenko

Nur mal so eine Frage

Soll die ganze Sache dann ingame oder eher außerhalb des spiels bedienbar sein

Beides. Du kannst die YAML mit Befehlen im Spiel bearbeiten oder manuell, indem du die YAML mit einem Texteditor bearbeitest (z.B. Notpad++), die vorhandene YAML überschreibst und mit dem Befehl /pm reload neu lädst.

Werde dazu aber noch ein PDF machen mit Eeklährung und Beispiel.

Information zur Entwicklung.

Durch noci 's Hilfe habe ich nun eine funktinierende YAML.

Jetzt müssen noch die Auswertungen und die API für die Endbenutzer fertig gestellt werden. Natürlich werde ich zum PermissionManager auch ein 2. Plugin erstellen, dass den PermissionManager nutzt.

Ich kann schon definitief sagen: Es dauert nicht mehr so lange, bis es fertig ist.

Hi Ludy ,

danke für deine Unterstützung.

Die "permission.yml" ist vom Plugin so erstellt worden.

Der Aufbau ist bei mir schon richtig. Das '' in "sufix" bedeutet: Leerer String. Und die "permissions" müssen untereinander sein, da es eine Liste ist. Sieht man an dem -.

Beispiel für permission:

permissions:
- aktivesign.sign.use.*
- iconomy.command.money
- iconomy.command.send
- ...

Das - '*' bedeutet: Du hast alle Rechte.

Keine Sorge,

ich bin an den Fall dran. Und ich werde erst aufhören, wenn ich eine YML-Datei hinbekomme, die man laden, schreiben und updaten kann.

Habe leider Probleme die YML-Datei zu laden.

Kann mir da einer Helfen? Die Config habe ich im letzten Post schon hinzugefügt.

Ich kann sie zwar erstellen aber nicht laden (z.B. bei Serverneustart)

Errorlog:

Rising World - 0.9.6 - Dedicated Server
Windows Server 2016 10.0  Java 1.8.0_271 (amd64)  Memory: 1908 MB
25.11.2020   21:25
____________________________________________________
RW SERVER: Fatal error occurred! 
Can't construct a java object for tag:yaml.org,2002:de.pbplugins.java.permissionmanager.ClassConfigFile; exception=java.lang.NoSuchMethodException: de.pbplugins.java.permissionmanager.ClassConfigFile.<init>()
 in 'reader', line 1, column 1:
    !!de.pbplugins.java.permissionma ... 
    ^

    at org.yaml.snakeyaml.constructor.Constructor$ConstructYamlObject.construct(Constructor.java:349)
    at org.yaml.snakeyaml.constructor.BaseConstructor.constructObject(BaseConstructor.java:182)
    at org.yaml.snakeyaml.constructor.BaseConstructor.constructDocument(BaseConstructor.java:141)
    at org.yaml.snakeyaml.constructor.BaseConstructor.getSingleData(BaseConstructor.java:127)
    at org.yaml.snakeyaml.Yaml.loadFromReader(Yaml.java:450)
    at org.yaml.snakeyaml.Yaml.loadAs(Yaml.java:444)
    at de.chaoswg.ToolsAPI.loadYAML(ToolsAPI.java:102)
    at de.pbplugins.java.permissionmanager.ClassConfigFile.loadConfig(ClassConfigFile.java:51)
    at de.pbplugins.java.permissionmanager.PermissionManager.onEnable(PermissionManager.java:33)
    at pluginapi.PluginLoader.loadPlugins(SourceFile:73)
    at pluginapi.PluginManager.initialize(SourceFile:79)
    at server.Main.e(SourceFile:601)
    at server.Main.initApplication(SourceFile:272)
    at commons.JIWApplication.initialize(SourceFile:242)
    at com.jme3.system.NullContext.initInThread(NullContext.java:87)
    at com.jme3.system.NullContext.run(NullContext.java:130)
    at java.lang.Thread.run(Unknown Source)
Caused by: org.yaml.snakeyaml.error.YAMLException: java.lang.NoSuchMethodException: de.pbplugins.java.permissionmanager.ClassConfigFile.<init>()
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.createEmptyJavaBean(Constructor.java:219)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.construct(Constructor.java:189)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructYamlObject.construct(Constructor.java:345)
    ... 16 more
Caused by: java.lang.NoSuchMethodException: de.pbplugins.java.permissionmanager.ClassConfigFile.<init>()
    at java.lang.Class.getConstructor0(Unknown Source)
    at java.lang.Class.getDeclaredConstructor(Unknown Source)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.createEmptyJavaBean(Constructor.java:215)
    ... 18 more
org.yaml.snakeyaml.error.YAMLException: java.lang.NoSuchMethodException: de.pbplugins.java.permissionmanager.ClassConfigFile.<init>()
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.createEmptyJavaBean(Constructor.java:219)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.construct(Constructor.java:189)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructYamlObject.construct(Constructor.java:345)
    at org.yaml.snakeyaml.constructor.BaseConstructor.constructObject(BaseConstructor.java:182)
    at org.yaml.snakeyaml.constructor.BaseConstructor.constructDocument(BaseConstructor.java:141)
    at org.yaml.snakeyaml.constructor.BaseConstructor.getSingleData(BaseConstructor.java:127)
    at org.yaml.snakeyaml.Yaml.loadFromReader(Yaml.java:450)
    at org.yaml.snakeyaml.Yaml.loadAs(Yaml.java:444)
    at de.chaoswg.ToolsAPI.loadYAML(ToolsAPI.java:102)
    at de.pbplugins.java.permissionmanager.ClassConfigFile.loadConfig(ClassConfigFile.java:51)
    at de.pbplugins.java.permissionmanager.PermissionManager.onEnable(PermissionManager.java:33)
    at pluginapi.PluginLoader.loadPlugins(SourceFile:73)
    at pluginapi.PluginManager.initialize(SourceFile:79)
    at server.Main.e(SourceFile:601)
    at server.Main.initApplication(SourceFile:272)
    at commons.JIWApplication.initialize(SourceFile:242)
    at com.jme3.system.NullContext.initInThread(NullContext.java:87)
    at com.jme3.system.NullContext.run(NullContext.java:130)
    at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NoSuchMethodException: de.pbplugins.java.permissionmanager.ClassConfigFile.<init>()
    at java.lang.Class.getConstructor0(Unknown Source)
    at java.lang.Class.getDeclaredConstructor(Unknown Source)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.createEmptyJavaBean(Constructor.java:215)
    ... 18 more
java.lang.NoSuchMethodException: de.pbplugins.java.permissionmanager.ClassConfigFile.<init>()
    at java.lang.Class.getConstructor0(Unknown Source)
    at java.lang.Class.getDeclaredConstructor(Unknown Source)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.createEmptyJavaBean(Constructor.java:215)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructMapping.construct(Constructor.java:189)
    at org.yaml.snakeyaml.constructor.Constructor$ConstructYamlObject.construct(Constructor.java:345)
    at org.yaml.snakeyaml.constructor.BaseConstructor.constructObject(BaseConstructor.java:182)
    at org.yaml.snakeyaml.constructor.BaseConstructor.constructDocument(BaseConstructor.java:141)
    at org.yaml.snakeyaml.constructor.BaseConstructor.getSingleData(BaseConstructor.java:127)
    at org.yaml.snakeyaml.Yaml.loadFromReader(Yaml.java:450)
    at org.yaml.snakeyaml.Yaml.loadAs(Yaml.java:444)
    at de.chaoswg.ToolsAPI.loadYAML(ToolsAPI.java:102)
    at de.pbplugins.java.permissionmanager.ClassConfigFile.loadConfig(ClassConfigFile.java:51)
    at de.pbplugins.java.permissionmanager.PermissionManager.onEnable(PermissionManager.java:33)
    at pluginapi.PluginLoader.loadPlugins(SourceFile:73)
    at pluginapi.PluginManager.initialize(SourceFile:79)
    at server.Main.e(SourceFile:601)
    at server.Main.initApplication(SourceFile:272)
    at commons.JIWApplication.initialize(SourceFile:242)
    at com.jme3.system.NullContext.initInThread(NullContext.java:87)
    at com.jme3.system.NullContext.run(NullContext.java:130)
    at java.lang.Thread.run(Unknown Source)

Entwicklungsnews

Die erste "permissions.yml" wurde erfolgreich erstellt.

Damit bin ich einen großen Schritt weiter gekommen!

!!de.pbplugins.java.permissionmanager.ClassPermissionFile
groups:
  default:
    inheritance: []
    options:
      default: true
      prefix: default
      rank: -1
      sufix: ''
    permissions:
    - '*'
users: {}

Hallo alle Zusammen,

hier ist ein Plugin, dass vielleicht manche unter einem anderen Namen bereits kennen.

Manche von euch kennen dieses Plugin im Spiel "Minecraft". Es heißt: "PermissionEx"

Dieses Plugin läuft mit YAML-Daten. Dort wird in einer "permission.yml" die Gruppen und Spielerberechitigungen geladen.

Das Plugin kann auch von anderen Entwicklern genutzt werden, um eigene Plugin-Permissions zu bauen.

Für Admin eines Servers, sind solche Plugins ein wichtiger Bestandteil, um einen Server zu schützen und zu verwalten.

Das beste an der Sache: Es können nun auch "Supports" für Plugins angelegt werden.

Admins müssen z.B. nicht mehr selber Grundstücke anlegen. Dass kann jetzt auch der Support übernehmen, ohne Admin-Rechte.

!!de.pbplugins.java.permissionmanager.ClassPermissionFile
groups: <--- Bereich "groups"
2 default: <--------------- Gruppenname
4   inheritance: [] <---- Liste "Inheritance" - [] = Leere Liste, wenn ihr hier einen neuen Eintrag machen wollt, dann bitte "[]" löschen, neue Zeile und mit "-" hinzufügen. Sieh Admin!
    options:
6     chatColor: '[#ffffff]' <---- Folgendes erhält beim Chat diese Farbe: PREFIX, SUFIX, SPIELERNAME. Meldung bleibt weiß! "[]" immer mitschreiben!
      default: true <---- Die Gruppe ist "default" auf "true" gestellt, bedeutet dass diese Gruppe die erste ist, die man als neuer Spieler erhält.
      prefix: New <------- PREFIX: Steht immer im Chat VOR dem Spielername (Bespiel: [ADMIN] PatickBronke: <Meldung>) - Hinweis: Wenn leer (''), dann wird es ausgeblendet
      rank: -1
      sufix: '' <----- SUFIX: Steht immer im Chat HINTER dem Namen (Beispiel: PatrickBronke [Baugruppe])
    permissions:
    - -aktivesign.sign.create.* <---- "Negativ"-Permission (Ist nur Beispiel - existiert noch nicht) - Hier der der Spieler keine AktiveSigns erstellen! "-" = Außer! (Später mehr)
    - aktivesign.signs.* <--- Ein "Positiv"-Permission(Ist nur Beispiel - existiert noch nicht) ".*" = Spieler darf alle Schilder von AktiveSign nutzen.
  Admin: <---- 2. Gruppe (Gruppenname)
    inheritance:
    - default <------ Gruppe die Geerbt wird (Beispiel)
    options:
      chatColor: '[#ffa500]'
      default: false
      prefix: ADMIN
      rank: 1 <----- Der Rank hat im Moment keinen Einfluss auf das Spiel. Das ist später wichtig für Beförderungen, damit das Plugin weiß, in welcher Reihenfolge die es Befördern muss.
      sufix: ''
    permissions:
    - '*' <---- '*' = Admin-Rechte
users:
  76561198058978569: <--- Die UID des Spielers
    group: 
    - Admin <------ Die Gruppe, in der sich der Spieler befindet.
    permissions: [] <---- Spieler-Berechtigung.

groups:
  default:
    inheritance: []
    options:
      chatColor: '[#ffffff]' 
      default: true 
      prefix: New
      rank: -1
      sufix: ''
    permissions:
    - -aktivesign.sign.create.* 
    - aktivesign.* 

adminGroup: Admin <---- Was ist die Admin-Gruppe (Erreichen mit dem Befehl: "/pm" (NUR FÜR SERVER-ADMINS)
chat: '[PREFIX] PLAYERNAME [SUFIX]: MSG' <--- Wie soll der Chat aussehen!
debug: 0 <--- DEBUG! Bitte nur auf 1 stellen, bei Fehler! (Kann sehr Geschwindigkeit wegen hoher ausgaben verlangsamen!) Bitte Debug an mich senden!

Allgemeiner Hinweis:

Dieses Plugin unterscheidet nicht mehr zwischen ADMIN und Spieler. Es unterscheidet nur noch zwischen "Hast du die Permission oder hast du sie nicht!"
Auch einer mit Admin-Rechte kann bestimmte Berechtigungen nicht haben, wenn bei ihm die Permission nicht drinnen steht.

Sollte ein Fehler auftreten, dann bitte mir bescheid geben. Wenn ein Fehler beim Auswerten kommt, kommt immer ein "NEIN" zurück. (Aus Sicherheitsgründen)

Viel Spaß!

P.S

Vielen Dank noch an noci für seine Unterstützung. Ohne ihn, hätte ich das nicht geschafft.

UPDATE 1.1.0 - Servergroup (Mehr Infos: HIER)

UPDATE 1.1.1 - Nur ein paar Befehle hinzugefügt. Es hat sich NICHTS an der javadoc geändert!!