Messages

Falls du die Warnung bezüglich "Unable to receive permission list!" meinst, das kannst du auch ignorieren. Ist nur dann spannend, damit der Bot dir sagen kann, wie ein Recht heißt, falls mal eines fehlen sollte. Das ist in der Regel aber nur dann interessant, falls man einen gezielten Benutzeraccount für den Bot macht, und nicht einfach den Server Admin benutzt.

[flood ban]

Der Fehler ist doch eindeutig:
20.08.2016 13:34:49    JTS3ServerMod    Fehler    de.stefan1200.jts3serverquery.TS3ServerQueryException: ServerQuery Error 3331: flood ban

Die Anleitung behandelt das Thema ebenfalls: https://www.stefan1200.de/documentation/jts3servermod_mysql/readme_deutsch.html
Abschnitt: -= Wie kann ein flood ban auf dem TS3 Server verhindert werden =-

Die Log sieht ja 1a aus, da kann man nicht meckern. Allerdings sind keine Verbindungsversuche vom Webinterface zu sehen, das ist merkwürdig.

Was zeigt dir das Webinterface unter Einstellungen / Query Interface an?

More information please.

The list command of that function is the right chat command, you are looking for. So if the function is named test, you can do: !test list

I can't answer if this configuration is right, because I don't know what you expect. Based on that what I can see on your screenshot, it will delete all channels empty for at least 124 hours except of "Pents" and spacer channels.

[...]wenn der Bot ungefähr 10 Minuten connectet ist. macht er nichts mehr und wenn man die verbindung trennen will kommt das hier:
[...]
Aber warum passiert das ?

Der TS3 Server trennt alle Query Clients, die seit 10 Minuten keinen Befehl mehr abgesetzt haben. Einfach alle 9 Minuten irgendein Befehl ausführen lassen.

[notifyclientmoved ctid=2 reasonid=0 clid=2]

Hat die ReasonID vllt. damit etwas zu tun ?

Sorry, natürlich hast du recht. Hatte vorhin nur aus dem Kopf heraus geantwortet. In meinen Aufzeichnungen habe ich folgendes gefunden:
notifyclientmoved ctid=2 reasonid=0 clid=2
Selbst den Channel gewechselt (sowohl rein und raus). ctid=2  (Channel ID Ziel) / clid=3  (Client ID)
notifyclientmoved ctid=3 reasonid=1 invokerid=5 invokername=Stefan1200 invokeruid=kYbTRDwDPE7R17Av3PorhMwaZW45 clid=8
Durch jemanden verschoben.

Habe mal meine vorherigen Beiträge entsprechend angepasst.

Dort steht aber nur clid und reasonid. clid ist der Grund und was reasonid sein soll verstehe ich nicht weil es immer 0 ist. und mehr sehe ich dort nicht.

ctid ist der Grund, clid ist die Client ID. reasonid weiß ich auswendig gerade nicht.

Eine schnelle Frage. In den Docs die beim Download dabei sind steht zwar welche EventTypen es gibt aber nicht welche EventInfos. Kann man dies irgendwo sehen?

Diese Frage habe ich dir bereits beantwortet am 11 August 2016, 19:50:58: https://www.stefan1200.de/forum/index.php?topic=457.msg2578#msg2578

[teamspeakActionPerformed]

Du hast vom Beispiel Source in der Methode teamspeakActionPerformed die Zeile
if (eventType.equals("notifytextmessage"))
entfernt. Das war eine schlechte Entscheidung. Erst per if nach dem Event Typ filtern, dann erst nach der Event Info! Sonst kommt es zu einer NullPointerException, wenn du equalsIgnoreCase("liste") auf ein null Objekt machst. Deswegen wurde der if else Zweig nie ausgeführt. Aber das ist eigentlich Java Basiswissen.

Gibt es mehr Events als diese 5 ?

Code Select Expand


query.addEventNotify(JTS3ServerQuery.EVENT_MODE_TEXTSERVER, 0);
query.addEventNotify(JTS3ServerQuery.EVENT_MODE_TEXTCHANNEL, 0);
query.addEventNotify(JTS3ServerQuery.EVENT_MODE_TEXTPRIVATE, 0);
query.addEventNotify(JTS3ServerQuery.EVENT_MODE_CHANNEL, 0);
query.addEventNotify(JTS3ServerQuery.EVENT_MODE_SERVER, 0);


Nein, nur diese 5.

Wie hast du denn das Channel Event registriert? Wie sieht der ganze Source aus?

Das kommt dem näher, richtig. ;-)

Also wenn ich das richtig verstanden habe soll ich halt bei eventInfo "notifyclientmoved" abfragen.

Falsch verstanden, bitte meinen obigen Text nochmal langsam lesen.

[Klassendefinition der JTS3ServerQueryExample:]

Wenn ich das richtig sehe, hast du dir den JTS3ServerQueryExample doch schon angeschaut. Ohne TeamspeakActionListener würden die Chatbefehle doch gar nicht funktionieren (sind doch auch Events).

Klassendefinition der JTS3ServerQueryExample:
public class JTS3ServerQueryExample implements TeamspeakActionListener

Zu implementierende Methode:
public void teamspeakActionPerformed(String eventType, HashMap<String, String> eventInfo)

Wenn eventType equals "notifyclientmoved", dann wertest du die Informationen in der eventInfo aus. Wenn du in Zeile 16 die debug Variable auf true setzt, bekommst du die Inhalte der eventInfo auf der Konsole ausgegeben. Der Wert reasonid in der eventInfo gibt halt einen Grund fürs Verschieben als Zahl an (0 = selbst gewechselt, 1 = verschoben durch andere, etc.).

Nein, die Channel Events bekommst du vom TeamspeakActionListener, siehe hier: https://www.stefan1200.de/documentation/jts3serverquery/de/stefan1200/jts3serverquery/TeamspeakActionListener.html

hashMap.get enthält die selben Schlüssel, wie diese vom TS3 Server Query Interface zurück gegeben werden. Natürlich kannst du dir alle Keys auch per hashMap.keySet() zurück geben lassen.