Message an alle Terminal-Server-Sitzungen senden

[himitsu]

Abgesehn davon, dass HTTP auch TCP nutzt.

Wenn die Server-App bereits einen HTTP-Server besitzt, dann könnten auch die Clienten via HTTP drauf zugreifen, wenn du da mit Keep-Alive rumspielst, da die Verbindung ja offen bleiben muß, damit der Server später die Antwort senden kann.

[MyRealName]

Also man könnte rein theoretisch von einem Session-unabhängigen Service durch die aktuell verbundenen Sessions durchgehen und dort einen Prozess starten, der dann jeweils im Kontext der Session läuft.

[Papaschlumpf73]

Zitat:

Zitat von MyRealName (Beitrag 1476099)

Also man könnte rein theoretisch von einem Session-unabhängigen Service durch die aktuell verbundenen Sessions durchgehen und dort einen Prozess starten, der dann jeweils im Kontext der Session läuft.

Das wäre super - ich hab aber keine Ahnung wie das geht.

[himitsu]

Du hast doch bereits Programme in den Sessions am laufen.
Somit ist es nicht nötig nochmal was zu starten, mit denen dann ebenfalls der Server irgendwie reden müsste. ;)

[Papaschlumpf73]

Zitat:

Zitat von himitsu (Beitrag 1476137)

Du hast doch bereits Programme in den Sessions am laufen.
Somit ist es nicht nötig nochmal was zu starten, mit denen dann ebenfalls der Server irgendwie reden müsste. ;)

Mit der TCP-Client-Server-Konstruktion klappt es auch ganz gut. Ich versuche es nur immer so einfach wie möglich hinzubekommen.

[MyRealName]

Man müsste halt wissen, was du mit der Message machen willst.. weiter verarbeiten oder einfach einen Dialog anzeigen wie "der server wird in 5 minuten runtergefahren"..

[Papaschlumpf73]

Zitat:

Zitat von MyRealName (Beitrag 1476156)

Man müsste halt wissen, was du mit der Message machen willst.. weiter verarbeiten oder einfach einen Dialog anzeigen wie "der server wird in 5 minuten runtergefahren"..

Meine Anwendung muss jeweils die Nachricht auswerten, bestimmte Daten von der Datenbank abrufen und dem Anwender bestimmte Reaktionen darauf anbieten. Eine einfache MessageBox reicht da leider nicht aus. Eine solche Windows-Funktion ist mir auch schon bei der Suche nach einer Lösung über den Weg gelaufen.

[MyRealName]

Da wäre eine Lösung wie Websockets (da bidirektional) auch ganz gut.. oder eben Indy. Beim Start einfach beim Service anmelden... Ich selbst nutze für sowas RealThinClient, aber ist halt kommerzielles Paket. Vorteil : Schnelle und einfach Implementierung und Datenaustausch über JSON

[Papaschlumpf73]

Zitat:

Zitat von MyRealName (Beitrag 1476166)

Da wäre eine Lösung wie Websockets (da bidirektional) auch ganz gut.. oder eben Indy. Beim Start einfach beim Service anmelden... Ich selbst nutze für sowas RealThinClient, aber ist halt kommerzielles Paket. Vorteil : Schnelle und einfach Implementierung und Datenaustausch über JSON

Mit den Indys klappt es schon super. Es werden auch nur kurze Kommandos mit einer ID ausgetauscht; da wäre JSON schon der Holzhammer. Und in Websockets müsste ich mich erst einmal einarbeiten... Ich bin zu alt für das neumodische Zeug :-D:-D

[lxo]

Wenn die Clients mit einer gemeinsamen Datenbank verbunden sind, könntest du das ja auch evtl. über Events aus der Datenbank regeln.
Firebird hat da aufjedenfall was zu.https://firebirdsql.org/file/documen...ird_events.pdf
Ich denke andere DBMS werden auch was ähnlich haben. Kenne die anderen Systemen leider nur nicht ganz so gut.