API Loader Reihenfolge bestimmen - (GELÖST! Java-Version)

noci · May 23rd 2020

Hi Red,

vieleicht könntest du in der neuen API für die plugin.yml einen Parameter loadLevel hinzufügen, über den mann bestimmen kann in welcher Reihenfolge die eigenen Plugins geladen werden.
Z.B. bei Klassen Implementierung sehr hilfreich

Bislang könnte man das Über ein Objekt machen, muss dann aber immer die Klasse mit angeben oder ein libOrdner mit ausliefern. Ab onEnable() ist ja alles geladen, nur manchmal in unvorteilhafter Reihenfolge.

Ich hoffe es war halbwegs verständlich was ich meine

Danke schon mal im Voraus

red51 · May 23rd 2020

Wir müssten mal schauen, wie einfach sich das umsetzen ließe... das Problem ist, die Mechanik auch für das On-the-fly-Kompilieren von Plugins umzusetzen (also der Fall, in dem nur auf ein Java-Projekt verwiesen wird und das Spiel dieses dann selber kompiliert). Denn die plugins.yml ist erst beim Laden des jeweiligen Plugins für das Spiel sichtbar. Wir müssten dafür den Ablauf ändern, wie Plugins generell geladen werden

Wofür bräuchtest du das denn explizit bzw. könntest du nochmal erläutern, wofür du das verwenden würdest? Das Festlegen der Lade-Reihenfolge hätte für Spieler oder Serverbetreiber ja keine praktische Relevanz (da das ja vom Plugin-Ersteller festgelegt wird, aber verschiedene Plugins von verschiedenen Machern natürlich nicht aufeinander abgestimmt wären), daher wäre das in erster Linie nur für den Plugin-Ersteller sinnvoll.

Wenn ein Plugin Abhängigkeiten zu anderen Plugins hat, wäre es am sinnvollsten, diese Abhängigkeiten als Library einzubinden. Evtl. kann manchmal auch hilfreich sein, neben der "onEnable()" Methode noch die "onLoad()" Methode zu überschreiben - die wird nämlich dann aufgerufen, wenn das Plugin tatsächlich geladen wird (also definitiv immer vor onEnable(), was erst im Anschluss aufgerufen wird, wenn alle Plugins geladen wurden).

noci · May 24th 2020

Ich will mal wieder eine Allgemeine Tool Sammlung in ToolsAPI erstellen.

Da habe ich eine Klasse

Java: in ToolsAPI

public class ClassPluginConfig {
    ClassPluginConfig(){
        this.DEBUG = false;
    }
    ClassPluginConfig(Object DEBUG) {
        this.DEBUG = DEBUG;
    }

    private Object DEBUG;
    public void setDebug(Object debug) {this.DEBUG=debug;}
    public Object getDebug() {return DEBUG;}

    private String version;
    public String getVersion() {return version;}
    public void setVersion(String version) {this.version = version;}

    public void printlnDebug(int level, String string) {
        if( ( DEBUG instanceof Boolean && (boolean)DEBUG) || ( DEBUG instanceof Integer && (int)DEBUG>=level) )
            System.out.println( string );
    }
    public boolean isDebug(int level){
        return ( DEBUG instanceof Boolean && (boolean)DEBUG) || ( DEBUG instanceof Integer && (int)DEBUG>=level);
    }
}

Display More

Die Will ich dann in einem "Benutzbaren" Plugin einbinden.

Dient als extends Vorlage für die eigentliche Konfigurations Klasse die auch als YAML CustomClassLoaderConstructor benutzt wird.

Java: in Clock

public class ClassClockData extends ClassPluginConfig{
    public ClassClockData(Plugin plugin, Object debug){
        this.configName = "config";
        this.assets = "assets";
        super.setDebug(debug);
        super.setVersion(plugin.getDescription("version"));
    }
    
    private String assets;
    public void setAssets(String assets) {this.assets=assets;}
    public String getAssets() {return assets;}

    ...
    @Override public String toString() {
            return "ClassClockData{" +
                            "version=" + super.getVersion() + " " +
                            "debug=" + super.getDebug() + " " +
                            "assets=" + assets + " " +
                            "configName=" + configName + " " +
                            "clocks=" + clocks.toString() + "" +
                            '}';
    }

    //################
    //### SubClass ###
    //################
    ...
}

Display More

Hauptteil:

Java: in Clock

public class Clock extends Plugin implements Listener{
    private ClassClockData daten;
    private Plugin plugin;
    ...

    @Override
    public void onEnable() {
        plugin = this;
        plugin.registerEventListener(this);
        //###########
        //### INI ###
        //###########
        daten = new ClassClockData(this,true);
        ...
    }
    ...
}

Display More

Wenn hier (in Zeile 2) die ToolsAPI nicht schon geladen ist, kommt er nicht an die ClassPluginConfig heran, außer über den lib Ordner. Und dann müsste man die ToolsAPI wieder für jedes Plugin Pflegen. Oder Datei immer wieder kopieren und anpassen

Gleiches gilt wahrscheinlich auch für das Auslagern eigener Callback Funktionen.

noci · May 25th 2020

Es würde ja reichen wenn ich so eine Art Abhängigkeit definieren kann.

Code

dependencies: ToolsAPT, SprachAPI

So das Clockbeim Laden nach hinten rutscht bis die geladen wurden

Ludy · May 25th 2020

blöde frage könnte mann nicht einfach sagen das es alphabetisch geladen werden soll ?

so könnte mann den grund plugings einfach einem AA vorne hin setzten und schon wären sie am anfang oder ?

red51 · May 25th 2020

Ich verstehe... tatsächlich muss ich sagen, dass ich den zweiten Vorschlag mit den dependencies dann auf jeden Fall sinnvoller fände Ich muss mal schauen, wie wir das am besten umsetzen... ich bin mir aber nicht sicher, ob das in der alten Version noch klappen wird, daher wird das vmtl. nur für die neue Version kommen.

Quote from Ludy

blöde frage könnte mann nicht einfach sagen das es alphabetisch geladen werden soll ?
so könnte mann den grund plugings einfach einem AA vorne hin setzten und schon wären sie am anfang oder ?

Ich glaube, momentan werden Plugins in absteigender alphabetischer Reihenfolge geladen, bin mir aber nicht sicher (sie werden in der Reihenfolge geladen, wie die Unterverzeichnisse im "plugins" Ordner gefunden werden). Das könnten wir eig. ändern. Allerdings ist das Problem bei sowas, dass man sich als Plugin-Ersteller nicht 100% darauf verlassen könnte, denn der Endanwender könnte die Plugin-Verzeichnisse anders benennen bzw. Plugins in andere Ordner packen

noci · May 26th 2020

Danke

Ich denke nur an die Neue Versiondas Passt dann schon

Ich Spiele mal ein Bisschen mit den Ordner Bezeichnungen herum

noci · May 26th 2020

Ordner Umbenennen reicht für die Java-Version

habe jetzt einfach den Ordner aToolAPI genannt und es läuft (unter Win)

API Loader Reihenfolge bestimmen - (GELÖST! Java-Version)

noci May 26th 2020

Participate now!