Es gibt zwei Möglichkeiten, Benachrichtigungen in einem RPC-System auszuführen: das Push-Modell und das Pull-Modell. Im Pull-Modell fragt der Client den Server regelmäßig ab, ob Benachrichtigungen verfügbar sind. Der Server muss sie speichern, bis der Client sie abruft (oder bis sie ablaufen). Als eine Variante kann der Client einen blockierenden RPC-Aufruf haben, der blockiert, bis das nächste Ereignis verfügbar wird, und dann sofort zurückkehrt. Das funktioniert gut mit CORBA, aber funktioniert nicht so gut mit SOAP oder XML-RPC, da die HTTP-Implementierungen in der Regel nicht bereit sind, eine Verbindung für Stunden offen zu lassen.
Im Push-Modell ruft der Producer einen RPC auf dem Consumer auf und macht den Consumer zu einem Server. Das funktioniert auch nicht so gut mit SOAP oder XML-RPC, da der Client normalerweise nicht bereit ist, die Serverrolle zu übernehmen, und Firewalls verhindern möglicherweise, dass der Rückruf durchkommt. Der periodische Zug ist also der realistischste Ansatz.
P.S. Sie haben vielleicht bemerkt, dass ich Ihrer Terminologie nicht gefolgt bin: Sie können Ereignisse nicht drücken. Ein Ereignis ist etwas, was passiert. Sie können nur auf die Benachrichtigung drücken, bei der es sich um eine Information handelt, dass ein Ereignis stattgefunden hat.
Dies bedeutet, dass im Wesentlichen ich bin mit regelmäßigen Updates, die in Bezug auf Ressourcen etwas verschwenderisch ist links. Danke für die Antwort –