Jeszcze inny odbiornik zdarzeń debugowania Trick

Jestem pewien, że nie jestem pierwszą osobą, która to wymyślić. Jednakże, Nie zauważyłem ktoś publikuje pewien podstęp tak odkąd zacząłem zwracając szczególną uwagę na Wspólnotę w lipcu. Tak, Myślałem, że post to ten koniuszek szybkie i łatwe debugowanie.

Jestem w pracy odbiornika wydarzenie, które zaczęły wytwarzać ten błąd w 12 Ula:

Błąd ładowania i uruchomiony odbiornik przypadku Conchango.xyzzyEventReceiver w xyzzy, Wersja = 1.0.0.0, Kultura = neutral, PublicKeyToken = blahbalhbalh. Dodatkowe informacje są poniżej. : Odwołanie do obiektu nie ustawiono instancji obiektu.

Nie wiem, gdzie miał wprowadzony ten błąd, bo miał zrobić zbyt wiele rzeczy w jednym z moich cykli kod/wdrażanie/badania.

Próbowałem to rozwiązanie Aby uzyskać mój WPB tam z nadzieją, że SharePoint 12 Ula pokaże ślad stosu, ale nie ma szczęścia. Nie wiem, jeśli to możliwe, a jeśli ktoś nie, daj mi znaæ 🙂

Wiem, że to możliwe pisać wiadomości dziennika do 12 Ula. Szczerze mówiąc, Chciałem coś trochę mniej straszny i szybciej realizować.

To przyszło mi do głowy, że przynajmniej można dostać kilka podstawowych śledzenia informacji przez łapanie i rzucanie ponownie ogólne wyjątki jak to:

  Spróbuj {
    UpdateEditionDate(właściwości);
  }
  połów (Wyjątek e)
  {
    rzut Nowy Wyjątek("Dyspozytor, UpdateEditionDate(): Wyjątek: [" + e.ToString() + "].");
  }

Ten pojawił się w 12 Ula wygląda następująco:

Błąd ładowania i uruchomiony odbiornik przypadku Conchango.xyzzyEventReceiver w xyzzy, Wersja = 1.0.0.0, Kultura = neutral, TokenKluczaPublicznego = blahblahblah. Dodatkowe informacje są poniżej. : Dyspozytor, UpdateEditionDate(): Wyjątek: [NullReferenceException systemu.: Odwołanie do obiektu nie ustawiono instancji obiektu. w Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(Właściwości SPItemEventProperties) w Conchango.xyzzyManagementEventReceiver.Dispatcher(Właściwości SPItemEventProperties, Ciąg eventDescription)].

To dało mi wszystkie szczegóły potrzebne do wytropienia tego konkretnego problemu i oczekiwać używać go dużo posuwają się do przodu.

</koniec>

Subskrybowanie mój blog!

3 przemyślenia na temat „Jeszcze inny odbiornik zdarzeń debugowania Trick

  1. Anders Rask
    Miałem sporo szczęścia ostatnio debugowania tego rodzaju problemy z połączeniem SPTraceView i DebugView
    DebugView sam jest również bardzo przydatne. Możesz rura się dane wyjściowe przy użyciu System.Diagnostics.Debug.WriteLine().
    Nie musisz nawet je usunąć po zwolnieniu budować, od wyjście tylko jest uruchomiony w trybie debugowania budować.
    SPTraceView jest narzędziem stworzonym przez Hristo Pawłow.
    W jego domyślne ustawienie to pokaże Ci ULS śledzenia zdarzeń jak zdarzają. I to także połowy zdarzeń śledzenia usługi ULS, * nie * sprawiają, że w Dzienniku Diagnostyka!
    Ale, że mogę wyłączyć jak najszybciej uruchomić util. Co znacznie lepsze jest to, że można rur wyjście wobec uwidocznić w górze w DebugView.
    Posiada wiele ciekawych funkcji filtrowania na poziom zdarzeń, usługi itp.
    HTH
    Anders
    oh i ładne zobaczenia w barze w profilu SPBP 🙂

Zostaw odpowiedź do Charles Anuluj odpowiedź

Twoj adres e-mail nie bedzie opublikowany. wymagane pola są zaznaczone *