Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

CoqBlog

.NET is good :-)
{ Blog de coq }

Actualités

A propos des notifications d’exceptions non gérées - 2 - Les différentes raisons

Cet article est composé de plusieurs parties :

 

Quelles sont donc ces raisons pour lesquelles la réponse est “non” ?

La première est en rapport direct avec “je” : ce n’est pas parce que l’exception n’est pas gérée dans notre code (celui dont nous sommes les auteurs) qu’elle ne le sera pas par le code (d’un tiers) que nous allons utiliser pour exécuter le notre.
Ce cas se présente avec l’utilisation du BackgroundWorker.

La seconde raison d’une absence de notification via l’évènement AppDomain.UnhandledException est qu’il existe, suivant le contexte d’exécution, d’autres moyens de notification similaires comme par exemple System.Windows.Forms.Application.ThreadException (WinForms) ou System.Windows.Application.DispatcherUnhandledException / System.Windows.Threading.Dispatcher.UnhandledException (WPF).
Ces éléments sont susceptibles de traiter certains problèmes en amont et donc d’empêcher la notification via AppDomain.UnhandledException.
(Je ne parle pas de l’évènement My.Application.UnhandledException disponible en VB.NET, qui à ma connaissance repose sur System.Windows.Forms.Application.ThreadException).

 

 

Le cas de l’utilisation de BackgroundWorker

Si nous utilisons le BackgroundWorker pour exécuter un code pouvant lever une exception non gérée, nous n’aurons pas de notification par un des évènements précédemment cités.
Ceci est tout simplement dû au fait qu’à l’exécution du code spécifié, le BackgroundWorker effectue une gestion d’exception afin de pouvoir la notifier via son évènement RunWorkerCompleted, plus précisément au travers de la propriété AsyncCompletedEventArgs.Error.
Si vous ne vous préoccupez pas de cette propriété, les exceptions non gérées du code passeront inaperçues.

 

Petit exemple d’utilisation de l’évènement RunWorkerCompleted en traitant les erreurs :

void worker_RunWorkerCompleted(Object sender, RunWorkerCompletedEventArgs e)
{
 
if (e.Cancelled)
 
{
   
// Si le traitement a été annulé
  }

 
else if (e.Error != null)
 
{
   
// Si une erreur (exception non gérée) est intervenue 
   
// durant le traitement 

   
Exception ex = e.Error;

   
// Nous traitons le cas où l'exception est de type 
   
// MyException
    if (ex is MyException)

   
{
     
// Traitement de l’erreur
   
}
   
else
   
{
     
// Nous ne savons pas gérer cette erreur 
      throw new BackgroundOperationFailedException(ex);

   
}
 
}
 
else
 
{
   
// Le traitement s'est terminé correctement
  }

}

 

La suite : 3 - Zoom sur Application.ThreadException (WinForms)

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: dimanche 26 octobre 2008 12:58 par coq
Classé sous : , ,

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- [TFS] Supprimer un projet de Visual Studio Online par Blog de Jérémy Jeanson le il y a 13 heures et 25 minutes

- Nouveau blog en anglais / New blog in english ! par Le blog de Patrick [MVP SharePoint] le 09-18-2014, 18:42

- [ #Yammer ] From Mailbox to Yammer and back / De votre messagerie vers Yammer et retour ! par Le blog de Patrick [MVP SharePoint] le 09-15-2014, 11:31

- [ #Office 365 ] New service settings panel / Nouveau panneau de paramétrage des services par Le blog de Patrick [MVP SharePoint] le 09-11-2014, 08:50

- Problème de déploiement pour une démo SharePoint/TFS? par Blog de Jérémy Jeanson le 09-10-2014, 21:52

- [ #Office365 ] Delve first impressions / Premières impressions sur Delve par Le blog de Patrick [MVP SharePoint] le 09-09-2014, 16:57

- [ #Office365 ] How to change Administration console language ? / Comment changer la langue de la console d’administration ? par Le blog de Patrick [MVP SharePoint] le 09-09-2014, 08:25

- [ #SharePoint 2013 ] Suppression de bases de données en état “Pas de Réponse” par Le blog de Patrick [MVP SharePoint] le 09-04-2014, 14:10

- Changer l’adresse d’une ferme Office Web Apps associée à SharePoint par Blog de Jérémy Jeanson le 09-01-2014, 22:21

- Une ferme #SharePoint 2013 dans @Azure en quelques clics (1ère partie) ! par Le blog de Patrick [MVP SharePoint] le 08-28-2014, 18:52