Encore un autre récepteur d'événements de débogage Trick

Je ne sais pas que je ne suis pas la première personne pour arriver à cela. Cependant, Je n'ai pas remarqué quelqu'un publie un truc comme ça que j'ai commencé très attentif à la communauté en juillet dernier. Si, J'ai pensé à qu'elle après cette astuce de débogage rapide et facile.

Je travaille sur un récepteur d'événements qui a commencé à générer cette erreur dans le 12 ruche:

Erreur lors du chargement et l'exécution de récepteur d'événements Conchango.xyzzyEventReceiver dans xyzzy, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = blahbalhbalh. Des renseignements supplémentaires sont ci-dessous. : Référence d'objet non définie à une instance d'un objet.

Je ne savais pas où j'avais présenté ce bug parce que j'avais fait trop de choses dans l'un de mes cycles de code/déploiement/test.

J'ai essayé Cette solution pour obtenir mon APB là-dedans avec l'espoir de que SharePoint 12 ruche montrerait la trace de la pile, mais pas de chance. Je ne sais pas si c'est possible et si quelqu'un le fait, Please let me know 🙂

Je sais que c'est possible de écrire vos propres messages de log à la 12 ruche. Franchement, Je voulais quelque chose un peu moins effrayante et plus rapides à mettre en œuvre.

Il m'est apparu que je pouvais au moins obtenir quelques informations de base trace en attrapant et re-levée d'exceptions génériques comme ceci:

  Essayez {
    UpdateEditionDate(propriétés);
  }
  captures (Exception e)
  {
    jeter Nouveau Exception("Dispatcher, UpdateEditionDate(): Exception: [" + e.ToString() + "].");
  }

Cela est apparu dans le 12 ainsi la ruche:

Erreur lors du chargement et l'exécution de récepteur d'événements Conchango.xyzzyEventReceiver dans xyzzy, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = bonnefin. Des renseignements supplémentaires sont ci-dessous. : Répartiteur, UpdateEditionDate(): Exception: [Système NullReferenceException.: Référence d'objet non définie à une instance d'un objet. à Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(Propriétés de SPItemEventProperties) à Conchango.xyzzyManagementEventReceiver.Dispatcher(Propriétés de SPItemEventProperties, Chaîne eventDescription)].

Cela m'a donné tous les détails que j'avais besoin pour traquer ce problème particulier et je m'attends à l'utiliser beaucoup aller de l'avant.

</fin>

S'abonner à mon blog!

3 réflexions sur "Encore un autre récepteur d'événements de débogage Trick

  1. Anders Rask
    J'ai eu beaucoup de chance ces derniers temps ce genre de questions avec une combinaison de SPTraceView et DebugView de débogage
    DebugView seul est très utile aussi bien. Vous pouvez diriger sur sortie à l'aide de System.Diagnostics.Debug.WriteLine().
    Vous n'avez pas encore de les supprimer lorsque vous relâchez la construction, étant donné que la sortie n'est déclenchée dans le mode debug build.
    SPTraceView est un outil créé par Hristo Pavlov.
    À sa valeur par défaut définissant il va vous montrer les événements de trace ULS où ils se produisent. Et il intercepte également les événements de trace ULS qui * ne * rendent dans le journal de diagnostic!
    Mais que j'ai désactiver dès que je lance l'util. Quel est beaucoup mieux, c'est que vous pouvez diriger la sortie s'affiche dans DebugView.
    Il a aussi beaucoup de fonctionnalités intéressantes pour le filtrage sur les niveaux d'événement, services, etc..
    HTH
    Anders
    oh and nice seeing you in the bar at SPBP 🙂
    Réponse
  2. Charles

    Mieux encore, incorporer une bibliothèque de journalisation comme Enterprise Library ou log4net et votre vie sera encore plus faciles.

    Réponse

Laisser une réponse

Votre adresse email ne sera pas publiée. les champs requis sont indiqués *