Alle EXE' n einer Anwendung zum Zeitpunkt X beenden...

[dataspider]

Ich habe einen Kunden, bei dem ein Update immer ein Problem ist.
Trotz Ankündigung von Updates muss ich dann immer noch mindestens 10 User rauswerfen.

Jetzt würde ich gern z.B. 20:00 Uhr en alle EXE' n eine Nachricht senden, dass bis 20:15 Uhr das Programm zu verlassen ist.
20:15 Uhr folgt die zweite Nachricht, die die EXE' n hart beendet.

Mir geht es nur um die Nachricht an die EXE.

Momentan überlege ich, ob ich einfach die Events von Firebird benutze.
Wie kann man das eleganter lösen?

Die Anwendung liegt auf einem TS. Eine Gruppe Anwender startet die EXE lokal vom Server, die andere Gruppe aus der TS - Session.

Frank

[BUG]

Zitat von dataspider:

Wie kann man das eleganter lösen?

Wenn das momentan einzige Kanal ist, über die die Clients miteinander kommunizieren, dann würde ich das so machen. Dazu gibt es eine Nachrichten-Tabelle und wenn der Client das Signal erhält, guckt er nach was er machen muss; genauso beim Starten der Anwendung.

Was will man mehr?

[mkinzler]

Da sich alle Instanzen Deiner Anwendung am FireBird Server anmelden müssen, wäre das aus meiner Sicht eine einfache Lösung.

[stahli]

Ich habe das vor Urzeiten mal so gelöst, dass ich eine "Beenden.txt" neben der Exe (die im Netzwerk von allen Usern erreichbar war) erzeugt habe.
Die Clients haben immer mal auf Existenz der txt geprüft und deren Inhalt dann in einem Editor ausgegeben und sich beendet.

Ob das besonders elegant ist, müsste man hier mal abstimmen...

[dataspider]

@stahli
Das war mein zweiter Ansatz, also ein Timer und dann nachsehen - wo auch immer.

Ich nehme das Event und eine Tabelle, wie BUG es vorgeschlagen hat.
Da kann ich auch alle Informationen wie Zeit Meldung, Zeit Beenden, Texte etc. unterbringen.

Vielen Dank

Frank

[himitsu]

Eventuell kann Firebird und deine DB-Komponenten auch mit Notification/Callbacks umgehen.

Sonst fragt der Client ja beim Server an, aber bei Notifications wendet sich der Server an einen/alle Clienten und schickt denen eine Nachricht.
Beim Empfang einer Nachricht kannst du das auswerten und z.B. auf den Text "Beenden" reagieren.

Ich hatte das letztens bei uns so umgesetzt, daß man z.B. eine MessageBox anzeigen kann (User+Message, bzw. All+Message) oder eben ein Shutdown-Befehl (Timeout+Message)
"Programm wird in 5 Mnuten beendet. Bitte speichern." oder Dregleichen.

Die Befehle sind einfach wie eine Stringliste hinterlegt, da die Notification ein String ist.
Command=Shutdown;Timeout=300;Message=Wartungsupdate

[edit]
Und ja, manchmal hängen die Events/Notifications etwas, oder arbeiten garnicht.

[mkinzler]

Bei Firebird Events benachrichtigt der Server die Clients, welche sich für dafür beim Server registriert haben.

[dataspider]

Zitat von himitsu:

Eventuell kann Firebird und deine DB-Komponenten auch mit Notification/Callbacks umgehen.

Ich denke - wie mkinzler auch - dass die Events (POST_EVENT) von Firebird vom Server ausgehen und damit wohl genau das tun, was du beschreibst.
Ich bin nun sowieso fast fertig und kann mit der Lösung gut leben...

Nochmals Danke

Frank

[Dejan Vu]

Ich habe dieses Problem so gelöst, das die Anwender die EXE einfach nicht direkt starten können. Sie starten eine Batch-Datei, die aus dem Netz die EXE lokal kopiert und dann ausführt. So kann ich Ruhe meine Updates einspielen und beim nächsten Start haben alle Anwender automatisch die aktuelle EXE.

Bei dieser Vorgehensweise reicht ein "Es ist eine neue Version verfügbar, welche beim nächsten Start automatisch geladen wird." als Nachricht. Alternativ kann man die Batch-Datei durch einen UI-gepimpten 'Loader' ersetzen, der irgendwelche Releasenotes anzeigt, sofern die EXE neueren Datums ist.

Nachrichten habe ich einmal über Mailslots verschickt. Ich fand es blöd, dafür eine Tabelle vorzuhalten. Für 'offline' und 'latest News' sowie eine History (wer wann gelesen) ist das aber durchaus sinnvoll.

[Mikkey]

Du kannst doch die alte Exe umbenennen und die neue an deren Stelle hinstellen.

Bei nächster Gelegenheit wird dann die alte Exe weggeräumt.

Früher (tm) beim Mehrbenutzer-Unix konnte man die Binarys einfach so löschen, der Prozess ist dann bei der nächsten Gelegenheit, wenn irgendwelche Codeblöcke nachgeladen werden mussten abgeschmiert