Discussion :

[koyot3]

Bonjour à tous,

Je crée un service en VB, un peu en suivant le tutoriel suivant :
http://webman.developpez.com/article...windows/vbnet/

Mon service fonctionne, pas de soucis là dessus !
Le problème arrive quand je ferme brutalement le service depuis le gestionnaire des tâches windows....
La méthode Protected Overrides Sub OnStop() n'est pas levée, tout comme ShutDown()...

Quelqu'un a-t-il une idée de comment faire pour récupérer l'evènement pour exécuter une action juste avant la fermeture....

Merci d'avance

@+

[Bluedeep]

Quelqu'un a-t-il une idée de comment faire pour récupérer l'evènement pour exécuter une action juste avant la fermeture....

En fermant le service proprement via le SCM.

Comme le "kill" du process via le task manager ne peut être fait que par un administrateur, qui est donc quelqu'un censé savoir ce qu'il fait, ce n'est pas un problème (ou alors, c'est un problème de politique de sécurité du SI, pas un problème technique).

[Pol63]

tu fais un service qui surveille le premier ^^ (certains virus font ca)

[koyot3]

En fermant le service proprement via le SCM.

Comme le "kill" du process via le task manager ne peut être fait que par un administrateur, qui est donc quelqu'un censé savoir ce qu'il fait, ce n'est pas un problème (ou alors, c'est un problème de politique de sécurité du SI, pas un problème technique).

normalement, cette fermeture est assez rare mais c'est histoire de blinder le système..
les utilisateurs finaux seront sans doute administrateur de leur poste, mais pas forcément des experts, plutôt des touches à tout donc ....

tu fais un service qui surveille le premier ^^ (certains virus font ca)

c'est déjà ce qui est en place avec un vieux KeepAlive...
un service esclave interroge son maître pour savoir s'il est encore "vivant"
je cherchais un truc plus propre : ping sur un tcp ???

en tout cas, merci à vous deux pour vos réponses

[Pol63]

le plus propre reste de récupérer la variable service et sur l'interval faire .refresh et regarder .state
ajouter la référence servicemodel ou serviceprocess

et si le .state vaut stopped tu fais .start tout simplement ^^


et voir pour que le service principal surveille aussi son surveillant

[Bluedeep]

le plus propre reste de récupérer la variable service et sur l'interval faire .refresh et regarder .state
ajouter la référence servicemodel ou serviceprocess

et si le .state vaut stopped tu fais .start tout simplement ^^


et voir pour que le service principal surveille aussi son surveillant

Ca, ça permettra que le service soit remis en marche mais n'empêchera pas un arrêt "sale".

[Bluedeep]

les utilisateurs finaux seront sans doute administrateur de leur poste,

C'est peut être là qu'il faut chercher le problème.