Discussion :

[Piet]

Bonjour,

J'aimerais, à des fins de surveillance des applications réseau, être prévenu lorsqu'une application capitale (et développée en externe) plante.

Je n'ai pas la main sur cette application (je ne peux pas toucher au code).

Y a-t-il un moyen de savoir qu'une application externe ne répond plus ou qu'elle a levé une exception?

Avez-vous des pistes vers lesquelles je pourrais me diriger ?

Merci d'avance pour les réponses que vous pourrez m'apporter.

[theMonz31]

salut

une solution serait de lister les processus et de tester si il fonctionne correctement

Quand tu utilises le gestionnaire de tache, celui ci est capable de te dire si l'application "répond" ou pas. Partant de cette information que windows est capable de te fournir, je pense que tu dois pouvoir en cherchant un peu sur le net, trouver une API Windows (win32) qui te fournit une telle information.

Après, reste à te définir la liste des processus critiques à surveiller et le tour sera "joué"... (je crois, de mémoire qu'une telle question ou assez proche a déja été posé sur les forums de developpez.com... peut-etre regarder dans la rubrique C# ou dans les autres rubriques (ce qui fonctionne en C++ fonctionne aussi en C# (moyennant un peu de travail parfois)

The Monz, Toulouse

[Onlava]

Salut,

theMonz31, pas sur que cette méthode fonctionne dans le cas ou l'application en question ne possède pas de fenêtre à proprement dit.

Piet, as-tu la possibilité de lancer ces process via du code c# ?

[Piet]

Moui, ok, pour le "ne répond pas", on peut le détecter :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
procs = Process.GetProcessesByName("MyApplication");
 
if (procs[0].Responding )	
  MessageBox.Show("MyApplication répond");
else
  MessageBox.Show("MyApplication ne répond pas");

Mais dans ce cas, une application qui a levé une exception est-elle toujours dans le cas d'une application qui ne répond pas?

En fait, il faudrait presque que je lance le process pour le surveiller... ce qui est plus ennuyeux.

[Onlava]

Rgarde du coté de Process.Exited et Process.ExitCode.

Un programme digne de ce nom devrait retourner un exitCode différent de zéro dans le cas d'une erreur.

[theMonz31]

salut

Pourquoi genant le fait que tu "lances le processus" ?

Tu pourrais avoir un tableau de bord qui s'occupe de cela ?

Maintenant, le Responding de la class Process va "juste" voir si l'IHM répond.
En dehors de cela, evidemment, si l'application n'as pas d'IHM, cela risque d'etre plus compliqué

Maintenant, je pense que tu as les deux Solutions (process ou lancement par toi) qui peuvent t'aider

après, il existe peut-etre des solutions plus complexes comme le fait de peut-etre travailler au niveau du noyau, etc... Tu pourrais aussi (c'est juste une idée) surveiller la "consommation" de CPU d'un process (c'est un peu risqué), mais bon... si tu vois qu'un process te bouffe tout ton CPU pendant un temps assez long (genre que entre 2 mesures du temps du process, il se passe plus d'une minute (ce qui veut dire que ton process de mesure n'a pas souvent la main pour faire son boulot)), tu pourrais en déduire que le propose fait des choses pas "catholiques"... mais ca reste une hypothèse bien sur...

The Monz, Toulouse

[Piet]

Salut,

theMonz31, pas sur que cette méthode fonctionne dans le cas ou l'application en question ne possède pas de fenêtre à proprement dit.

Bah, si, ce n'est pas une mauvaise idée, mais je me pose des questions quant aux exceptions. Si à un moment, l'exception du programme n'est pas gérée, on aura un message du type "une exception non gérée......".

Quel est l'état de réponse du processus à ce moment ? Toujours "not responding" ?

Piet, as-tu la possibilité de lancer ces process via du code c# ?

J'ai la possibilité de lancer certains de ces process, mais pas toujours (process en cascade).

Puis à ce moment, c'est mon application qui ne devra comporter aucun bug dans son exécution normale.

Je souhaiterais juste faire de la surveillance, pas d'action sur les process (du moins dans un premier temps).


Merci pour votre aide en tout cas.

[Piet]

salut
Pourquoi genant le fait que tu "lances le processus" ?

Voir mon dernier message

Maintenant, le Responding de la class Process va "juste" voir si l'IHM répond.
En dehors de cela, evidemment, si l'application n'as pas d'IHM, cela risque d'etre plus compliqué

IHM = ?

Maintenant, je pense que tu as les deux Solutions (process ou lancement par toi) qui peuvent t'aider

Oui, je pense que je vais creuser dans cette direction.

après, il existe peut-etre des solutions plus complexes comme le fait de peut-etre travailler au niveau du noyau, etc... Tu pourrais aussi (c'est juste une idée) surveiller la "consommation" de CPU d'un process (c'est un peu risqué), mais bon... si tu vois qu'un process te bouffe tout ton CPU pendant un temps assez long (genre que entre 2 mesures du temps du process, il se passe plus d'une minute (ce qui veut dire que ton process de mesure n'a pas souvent la main pour faire son boulot)), tu pourrais en déduire que le propose fait des choses pas "catholiques"... mais ca reste une hypothèse bien sur...

Oui, mais ces applications fonctionnent comme des services et ne s'activent que lors de certains événements => il n'y a pas toujours de process changeant. Dans ce cas, la solution éviterait juste l'overload du serveur.

[theMonz31]

salut

si ton process a balancé une exception , il y a des chances qu'il soit toujours responding à true

EN tout cas, je viens de faire l'essai avec un process faisant une division par 0... je le surveille et le responding est toujours à true bien que la fenetre d'exception de l'application ayant planté soit affichée et me demande quoi faire !!!

Donc, potentiellement, un cas particulier à gérer...

The Monz, Toulouse

[Piet]

Rgarde du coté de Process.Exited et Process.ExitCode.

Un programme digne de ce nom devrait retourner un exitCode différent de zéro dans le cas d'une erreur.

Ok, mais dans ce cas, il faut que je lance le process moi-même. Et je ne suis pas certain que ces programmes donnent un code de sortie...

Un programme qui ne gère pas les Exceptions est-il un programme digne de ce nom ?

[Piet]

... responding est toujours à true bien que la fenetre d'exception de l'application ayant planté soit affichée ...

Vous avez ciblé mon problème.


Y a-t-il une autre méthode que de vérifier si le handle des fenêtres ne contient pas le titre "Exception..." dans ce cas?

Qu'en pensez-vous ?

[theMonz31]

non, je ne crois pas

Par contre, quand tu regardes les propriétés des threads de l'application, tu peux parfois être dans l'état "UserRequest"... je ne sais pas comment cela peut-etre exploitable, mais bon.. ça pourrait être une piste

Je crois qu'il faudrait (mais tu as déjà du le faire), lister l'ensemble des scénarii possibles et voir ensuite, qu'elle réponse tu peux apporter à chacun des ces scénarii ... pour cibler la meilleure stratégie à utiliser

The Monz, Toulouse

[Piet]

J'en suis en effet à ce stade.

Bon, bon, je vais creuser les différentes pistes et voir ce que je peux en retirer et comment je vais pouvoir l'exploiter au mieux.

Merci pour votre aide en tout cas.