Traitement des exceptions tout au long de l'application

Version imprimable

25/03/2010, 10h11
WaWan

Traitement des exceptions tout au long de l'application

Bonjour,

Je cherche un moyen en C# pour pouvoir automatiser la gestion des exceptions. C'est à dire que dès qu'une exception apparaît je puisse la gérer à un seul endroit sans avoir besoin de duppliquer mon code dans un try/catch par exemple.
J'avais pensé à créé ma propre super Exception héritant de Exception et que toutes les autres devraient hérités, mais ce système est très lourd à mettre en place. Mais ce problème peut également exister sur d'autres plateformes.
Si quelqu'un a une idée je suis preneur.

Merci d'avance
26/03/2010, 10h38
chrisdot

J'ai pas tout bien compris, mais il me semble que tu ne peux pas tout regrouper, puisque suivant l'exception émise, tu ne peux pas tenter de redresser la situation avec le même code... Faut pas voir l'exception comme une erruer fatale forcément.
26/03/2010, 14h20
WaWan

Désolé si je n'ai pas été très clair dans ma façon d'expliquer.

En fait mon but n'est pas de pouvoir redresser la situation, je cherche à appliquer les mêmes méthodes pour n'importe quel exception. Par exemple écrire dans un log les erreurs qui parviennent pendant l'exécution du programme.
Mais si possible sans répéter à chaque fois le même code.
26/03/2010, 15h08
mermich

Global.asax

Dans le cadre d'une appli web (je ne sais pas pour du winform)

Dans ton fichier global.asax, il y a un évènement onApplicationError (synthaxe proche), qui te permet d'intercepter toutes les erreurs remontées, tu peux donc faire dedans ton log, et rediriger vers une page d'erreur par exemple.
29/03/2010, 09h30
WaWan

Merci pour la réponse.

Je vais tester ça. J'ai également vu qu'on pouvait le faire à partir des HttpModule qui pourrait être une façon plus réutilisable d'utiliser ce système. Et j'ai également eu quelques problèmes dans la création de mon fichier de config (Global.asax).
Mais c'est un système uniquement relatif au Web, donc si quelqu'un à une autre idée je suis preneur.
29/03/2010, 09h50
cybermaxs

Citation:

Envoyé par WaWan

Merci pour la réponse.

Je vais tester ça. J'ai également vu qu'on pouvait le faire à partir des HttpModule qui pourrait être une façon plus réutilisable d'utiliser ce système. Et j'ai également eu quelques problèmes dans la création de mon fichier de config (Global.asax).
Mais c'est un système uniquement relatif au Web, donc si quelqu'un à une autre idée je suis preneur.

Le Glogabal.asax est le meilleur endroit pour gérer tout cela. Par contre, il faut bien faire attention à la façon de récupérer l'erreur. Il faut passer par Server.GetLastError.
Il existe aussi pour chaque page un event PageError du même genre, mais c'est uniquement pour la page.
30/03/2010, 16h30
WaWan

Y'a t-il une raison pour que le fichier Global.asax soit un meilleur endroit qu'un HTTPModule pour exécuter code qui récupère toutes les exceptions ?

J'ai pu tester la récupération dans cette classe et tout semble bien marcher. Je n'ai pas non plus le tester dans une application industrielle.

Par contre j'ai pu tester les classes :
- ThreadExceptionEventHandler
- UnhandledExceptionEventHandler
Donc je les parcours bien quand je lance une exceptions non catchée, mais si l'exception est intercepté, je n'arrive pas du tout à la récupérer.

Pour une application winform dans la classe Program.cs

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
[STAThread]
static void Main()
{
...
System.Windows.Forms.Application.ThreadException += new System.Threading.ThreadExceptionEventHandler(Application_ThreadException);
...
}
 
static void Application_ThreadException(object sender, System.Threading.ThreadExceptionEventArgs ex)
{
    // ex.Exception
}