Event abonnieren
Die Beispiele verwenden den unter Installation erstellten gemeinsamenCloudApi-Client und gehören in die Methoden deines Plugins.
Subscription auf und schließe sie, wenn dein Plugin beendet wird. Der Leitfaden zur Event-Verarbeitung zeigt den vollständigen Plugin-Lebenszyklus und wie du aus einem Callback sicher mit deiner Serverplattform interagierst.
Event-Kategorie auswählen
Server-Events beschreiben einzelne Serverinstanzen. Events für persistente Server beschreiben Änderungen am persistenten Server selbst, etwa wenn er aktualisiert wird oder eine Serverinstanz startet.
Zustand korrekt halten
Events informieren dich über eine Änderung; die Abfrage-APIs liefern den aktuellen Zustand. Abonnements empfangen nur Live-Events. Frage die Ressource daher beim Start deines Plugins ab oder wenn ein verpasstes Event zu einem falschen Zustand führen würde. Schließe jedes Abonnement, sobald du es nicht mehr benötigst. Sowohlclose() als auch unsubscribe() beenden die zukünftige Zustellung und können mehrfach aufgerufen werden.
Callback-Daten auslesen
Jeder Callback stelltgetNetworkId() und über getTimestamp() einen Zeitstempel im ISO-8601-Format bereit. Die übrigen Getter hängen vom Event-Typ ab.
Verwende zur Identifizierung einer Ressource bevorzugt den Getter für ihre stabile ID.
Manche Event-Payloads enthalten kein eingebettetes Modell. In diesem Fall werfen Modell-Getter wie getServer(), getGroup() und getBlueprint() eine IllegalStateException.
Frage die passende Ressourcen-API ab, wenn du aktuelle Daten benötigst.
Getter von Server-Callbacks
Getter von Server-Callbacks
Getter von Gruppen-Callbacks
Getter von Gruppen-Callbacks
Getter von Callbacks für persistente Server
Getter von Callbacks für persistente Server
Getter von Blueprint-Callbacks
Getter von Blueprint-Callbacks