דערהייַנטיקן: An anonymous poster left a great comment about internal names. Be sure to read it.

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

טעות Loading און פליסנדיק געשעעניש ופנעמער קאָנטשאַנגאָ.קסיזזיעווענטרעסעיווער אין קסיזזי, ווערסיע = 1.0.0.0, קולטור = נייטראַל, פּובליקקייטאָקען = 0דק50אַ750396ק3אַק. Additional information is below. : Value does not fall within the expected range.

I think this is a fairly generic error that is potentially caused many different ways. אָבער, one simple explanation is that I’m referencing a field incorrectly. If the name of the field is "Due Date", איך מוזן דערמאָנען עס ווי דעם אין אַ געשעעניש ופנעמער:

פּראָפּערטיעס.ליסטיטעם["Due Date"]

ווען איך מיספּעל אָדער נוצן דעם אומרעכט פאַל ווען רעפראַנסינג די פעלד, SharePoint generates the above mentioned runtime error. לעמאָשל, דאָס איז פאַלש:

פּראָפּערטיעס.ליסטיטעם["due Date"]

</עק>

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

אין סדר צו אַרבעטן אַרום אַ קפּי פּראָבלעם איך געשריבן וועגן דאָ, I did some testing and discovered that KPI’s work against folders with meta data in the same way that they work against documents or list items. I proved it out by creating a new content type based on the folder content type and then added a few fields. I created some indicators and proved to myself that KPIs work as expected. This was welcome news. It’s not perfect, because the drill-down you get from the KPI against the folders is not exactly what you want. This isn’t too much a drawback in my case because 1) דער סוף ניצערס טאָן נישט וויסן קיין בעסער און 2) the drill-down goes to a folder. They click the folder name and they are at the item. It’s two clicks instead of one, which isn’t the end of the world.

This flowed nicely with the work I was doing. I am creating a folder for every document that gets uploaded. This is done via an event receiver. ווי אַ רעזולטאַט, it’s a piece of cake to keep the parent folder’s meta data in sync with the KPI-driven meta data from the file itself since the plumbing is already in place. דאָס אַלאַוז מיר צו האָבן מיין קפּי ס און זיי אויך עסן 🙂

I modified the event receiver to add the folder and then set this new folder’s content type to my custom KPI-friendly content type. This bit of code did the trick:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Documents").SubFolders;
  ספּפאָלדער addedFolder = srcFolders.Add(properties.ListItem.ID.ToString());

  SPContentTypeId kpiCT = נייַ SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Content Type ID"] = kpiCT;
  addedFolder.Item.Update();

To locate the actual Content Type ID, I accessed that content type via site settings and copy/pasted it from the URL as shown:

</עק>

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

איך האַס צו אַרייַנלאָזן עס, but I struggled with this one all day. My event receiver needs to update a field of its parent folder. This little bit shows how to do it:

פּריוואַט פּאָסל ופּדאַטעפּאַרענטפאָלדער(ספּיטעמעווענטפּראָפּערטיעס פּראָפּערטיעס)
{

ספּפאָלדער thisItemFolder = properties.ListItem.File.ParentFolder;
טהיסיטעמפאָלדער.יטעם["ZZ Approval Status"] = "Good news, יעדער יינער!";
טהיסיטעמפאָלדער.יטעמ.ופּדאַטע();


} // ופּדאַטעפּאַרענטפאָלדער

אין דעם פאַל, I’m working with a document library and the properties are coming from an ItemAdded event.

The trick is that you can’t get the SPFolder of the item directly from the item itself (י.ע. properties.ListItem.Folder is null). אַנשטאָט, go to the list item’s associated File and get the File’s folder.

</עק>

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

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(ספּיטעמעווענטפּראָפּערטיעס פּראָפּערטיעס, שטריקל עווענטדעסקריפּטיאָן)].

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

</עק>

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