Comment se connecter à toutes les exceptions lancées?

La façon de se connecter toutes les exceptions qui ont été jetés et enclenché? Quelque chose comme Visual Studio IntelliTrace faire. Ou est-il un moyen d'intégrer InteliTrace dans la version debug de l'application, puis afficher ses journaux?

Mise à jour: je vais préciser un peu. Je veux standard .txt (ou personnalisé) les journaux, le format n'a pas d'importance. Le point principal est que je veux un journal de toutes les exceptions qui ont eu lieu dans toutes les bibliothèques tierces sans l'ajout de code pour eux.

InformationsquelleAutor Poma | 2011-08-16
  1. 26

    Je suppose que la fonction que vous recherchez est appelé FirstChanceException et peut être consulté via le
    Domaine d'application.FirstChanceException Événement

    Essentiellement cet événement offre un crochet pour obtenir des informations sur tout (réussi) d'exception se jeter dans la AppDomain.
    Vous pouvez pas gérer l'Exception de cette façon! C'est seulement une sorte de notification

    Mise à jour:
    concernant votre commentaire sur "ingestion d'exception" sur une autre réponse, juste un coup de feu dans l'obscurité:

    Sur les systèmes x64 exceptions qui se sont lancées dans un windows' onLoad méthode ne peut pas être pris dans votre méthode main ().

    voir cette SORTE d'article de référence

    Mise à jour 2:
    Comme pour Threads je pense que vous auriez à mettre en œuvre vous-même. Cela impliquerait une sorte d'interrogation et nuirait à la performance, mais je suppose que pour le débogage c'est OK, dans la plupart des cas.
    Cela pourrait être fait à l'aide de 

    var threads = Process.GetCurrentProcess().Threads;
    • Ça y est! Est-il une manière similaire à découvrir quand (et où) des nouveaux threads sont créés?
    • J'ai mis à jour ma réponse. Je ne pense pas qu'il y est un construit-dans le cas de cette
    • Connaissez-vous un moyen de filtrer les exceptions enregistrées uniquement à des exceptions dans mon code? Le FirstChanceExceptionHandler est la journalisation des exceptions levées dans la 3ème partie dll
    InformationsquelleAutor yas4891
  2. 5

    Vous pourriez aller avec des aspects. Si par exemple vous prenez PostSharp, et d'écrire un aspect qui crée un try-catch pour chaque fonction, l'enregistrement est fait dans l'aspect. Après l'enregistrement de simplement renvoyer il.

    Exemple de code à partir de leur site web pour avoir une réponse complète avec le code de démonstration:

    ///<summary>
///Aspect that, when applied on a method, catches all its exceptions,
///assign them a GUID, log them, and replace them by an <see cref="InternalException"/>.
///</summary>
[Serializable]
public class ExceptionPolicyAttribute : OnExceptionAspect
{
    ///<summary>
    ///Method invoked upon failure of the method to which the current
    ///aspect is applied.
    ///</summary>
    ///<param name="args">Information about the method being executed.</param>
    public override void OnException(MethodExecutionArgs args)
    {
        Guid guid = Guid.NewGuid();

        Trace.TraceError("Exception {0} handled by ExceptionPolicyAttribute: {1}",
            guid, args.Exception.ToString());

        throw new InternalException(
            string.Format("An internal exception has occurred. Use the id {0} " +
                "for further reference to this issue.", guid));
    }
}

    Edit:

    Vous pouvez utiliser l'enregistreur comme log4net, NLog ou de la bibliothèque d'entreprise ( mon préféré façon de faire de la journalisation et de quelques autres trucs ). Mais ce n'est pas vraiment la tâche ici. La tâche est - à mon humble avis - à injecter de l'exploitation forestière dans le projet avec moins de codage manuel que possible.

    InformationsquelleAutor Sascha
  3. 1

    essayez d'utiliser Log4Net - c'est un excellent enregistreur, et beaucoup utilisé dans ces scénarios http://sourceforge.net/projects/log4net/

    InformationsquelleAutor Dean Chalk
  4. 1

    Pour les exceptions traitées, vous auriez probablement besoin de vous connecter de façon explicite. Même si ce n'est pas le cas du point de vue sémantique il y a une énorme différence pour manipulés et les exceptions non gérées.

    Exceptions traitées sont plus d'une situation exceptionnelle. Certains on écrit le code. Je sais comment gérer cette exception et de procéder correctement par la suite.

    Pour les exceptions non gérées ont un coup d'oeil à Elmah

    • Nous avoir un bug obscure qui a quelque chose à voir avec l'ingestion d'exception dans la troisième partie de la bibliothèque.
    • Est-ce que "d'avaler" arriver dans certains "onLoad" de la méthode en WPF ou WinForms?
    • Non, c'est sur la mise en réseau. La fonction semble envoyer une poubelle à douille et avaler une erreur s'est produite.
    InformationsquelleAutor Rune FS
  5. 1

    Vous pouvez attacher un débogueur, comme WinDbg, à votre processus, et obtenir la rupture sur toute première chance CLR exceptions; cela permettra de prévoir des exceptions dans la troisième partie de la bibliothèque. Voir ici pour un exemple de comment faire cela.

    InformationsquelleAutor Polyfun
  6. 0

    Vous pouvez utiliser votre propre système d'enregistrement ou l'utilisation du tiers-lib appelé log4net.

    • Log4Net est un bon moyen. Vous pouvez le trouver ici: logging.apache.org/log4net
    • Mais je suppose que les OP refferring à vouloir les journaux de l'observateur d'événements (dans le panneau de configuration windows). Je ne sais pas, je suppose.
    • Non, n'importe quel format fits. J'ai mis à jour ma question.
    • Poma, Vous ne pouvez pas le journal de la 3e partie du syndicat, à moins qu'ils lancer des exceptions à vous (l'appelant), juste un rappel mate.
    • Ouais log4net est la meilleure chose que vous pourriez prendre... ne sais pas mieux de journalisation...
    • Il y a un autre 1 basedo n log4net dans codeplex. j'ai oublié le nom. Ne sais pas comment la mesure de son mieux que log4net.
    • ce n'est que partiellement vrai. .NET fournit un moyen pour se connecter tous (réussi) des exceptions. Voir ma réponse pour plus d'informations
    • Eh bien c'est une limitation que la 3ème partie de la lib doit être un manged code. De toute façons, merci pour le heads up.
    • vous êtes de droite. Que peut-être un peu trompeur. Je vais mettre à jour mon commentaire et la réponse.

    InformationsquelleAutor Zenwalker
  7. 0

    À défaut, Log4Net proposé par certains gars, vous pouvez également utiliser NLog. Je ne connais pas les différences entre les deux solutions, je sais juste que je suis heureux avec NLog.

    InformationsquelleAutor Otiel
  8. 0

    Si ton truc c'est un truc web, alors vous pouvez utiliser https://elmah.github.io/ automatiquement les erreurs du journal (sans même s'arrêter à votre service!)

    InformationsquelleAutor Loofer