AKTUALIZOVAT: Anonymní plakát odešel skvělý komentář o interní názvy. Přečtěte si ji.

Při práci s přijímačů událostí a další kód, který odkazuje na položky seznamu SharePoint prostřednictvím objektového modelu, Často dělají chyby, které generují tuto chybu za běhu:

Chyba při načítání a spouštění událostí přijímač Conchango.xyzzyEventReceiver v xyzzy, Verze = 1.0.0.0, Kultura = neutral, PublicKeyToken = 0dc50a750396c3ac. Další informace jsou nižší než. : Hodnota nespadá do očekávaného rozsahu.

Myslím, že to je poměrně obecná chyba, která je potenciálně způsobené mnoha různými způsoby. Avšak, jedno jednoduché vysvětlení je, že já jsem odkazující pole nesprávně. Je-li název pole "Datum splatnosti", Musí odkazovat takhle v příjemce události:

vlastnosti.ListItem["Termín"]

Když chybně nebo špatný případ použití při odkazování na pole, SharePoint generuje výše uvedená Chyba runtime. Například, To je špatně:

vlastnosti.ListItem["termín"]

</Konec>

Přihlásit se na mém blogu.

K problému KUV Psal jsem o tu, Jsem udělal nějaké testy a zjistil že KPI práce proti složky s meta data stejným způsobem, že proti dokumenty nebo položky seznamu. Dokázal jsem to tím, že vytvoří nový typ obsahu založený na obsahu typu složky a pak přidal několik polí. Jsem vytvořil některé ukazatele a dokázal jsem si, že klíčové ukazatele výkonu fungovat podle očekávání. To bylo vítanou zprávou. Není to dokonalé, vzhledem k tomu, že přechod se dostanete od KUV proti složek je přesně, co chcete. To není příliš mnoho nevýhodou, v mém případě, protože 1) koncoví uživatelé nevědí nic lepšího a 2) přechod se přejde do složky. Klepnutí na název složky a jsou na položku. Je to dvě kliknutí místo jedné, která není konec světa.

To tekla pěkně s prací, kterou jsem dělal. Já jsem vytvořit složku pro každý dokument, který dostane nahrané. To se provádí prostřednictvím příjemce události. Jako výsledek, je to hračka, aby nadřazená složka Meta data synchronizovaná s KUV řízené metadata ze souboru, samotná instalace je již na místě. This allows me to have my KPI’s and eat them too 🙂

Upravil jsem přijímač událostí přidat složku a potom nastavit typ obsahu této nové složky na můj vlastní typ obsahu KPI-přátelské. Tento kousek kódu udělal trik:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokumenty").Podsložky;
  Složka SPFolder addedFolder = srcFolders.Add(vlastnosti.ListItem.ID.ToString());

  SPContentTypeId kpiCT = nové SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["ID typu obsahu"] = kpiCT;
  addedFolder.Item.Update();

Chcete-li najít skutečné ID typu obsahu, Přístup k typu obsahu prostřednictvím nastavení webu a kopírovat/vložit jej z adresy URL, jak je uvedeno:

</Konec>

Přihlásit se na mém blogu!

Nerad to přiznávám, ale jsem bojoval s tímto všechny den. Můj přijímač událostí je třeba aktualizovat pole nadřazené složky. To trochu ukazuje, jak na to:

soukromé void UpdateParentFolder(SPItemEventProperties vlastnosti)
{

Složka SPFolder thisItemFolder = vlastnosti.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ stav schválení"] = "Dobré zprávy, Každý!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

V tomto případě, Já pracuji s knihovnou dokumentů a vlastnosti, které jsou zasílány z události ItemAdded.

Trik je, že nemůžete získat složka SPFolder položky přímo ze samotné položky (tj. vlastnosti.ListItem.Folder je null). Místo toho, Přejděte na položky seznamu přidružený soubor a získat složku v souboru.

</Konec>

Přihlásit se na mém blogu!

Jsem si jistý, že nejsem první, kdo přišel s tímto. Avšak, Nevšiml jsem si někdo zveřejnit jako je tento trik, vzhledem k tomu, že jsem se začal věnovat bedlivou pozornost do Společenství loni v červenci. Tak, Myslel jsem, že by ji zaúčtovat tento tip rychlé a snadné ladění.

Já jsem pracoval na přijímač událostí, který začal generovat tuto chybu v 12 podregistr:

Chyba při načítání a spouštění událostí přijímač Conchango.xyzzyEventReceiver v xyzzy, Verze = 1.0.0.0, Kultura = neutral, PublicKeyToken = blahbalhbalh. Další informace jsou nižší než. : Odkaz na objekt není nastaven na instanci objektu.

Nevěděl jsem, kde jsem zavedla tuto chybu, protože jsem udělal příliš mnoho věcí v jednom z mých kód/zavádění/zkušebních cyklů.

Snažil jsem se Toto řešení Chcete-li získat své pdb tam s nadějí, že SharePoint 12 úl by zobrazit trasování zásobníku, ale zase nic. Nevím, jestli je to možné, a pokud někdo nemá, Dejte mi prosím vědět 🙂

Já vím, že je to možné psát vlastní zprávy protokolu do 12 podregistr. Upřímně řečeno, Chtěl jsem něco trochu méně děsivé a rychlejší implementace.

Napadlo mě, že bych mohl dostat alespoň nějaké základní trasovací informace lov a opětné vyvolání obecné výjimky, jako je tento:

  zkusit {
    UpdateEditionDate(vlastnosti);
  }
  Catch (Výjimka e)
  {
    hod nové Výjimka("Dispečer, UpdateEditionDate(): Výjimka: [" + e.ToString() + "].");
  }

To se objevil v 12 thusly úl:

Chyba při načítání a spouštění událostí přijímač Conchango.xyzzyEventReceiver v xyzzy, Verze = 1.0.0.0, Kultura = neutral, PublicKeyToken = blahblahblah. Další informace jsou nižší než. : Dispečer, UpdateEditionDate(): Výjimka: [System.NullReferenceException: Odkaz na objekt není nastaven na instanci objektu. na Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties vlastnosti) na Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties vlastnosti, Řetězec eventDescription)].

To mi dal všechny detaily, které jsem potřeboval, aby vypátral, že konkrétní problém a očekávám, že ji hodně do budoucna používat.

</Konec>

Přihlásit se na mém blogu!