АБНАЎЛЕННЕ: An anonymous poster left a great comment about internal names. Be sure to read it.

Пры працы з падзеяй прымачоў і іншы код, які спасылаецца SharePoint элементы спісу праз аб'ектную мадэль, Я часта робяць памылкі, якія генеруюць гэтую памылку падчас выканання:

Памылка загрузкі і запуску Conchango.xyzzyEventReceiver прымача падзей у XYZZY, Version = 1.0.0.0, Культура = нейтральнай, PublicKeyToken = 0dc50a750396c3ac. 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", Я павінна звяртацца да яе, як гэта ў прыёмніку падзей:

properties.ListItem["Due Date"]

Калі я арфаграфічнымі памылкамі або выкарыстоўваць няправільныя выпадку пры звароце да поля, SharePoint generates the above mentioned runtime error. Напрыклад, гэта няправільна:

properties.ListItem["due Date"]

</канец>

Падпісацца на мой блог.

Для таго, каб абыйсці праблемы KPI Я пісаў пра тут, 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, якi не з'яўляецца канцом святла.

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. У выніку, гэта кавалак пірага, каб захаваць бацькоўскай тэчкі meta data in sync with the KPI-driven meta data from the file itself since the plumbing is already in place. This allows me to have my KPI’s and eat them too 🙂

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("Дакументы").SubFolders;
  SPFolder дабаўленая папка = srcFolders.Add(properties.ListItem.ID.ToString());

  SPContentTypeId kpiCT = новы SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Content Type ID"] = kpiCT;
  addedFolder.Item.Update();

Каб знайсці фактычнага ідэнтыфікатара тыпу кантэнту, Я атрымаў доступ, што тып кантэнту праз сайт налады і капіяваць / ўставіць яго з URL, як паказана:

</канец>

Падпісацца на мой блог!

Я ненавіджу прызнавацца ў гэтым, 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:

прыватны ануляваць UpdateParentFolder(SPItemEventProperties ўласцівасці)
{

SPFolder thisItemFolder = properties.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ Approval Status"] = "Good news, ўсё!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

У гэтым выпадку, 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 (I.E. 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. Так, Я думаў, што я адпраўлю яго гэты хуткі і просты адладкі наканечнікам.

Я працую над падзеяй прыёмнік, які пачаў генераваць гэтую памылку ў 12 вулей:

Памылка загрузкі і запуску Conchango.xyzzyEventReceiver прымача падзей у XYZZY, Version = 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.

Я спрабаваў гэта рашэнне каб атрымаць мой PDB туды з надзеяй, што ў SharePoint 12 вулей пакажа трасіроўку стэка, but no luck. I don’t know if it’s possible and if someone does, калі ласка, дайце мне ведаць, 🙂

Я ведаю, што гэта магчыма напісаць свой уласны часопіс паведамленняў 12 вулей. Frankly, Я хацеў нешта крыху менш страшным і хутчэй рэалізаваць.

Мне прыйшло ў галаву, што я магу па крайняй меры атрымаць некаторую базавую інфармацыю следу, ловячы і зноў кідалі агульных выключэнняў, як гэта:

  старацца {
    UpdateEditionDate(ўласцівасці);
  }
  злавіць (Выключэнне і)
  {
    кідаць новы Выключэнне("Dispatcher, UpdateEditionDate(): Выключэнне: [" + e.ToString() + "].");
  }

Гэта выявілася ў 12 вулей канстанты выглядае так:

Памылка загрузкі і запуску Conchango.xyzzyEventReceiver прымача падзей у XYZZY, Version = 1.0.0.0, Культура = нейтральнай, PublicKeyToken = blahblahblah. Additional information is below. : Дыспетчар, UpdateEditionDate(): Выключэнне: [System.NullReferenceException: Спасылка на аб'ект не паказвае на асобнік аб'екта. at Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties ўласцівасці) at Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties ўласцівасці, Струнны EventDescription)].

Гэта дало мне ўсё падрабязна мне трэба было адшукаць гэтай канкрэтнай праблемы, і я чакаю, каб выкарыстоўваць яго шмат у будучыні.

</канец>

Падпісацца на мой блог!