נאָך אן אנדער געשעעניש ריסיווער דעבוג טריק

I’m sure I’m not the first person to come up with this. אָבער, I haven’t noticed anyone publish a trick like this since I started paying close attention to the community last July. אַזוי, איך געדאַנק איך 'ד פּאָסטן עס דעם שנעל און גרינג דיבאַג שפּיץ.

I’m working on an event receiver that started to generate this error in the 12 כייוו:

טעות Loading און פליסנדיק געשעעניש ופנעמער קאָנטשאַנגאָ.קסיזזיעווענטרעסעיווער אין קסיזזי, ווערסיע = 1.0.0.0, קולטור = נייטראַל, PublicKeyToken=blahbalhbalh. Additional information is below. : כייפעץ דערמאָנען נישט שטעלן צו אַ בייַשפּיל פון אַ כייפעץ.

I didn’t know where I had introduced this bug because I had done too many things in one of my code/deploy/test cycles.

I tried this solution to get my pdb in there with hopes that SharePoint’s 12 hive would show the stack trace, but no luck. I don’t know if it’s possible and if someone does, please let me know 🙂

I know it’s possible to write your own log messages to the 12 כייוו. Frankly, I wanted something a little less scary and quicker to implement.

עס פארגעקומען צו מיר אַז איך קען לפּחות באַקומען עטלעכע גרונט שפּור אינפֿאָרמאַציע דורך קאַטשינג און שייַעך-פארווארפן דזשאַנעריק אויסנעמען ווי דעם:

  פּרובירן {
    ופּדאַטעעדיטיאָנדאַטע(פּראָפּערטיעס);
  }
  כאַפּן (ויסנעם און)
  {
    וואַרפן נייַ ויסנעם("Dispatcher, ופּדאַטעעדיטיאָנדאַטע(): ויסנעם: [" + ע.טאָסטרינג() + "].");
  }

דאס אנטפלעקט זיך אין די 12 כייוו דאַסלי:

טעות Loading און פליסנדיק געשעעניש ופנעמער קאָנטשאַנגאָ.קסיזזיעווענטרעסעיווער אין קסיזזי, ווערסיע = 1.0.0.0, קולטור = נייטראַל, פּובליקקייטאָקען = בלאַהבלאַהבלאַה. Additional information is below. : דיספּאַטטשער, ופּדאַטעעדיטיאָנדאַטע(): ויסנעם: [סיסטעמ.נוללרעפערענסעעקססעפּטיאָן: כייפעץ דערמאָנען נישט שטעלן צו אַ בייַשפּיל פון אַ כייפעץ. at Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(ספּיטעמעווענטפּראָפּערטיעס פּראָפּערטיעס) at Conchango.xyzzyManagementEventReceiver.Dispatcher(ספּיטעמעווענטפּראָפּערטיעס פּראָפּערטיעס, שטריקל עווענטדעסקריפּטיאָן)].

וואָס האט מיר אַלע די דעטאַל איך דארף צו שפּור אַראָפּ אַז באַזונדער פּראָבלעם און איך דערוואַרטן צו נוצן עס אַ פּלאַץ געגאנגען פאָרויס.

</עק>

אַבאָנירן צו מיין בלאָג!

3 געדאנקען אויף "נאָך אן אנדער געשעעניש ריסיווער דעבוג טריק

  1. אַנדערס ראַסק
    איך האב געהאט פּלאַץ פון גליק לעצטנס דיבאַגינג דעם מין פון ישוז מיט אַ קאָמבינאַציע פון ​​ספּטראַסעוויעוו און דעבוגוויעוו
    Debugview alone is very usefull as well. You can pipe out output using System.Diagnostics.Debug.WriteLine().
    You dont even have to remove them when you release build, since the output only is triggered in debug build mode.
    SPTraceView is a tool created by Hristo Pavlov.
    At its default setting it will show you ULS trace events as they happen. And it catches also the ULS trace events that *doesnt* make it to the diagnostics log!
    But that i disable as soon as i run the util. Whats much better is that you can pipe output to show up in DebugView.
    It also has alot of nice features for filtering on event levels, services etc.
    hth
    Anders
    oh and nice seeing you in the bar at SPBP 🙂

לאָזן אַ ענטפער צו Charles באָטל מאַכן ענטפער

אייער בליצפּאָסט אַדרעס וועט ניט זיין ארויס. Required fields are marked *