Minecraft Minecraft Plugin programmieren (Craftbukkit 1.7.2) Problem

[LordAbdul98]

Hey Community,
ich bin gerade am programmieren eines Plugins für Minecraft-bukkit 1.7.2,
komme aber an einer gewissen stelle nicht weiter. :shock:
Ich möchte eine Nachicht an einen Spieler ausgeben die aber vorher in der Confik konfiguriert worden ist.
Bis jetzt habe ich zwar eine Nachicht, die ich aber nicht ändern kann und einen Nachichten Text in der Confik der nicht gesendet wird. :/

In dem Spoiler habe ich die bis jetzt geschriebene Main hineingeschriebenen :

Spoiler

package me.LordAbdul.Kontakt;


import org.bukkit.command.Command;
import org.bukkit.command.CommandSender;
import org.bukkit.plugin.java.JavaPlugin;

public class kontakt extends JavaPlugin
{

@Override
public void onEnable() {

System.out.println("Plugin 'Kontakt' wurde gestartet");
}
@Override
public void onDisable() {

System.out.println("Plugin 'Kontakt' wurde geschlossen");
}
public boolean onCommand(CommandSender cs, Command cmd, String label, String[] args){

cs.sendMessage("Skype:" + " " + " Teamspeak:");

this.getConfig().addDefault("info.kontaktdaten", new String[] {

"§3Skype:",
"§4Teamspeak:"

});
this.getConfig().options().copyDefaults(true);
this.saveConfig();

return true;

}


}

Die Confik sieht wie folgt aus:

Spoiler

info:
kontaktdaten:
- 'Skype: test38'
- 'Teamspeak: 37.67.98.90'

Die externe jar ist die: craftbukkit-1.7.2-R0.1-20131204.020906-17
und ich habe die main mit eclipse geschrieben.

Vielen Dank im Vorraus für eure hilfe 🙂

 

[sirkarpfen]

Ich hoffe die yaml file hat die richtigen Einrückungen. Um ein Childnode zu schreiben musst du 2 Leerzeichen davor setzen:

info:
  kontaktdaten:

Außerdem bin ich mir ned sicher ob ein Bindestrich in YAML Dateien erlaubt ist, bzw. ob dieser nicht Fehler verursacht.

Lies dir am besten mal ein Tut für YAML Dateien durch, um zu verstehen was du da alles schreiben darfst und was nicht.

Außerdem erstellst du bei jedem neuen onCommand() Aufruf die Config mit den Default-Werten neu. Default werte sollten aber nur 1 mal vergeben werden, oder dann wenn du einen Wert wirklich auf den Defaultwert zurücklegen willst.

this.getConfig().addDefault() // nur 1 mal benutzen. Am besten in der onEnable()-Methode.

Edit: Du solltest dich mal mit den Java-Coding-Conventions auseinander setzen. Ein klein geschriebener Klassenname is nicht sehr üblich und auch nicht schön anzusehen^^.

 

[JavaGamer]

Ich hoffe die yaml file hat die richtigen Einrückungen. Um ein Childnode zu schreiben musst du 2 Leerzeichen davor setzen:

info:
  kontaktdaten:

Außerdem bin ich mir ned sicher ob ein Bindestrich in YAML Dateien erlaubt ist, bzw. ob dieser nicht Fehler verursacht.

Außerdem erstellst du bei jedem neuen onCommand() Aufruf die Config mit den Default-Werten neu. Default werte sollten aber nur 1 mal vergeben werden, oder dann wenn du einen Wert wirklich auf den Defaultwert zurücklegen willst.

this.getConfig().addDefault() // nur 1 mal benutzen. Am besten in der onEnable()-Methode.

Also ich habe jetzt mal hier ein wenig gegoogelt und anscheinend ist ein Bindestrich in einer Config erlaubt.
Mit dem addDefault() nur 1 mal benutzen hast du unrecht. Diese Methode kann man nicht nur einmal verwenden, da bei jedem Server start automatisch die onEnable()-Methode aufgerufen wird und würde man diese an anderen Orten plazieren würde diese Methode erneut aufgerufen. Die Methode addDefault() erzeugt auch nicht jedes mal die gesammte Config neu. So wie er seine Config erstellen lässt, wird diese nur erstellt sollte keine vorhanden sein und sobald Zeilen in der Config fehlen werden diese neu hinzugefügt aber die anderen nicht überschrieben.

Was macht eigentlich deine Config in der onCommand Methode. Da gehört diese definitiv nicht hin. Zudem hast du auch keinen Befehl erstellt --> Das heisst du kannst die Nachricht eigentlich nicht ausgeben, aber wie genau in diesem fall dies gehand habt wird von Bukkit weiss ich nicht.

Zudem wird dir die Nachricht ausgegeben bevor die Einträge in der Config erstellt werden, sollte dies hier die Nachricht ausgeben:

