Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Dienste, Child-Prozesse und Windows Shutdown
33 views
Skip to first unread message
Daniel Weber
Jul 23, 2012, 5:24:09 AM7/23/12
to
Hallo zusammen,
gegeben ist ein Dienst (C++) der einen oder mehrere Child-Prozesse
(Java) startet, ï¿œberwacht und ggf. bei unerwartetem Ableben erneut
startet. Funktioniert soweit sein Jahren problemlos.
Nun stellen wir fest, dass bei einem Windows Shutdown/Restart zuerst die
Java-Child-Prozesse hart beendet werden (mï¿œglicherweise reagiert
java.exe auch auf WM_ENDSESSION mit dem harten Ende), der Dienst lï¿œuft
zu diesem Zeitpunkt aber noch, sieht den Child-Prozess sterben und
startet ihn neu.
Gibt es die Mï¿œglichkeit, dass der Dienst, obwohl er vom Service-Monitor
noch kein "Stop" bekommen hat, erkennen kann, dass das System gerade
einen Shutdown/Restart macht, damit wir die Child-Prozesse in dem Fall
nicht wieder anwerfen?
Ciao,
Daniel
gegeben ist ein Dienst (C++) der einen oder mehrere Child-Prozesse
(Java) startet, ï¿œberwacht und ggf. bei unerwartetem Ableben erneut
startet. Funktioniert soweit sein Jahren problemlos.
Nun stellen wir fest, dass bei einem Windows Shutdown/Restart zuerst die
Java-Child-Prozesse hart beendet werden (mï¿œglicherweise reagiert
java.exe auch auf WM_ENDSESSION mit dem harten Ende), der Dienst lï¿œuft
zu diesem Zeitpunkt aber noch, sieht den Child-Prozess sterben und
startet ihn neu.
Gibt es die Mï¿œglichkeit, dass der Dienst, obwohl er vom Service-Monitor
noch kein "Stop" bekommen hat, erkennen kann, dass das System gerade
einen Shutdown/Restart macht, damit wir die Child-Prozesse in dem Fall
nicht wieder anwerfen?
Ciao,
Daniel
Uwe Sieber
Jul 23, 2012, 6:58:54 AM7/23/12
to
Fenster, der im User-Kontext lï¿œuft. Wenn der WM_SESSION
(unter XP kommt vorher noch WM_QUERYENDSESSION) empfï¿œngt,
schickst Du das z.B. per Pipe nach unten an den Service.
Oder Du ï¿œberwachst einfach den Helfer-Prozess und wenn
der beendet wird, wirds wohl ein Session-Ende sein -
abstï¿œrzen wird er in Ermangelung jeglicher Funktionalitï¿œt
wohl nicht :-)
Gruￜ Uwe
Daniel Weber
Jul 23, 2012, 8:12:17 AM7/23/12
to
Am 23.07.2012 12:58, schrieb Uwe Sieber:
> Da hilft nur ein kleiner Helfer-Prozess mit unsichtbarem
> Fenster, der im User-Kontext lï¿œuft. Wenn der WM_SESSION
> (unter XP kommt vorher noch WM_QUERYENDSESSION) empfï¿œngt,
> schickst Du das z.B. per Pipe nach unten an den Service.
Danke, das hatte ich fast schon befï¿œrchtet...
> Da hilft nur ein kleiner Helfer-Prozess mit unsichtbarem
> Fenster, der im User-Kontext lï¿œuft. Wenn der WM_SESSION
> (unter XP kommt vorher noch WM_QUERYENDSESSION) empfï¿œngt,
> schickst Du das z.B. per Pipe nach unten an den Service.
Ciao,
Daniel
Stefan Kanthak
Jul 23, 2012, 8:47:11 AM7/23/12
to
"Daniel Weber" <use...@daniel-weber.eu> schrieb:
> Gibt es die Mï¿œglichkeit, dass der Dienst, obwohl er vom Service-Monitor
> noch kein "Stop" bekommen hat, erkennen kann, dass das System gerade
> einen Shutdown/Restart macht, damit wir die Child-Prozesse in dem Fall
> nicht wieder anwerfen?
<http://msdn.microsoft.com/en-us/library/ms685058.aspx> wird bei Diensten
anstelle von WM_QUERYENDSESSION aufgerufen.
Siehe <http://msdn.microsoft.com/en-us/library/aa376890.aspx>
Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen ￜ823
Abs. 1 sowie ￜ1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
> Gibt es die Mï¿œglichkeit, dass der Dienst, obwohl er vom Service-Monitor
> noch kein "Stop" bekommen hat, erkennen kann, dass das System gerade
> einen Shutdown/Restart macht, damit wir die Child-Prozesse in dem Fall
> nicht wieder anwerfen?
anstelle von WM_QUERYENDSESSION aufgerufen.
Siehe <http://msdn.microsoft.com/en-us/library/aa376890.aspx>
Stefan
[
--
Die unaufgeforderte Zusendung werbender E-Mails verstoesst gegen ￜ823
Abs. 1 sowie ￜ1004 Abs. 1 BGB und begruendet Anspruch auf Unterlassung.
Beschluss des OLG Bamberg vom 12.05.2005 (AZ: 1 U 143/04)
Daniel Weber
Jul 23, 2012, 9:10:19 AM7/23/12
to
Am 23.07.2012 14:47, schrieb Stefan Kanthak:
> "Daniel Weber" <use...@daniel-weber.eu> schrieb:
>> Gibt es die Mï¿œglichkeit, dass der Dienst, obwohl er vom Service-Monitor
>> noch kein "Stop" bekommen hat, erkennen kann, dass das System gerade
>> einen Shutdown/Restart macht, damit wir die Child-Prozesse in dem Fall
>> nicht wieder anwerfen?
>
> <http://msdn.microsoft.com/en-us/library/ms685058.aspx> wird bei Diensten
> anstelle von WM_QUERYENDSESSION aufgerufen.
Das ist schon klar. Das Problem ist, dass die Nicht-Dienst-Prozesse wohl
> "Daniel Weber" <use...@daniel-weber.eu> schrieb:
>> Gibt es die Mï¿œglichkeit, dass der Dienst, obwohl er vom Service-Monitor
>> noch kein "Stop" bekommen hat, erkennen kann, dass das System gerade
>> einen Shutdown/Restart macht, damit wir die Child-Prozesse in dem Fall
>> nicht wieder anwerfen?
>
> <http://msdn.microsoft.com/en-us/library/ms685058.aspx> wird bei Diensten
> anstelle von WM_QUERYENDSESSION aufgerufen.
zuerst abgerￜumt werden und dann erst die Dienste. D.h. der Dienst weiￜ
in dem Moment wo sein Child abgerï¿œumt wird noch nicht, dass gleich ein
Shutdown folgen wird, startet sein Child also - wie es seine Aufgabe ist
- neu. Danach kommt dann erst der Shutdown des Dienstes...
Ciao,
Daniel
Stefan Kanthak
Jul 23, 2012, 9:28:12 AM7/23/12
to
"Daniel Weber" <use...@daniel-weber.eu> schrieb:
Du wertest den Return Code der Clients (nicht) aus?
Was geben die Clients als Reaktion auf ihre normale Beendigung per
WM_ENDSESSION zurueck?
> Danach kommt dann erst der Shutdown des Dienstes...
Wie waer's mit <http://msdn.microsoft.com/en-us/library/aa373347.aspx>
statt der Kruecke "Dienst startet Applikation"?
Was geben die Clients als Reaktion auf ihre normale Beendigung per
WM_ENDSESSION zurueck?
> Danach kommt dann erst der Shutdown des Dienstes...
statt der Kruecke "Dienst startet Applikation"?
Daniel Weber
Jul 23, 2012, 10:30:32 AM7/23/12
to
Am 23.07.2012 15:28, schrieb Stefan Kanthak:
> Du wertest den Return Code der Clients (nicht) aus?
> Was geben die Clients als Reaktion auf ihre normale Beendigung per
> WM_ENDSESSION zurueck?
Das ist ein Java-Prozess, falls er WM_ENDSESSION auswertet kriegen wir
> Du wertest den Return Code der Clients (nicht) aus?
> Was geben die Clients als Reaktion auf ihre normale Beendigung per
> WM_ENDSESSION zurueck?
das nicht mit, wir sehen lediglich ein SIGTERM und einen Return Code 143.
>> Danach kommt dann erst der Shutdown des Dienstes...
>
> Wie waer's mit <http://msdn.microsoft.com/en-us/library/aa373347.aspx>
> statt der Kruecke "Dienst startet Applikation"?
selbst als Dienst laufen... wenn Du mir verrï¿œtst, wie man einen
Java-Prozess als richtigen Windows-Dienst laufen lￜￜt, dann mache ich
das gerne. Bis dahin ist der Umweg ï¿œber den Monitoring-Dienst leider
unumgï¿œnglich.
Ciao,
Daniel
Stefan Kanthak
Jul 23, 2012, 10:50:53 AM7/23/12
to
"Daniel Weber" <use...@daniel-weber.eu> schrieb:
> Am 23.07.2012 15:28, schrieb Stefan Kanthak:
>> Du wertest den Return Code der Clients (nicht) aus?
>> Was geben die Clients als Reaktion auf ihre normale Beendigung per
>> WM_ENDSESSION zurueck?
>
> Das ist ein Java-Prozess, falls er WM_ENDSESSION auswertet kriegen wir
> das nicht mit, wir sehen lediglich ein SIGTERM und einen Return Code 143.
SIGTERM unter Windows?
>>> Danach kommt dann erst der Shutdown des Dienstes...
>>
>> Wie waer's mit <http://msdn.microsoft.com/en-us/library/aa373347.aspx>
>> statt der Kruecke "Dienst startet Applikation"?
>
> Der Java-Prozess ist ein Server ohne UI
Ohne UI (sprich: ohne unsichtbares Fenster) wuerde er aber kein WM_*
erhalten!
Ich verwende seit dem letzten Jahrtausend kein Java mehr, daher: gibt's
im JRE keinen fensterlosen Kommandozeilen"client", der als Windows-
Konsolenanwendung funktioniert?
> und sollte daher am ehesten selbst als Dienst laufen... wenn Du mir
> verrï¿œtst, wie man einen Java-Prozess als richtigen Windows-Dienst
Definiere "Java-Prozess".
Offensichtlich meinst Du "Java-Interpreter-Prozess", sprich: Du muesstest
diesen Teil der JRE als Dienst umschreiben.
> laufen lￜￜt, dann mache ich das gerne. Bis dahin ist der Umweg ￜber
> den Monitoring-Dienst leider unumgï¿œnglich.
Einen Tod musst Du ganz offensichtlich sterben...
> Am 23.07.2012 15:28, schrieb Stefan Kanthak:
>> Du wertest den Return Code der Clients (nicht) aus?
>> Was geben die Clients als Reaktion auf ihre normale Beendigung per
>> WM_ENDSESSION zurueck?
>
> Das ist ein Java-Prozess, falls er WM_ENDSESSION auswertet kriegen wir
> das nicht mit, wir sehen lediglich ein SIGTERM und einen Return Code 143.
>>> Danach kommt dann erst der Shutdown des Dienstes...
>>
>> Wie waer's mit <http://msdn.microsoft.com/en-us/library/aa373347.aspx>
>> statt der Kruecke "Dienst startet Applikation"?
>
> Der Java-Prozess ist ein Server ohne UI
erhalten!
Ich verwende seit dem letzten Jahrtausend kein Java mehr, daher: gibt's
im JRE keinen fensterlosen Kommandozeilen"client", der als Windows-
Konsolenanwendung funktioniert?
> und sollte daher am ehesten selbst als Dienst laufen... wenn Du mir
> verrï¿œtst, wie man einen Java-Prozess als richtigen Windows-Dienst
Offensichtlich meinst Du "Java-Interpreter-Prozess", sprich: Du muesstest
diesen Teil der JRE als Dienst umschreiben.
> laufen lￜￜt, dann mache ich das gerne. Bis dahin ist der Umweg ￜber
> den Monitoring-Dienst leider unumgï¿œnglich.
Daniel Weber
Jul 23, 2012, 3:48:20 PM7/23/12
to
>> Das ist ein Java-Prozess, falls er WM_ENDSESSION auswertet kriegen wir
>> das nicht mit, wir sehen lediglich ein SIGTERM und einen Return Code 143.
>
> SIGTERM unter Windows?
Ja, die JVM bildet das, was sie von Windows bekommt, auf das
>> das nicht mit, wir sehen lediglich ein SIGTERM und einen Return Code 143.
>
> SIGTERM unter Windows?
POSIX-Signal ab, was sie fï¿œr am besten passend hï¿œlt.
>> Der Java-Prozess ist ein Server ohne UI
>
> Ohne UI (sprich: ohne unsichtbares Fenster) wuerde er aber kein WM_*
> erhalten!
verarbeiten.
> Ich verwende seit dem letzten Jahrtausend kein Java mehr, daher: gibt's
> im JRE keinen fensterlosen Kommandozeilen"client", der als Windows-
> Konsolenanwendung funktioniert?
werde mir das morgen mal ansehen, ob es jetzt javaw.exe ist und ggf.
umstellen und schauen obs damit weg/anders ist.
> Definiere "Java-Prozess".
> Offensichtlich meinst Du "Java-Interpreter-Prozess", sprich: Du muesstest
> diesen Teil der JRE als Dienst umschreiben.
Ciao,
Daniel
0 new messages