WIP: Update to Linkage System #212
@ -123,9 +123,8 @@ public class Core extends JavaPlugin{
|
||||
getServer().getMessenger().registerIncomingPluginChannel(this, "sw:bridge", new NetworkReceiver());
|
||||
getServer().getMessenger().registerOutgoingPluginChannel(this, "sw:bridge");
|
||||
|
||||
LinkageUtils.run(ListenerLink.class, EnableLink.class);
|
||||
TinyProtocol.init();
|
||||
LinkageUtils.run(Plain.class);
|
||||
LinkageUtils.run(ListenerLink.class, EnableLink.class, Plain.class);
|
||||
|
||||
|
YoyoNow markierte diese Unterhaltung als gelöst
Veraltet
|
||||
try {
|
||||
getLogger().log(Level.INFO, "Running on: " + new BufferedReader(new InputStreamReader(Runtime.getRuntime().exec("hostname").getInputStream())).readLine());
|
||||
|
||||
In neuem Issue referenzieren
Einen Benutzer sperren
Was ist der Unterschied zwischen EnableLink und Plain? Btw. kannst du TinyProtocol auch vor den anderen Sachen initialisieren.
EnableLink ruft noch die enable methode auf, während Plain nur das Objekt erzeugt.
Und warum würde es nicht funktionieren, wenn bei EnableLink die enable-Methode der Konstruktor ist?
Weil ich an manchen stellen im BauSystem auf einem Objekt (also Singleton) mehrfach die enable methode brauche!
Ok, und was hat dann die enable-Methode mit den LinkageUtils zu tun? Warum kann der Konstruktor bei solchen Elementen nicht einfach die enable()-Methode aufrufen?
Weil zum Teil zwischendurch noch field injection gemacht wird, welche in der enable methode nicht null sein dürfen. Auch hier im BauSystem wichtig.