cs.sendMessage("Skype:" + " " + " Teamspeak:");

Wenn dies dir deine Nachricht ausgeben sollte, dann wird das so nicht funktionieren.
1. Warum

+ " " +

? Das bewirkt rein garnichts.
2. Wo steht hier den bitte dass Bukkit die Werte aus der Config auslesen und in die Nachricht einfügen soll?
3. In der onCommand-Methode werden Befehle erstellt und in diesen Befehlen kommt dann der Code rein, denn du einfach so da rein geschrieben hast. Zudem müssen die Befehle in der plugin.yml auch noch hineingeschrieben werden.
4. Zum erstellen einer Config erstellt man sich normalerweise eine extra Methode die dann in der onEnable Methode aufgerufen werden. Du kannst dies natürlich auch in deine onEnable-Methode einfügen, aber wegen der Übersicht ist dies nicht so optimal. Aber in der onCommand Methode gehört diese schon mal garnicht hinein.
5. So wie du jetzt die Strings in der Config eingespeichert hast, musst du diese für deine Nachricht wieder auseinander frimeln --> Das geht viel einfacher. Aber warum einfach wenns auch umständlich geht.

Also ich würde dir als erstes mal empfehlen Java zu lernen und danach Tutorials zu Bukkit anschauen, bevor du mit so etwas anfängst.
Hier hast du mal ein paar Tutorials zum erstellen einer Config-File:

• Introduction to the New Configuration/de - BukkitWiki
• https://forums.bukkit.org/threads/tutorial-beginner-making-configs.52476/

Hier hast du mal ein paar Tutorials zu Bukkit:

• https://board.nitrado.net/community...it-plugin-entwicklung-schriftliches-tutorial/ --> ist schon ein wenig veraltet aber immer noch hilfreich
• Plugin Tutorial/de - BukkitWiki
• https://wiki.nitrado.net/de/Tutorial_-_Plugin-Entwicklung

Und zu guter letzt noch ein paar Java Tutorials:

• Java Video Tutorial [Deutsch][HD] - Grundlagen - YouTube
• Java Tutorials - YouTube

Natürlich könnte ich dir jetzt auch deinen Code so umschreiben dass dieser Funktioniert aber wird dir dies denke ich eher weniger helfen.

lg
JavaGamer

 

[sirkarpfen]

Jo da hab ich mich wohl geirrt bei addDefault. Ist auch schon länger her als ich das letzte mal ein Bukkit-Plugin geschrieben hab^^. Ich sehe aber nicht wo er überprüft ob Einträge fehlen. Er macht bei einfach jedem onCommand-Aufruf ein this.getConfig.addDefault() und das ist wirklich nicht sehr elegant, vor allem weil er nichtmal nach seinem Command abfragt und somit die Config bei jedem Command das eingegeben wird neu mit den Default Werten beschrieben wird.

Back to Topic:

Du solltest dir definitiv ein paar mehr Java Grundlagen zulegen bevor du dich an Bukkit-Plugins wagst. Ich hoffe außerdem das die fehlende Einrückung deines Codes am Forum liegt und nicht an dir selbst^^.

 

[JavaGamer]

Jo da hab ich mich wohl geirrt bei addDefault. Ist auch schon länger her als ich das letzte mal ein Bukkit-Plugin geschrieben hab^^. Ich sehe aber nicht wo er überprüft ob Einträge fehlen. Er macht bei einfach jedem onCommand-Aufruf ein this.getConfig.addDefault() und das ist wirklich nicht sehr elegant, vor allem weil er nichtmal nach seinem Command abfragt und somit die Config bei jedem Command das eingegeben wird neu mit den Default Werten beschrieben wird.

Back to Topic:

Du solltest dir definitiv ein paar mehr Java Grundlagen zulegen bevor du dich an Bukkit-Plugins wagst. Ich hoffe außerdem das die fehlende Einrückung deines Codes am Forum liegt und nicht an dir selbst^^.

Ich denke mal das er dies im Bukkit-Code macht, also dass dies in der Methode addDefault defentiert ist. Wie genau Bukkit dies handhabt weiss ich aber auch nicht, nur aus eigener Erfahrung das Bukkit dass dann überprüft und ergänzt. Ich denke mal er liest den Code in addDefault und überprüft dann ob dies in der Config vorhanden ist und ob eine Config überhaupt vorhanden ist und wenn nicht fügt der das einfach in die Config ein.
Ich habe eigentlich auch schon lange kein Plugin mehr für Bukkit geschrieben, habe aber noch meinen SRC Code meiner bisherigen Plugins und konnte dementsprechend einfach kurz nachschauen 😛
Wobei mir persönlich reines Java und Forge eh lieber sind, mit der Ausnahme von Forge für 1.7.2.