Das alles O(Spieler^2)? Unabhängig was gerade los ist (d.h. auch auf dem Event oder Spectateserver mit 70 Mann?). Vllt. doch die alte Lösung (nur auf den Besitzer-Spieler-Wand schauen)?
Wird doch eh sekündlich gemacht? Muss mMn. nicht noch häufiger aktualisiert werden (vor allem sprengt das die alte Partikellösung, die ja immer noch aktiv ist).
Die CAA-Namen sind jetzt nicht soo pralle (und ist nicht eh fast alles AA in MC?). Würde eher was wie WireframeCube und/oder Line vorschlagen.
Dieses Methodenpattern ist doch sehr repetetiv. Könnte man da evtl. eine verallgemeintere Variante abstrahieren?
Sicher, dass super nicht schon tickt? (Tick hier überhaupt notwendig, weil es hier ja eh immer nur null from und to geben kann?
Bin noch nicht ganz durch, dürfte fürs erste aber schon mal genügend sein.
Liste von active Fights gibts schon im Velocity, geht allerdings über die aktiven Server (EventStarter?)
Damit werden sie nicht umgeleitet, sondern direkt auf den subserver geschickt.
Massives Problem: Es können maximal z.B. 6 Spieler in die Arena, der Rest kann nicht mehr auf den Kampfserver, sondern möchte ja prinzipiell explizit als Spotter auf den Spectatorserver. Oder nicht jeder ist Fighter... Daher finde ich das mit dem automatischen Senden leider nicht gut.
Bei aller Liebe zum Reformatting: Es macht mir den PR hier etwas dezent unleserlich!
Die ganze Funktion (die durchaus länger blockieren kann) als synchronized ist ungeil.
Hast du überprüft, ob es andere IP-basierte Webhook-restriktionen gibt? Wenn wir da plötzlich mit einer Menge Webhooks ankommen...
Bitte umsortieren, sodass das Argument im AllArgsConstructor wie auch den anderen Konstruktoren hinten dran ist.