UPPDATERING: En anonym affisch lämnade en bra kommentar om interna namn. Se till att läsa den.

När du arbetar med event-mottagare och annan koden som refererar till SharePoint-listobjekt via objektmodellen, Jag gör ofta misstag som genererar detta fel vid körning:

Fel vid laddning och kör händelsemottagare Conchango.xyzzyEventReceiver i xyzzy, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = 0dc50a750396c3ac. Ytterligare information finns under. : Värdet faller inte inom det förväntade intervallet.

Jag tror detta är en ganska allmänt fel som eventuellt orsakas många olika sätt. Men, en enkel förklaring är att jag är förseende ett fält felaktigt. Om namnet på fältet är "Förfallodatum", Jag måste använda det såhär i en händelsemottagare:

egenskaper.ListItem["Due Date"]

När jag stavar fel eller använder fel fallet när du refererar till fältet, SharePoint genererar ovan nämnde körningsfel. Till exempel, Detta är fel:

egenskaper.ListItem["due Date"]

</slutet>

Prenumerera på min blogg.

För att undvika en KPI problemet Jag skrev om här, Jag gjorde en del tester och upptäckte att KPI arbete mot mappar med meta-data på samma sätt som de arbetar mot dokument eller listobjekt. Jag bevisade det ut genom att skapa en ny innehållstyp baserat på innehållstypen mapp och sedan läggas några fält. Jag skapade vissa indikatorer och visat sig själv som KPI: er fungerar som förväntat. Detta var en Välkommen nyhet. Det är inte perfekt, för att specificera-du får från är KPI mot mapparna inte exakt vad du vill. Detta är inte för mycket en nackdel i mitt fall eftersom 1) slutanvändarna vet inte bättre och 2) drill-down går till en mapp. De klicka på mappnamnet och de är i artikeln. Det är två klick i stället för en, vilket inte är slutet av världen.

Detta flöt fint med det arbete jag gjorde. Jag skapar en mapp för varje dokument som får laddas upp. Detta görs via en händelsemottagare. Som en följd, Det är en bit av kakan att hålla den den överordnade mappens Metadatat synkade med KPI-driven metadata från själva filen eftersom VVS är redan på plats. Detta gör att jag kan ha mina KPI:er och äta dem också 🙂

Jag ändrade händelsemottagare för att lägga till mappen och ange sedan den nya katalogen innehållstypen till min anpassade KPI-vänlig innehållstyp. Denna bit kod gjorde susen:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokument").Undermappar;
  SPFolder addedFolder = srcFolders.Add(egenskaper.ListItem.ID.ToString());

  SPContentTypeId kpiCT = nya SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Innehålls typ-ID"] = kpiCT;
  addedFolder.Item.Update();

Att hitta den verkliga innehållstyp-ID, Jag åt den innehållstypen via Webbplatsinställningar och kopiera/klistrade in det från URL som visas:

</slutet>

Prenumerera på min blogg!

Jag hatar att erkänna det, men jag kämpade med den här alla dag. Min händelsemottagare behöver uppdatera ett fält av dess överordnade mapp. Detta lite visar hur man gör det:

privat void UpdateParentFolder(SPItemEventProperties egenskaper)
{

SPFolder thisItemFolder = egenskaper.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ godkännandestatus"] = "Goda nyheter, alla!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

I detta fall, Jag arbetar med ett dokumentbibliotek och egenskaper kommer från en ItemAdded-händelse.

Tricket är att du inte kan få SPFolder för artikeln direkt från själva objektet (dvs. egenskaper.ListItem.Folder är null). I stället, gå till listan artikelns associerad fil och få filens mapp.

</slutet>

Prenumerera på min blogg!

Jag är säker på att inte jag är den första personen att komma med detta. Men, Jag har inte märkt någon publicera ett trick som denna sedan jag började betala nära uppmärksamhet till gemenskapen i juli. Så, Jag trodde att jag skulle skicka det här snabbt och enkelt debug spets.

Jag arbetar på en händelsemottagare började genererar detta fel i den 12 kupan:

Fel vid laddning och kör händelsemottagare Conchango.xyzzyEventReceiver i xyzzy, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = blahbalhbalh. Ytterligare information finns under. : Object reference not set till en instans av ett objekt.

Jag visste inte var jag hade infört detta fel eftersom jag hade gjort för många saker i en av min kod/distribuera/provcyklerna.

Jag försökte Denna lösning att få min pdb där med förhoppningar att SharePoint 12 kupan skulle Visa stackspårning, men ingen lycka. Jag vet inte om det är möjligt och om någon gör, behaga låta mig veta 🙂

Jag vet att det är möjligt att Skriv din egen logga meddelanden till den 12 kupan. Ärligt talat, Jag ville ha något lite mindre skrämmande och snabbare att genomföra.

Det slog mig att jag åtminstone kunde få några grundläggande spårningsinformation genom att fånga och åter kasta generiska undantag som detta:

  försök {
    UpdateEditionDate(egenskaper);
  }
  fånga (Undantag e)
  {
    kasta nya Undantag("Dispatcher, UpdateEditionDate(): Undantag: [" + e.ToString() + "].");
  }

Detta visade upp i den 12 Hive thusly:

Fel vid laddning och kör händelsemottagare Conchango.xyzzyEventReceiver i xyzzy, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = blahblahblah. Ytterligare information finns under. : Dispatcher, UpdateEditionDate(): Undantag: [NullReferenceException.: Object reference not set till en instans av ett objekt. på Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties egenskaper) på Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties egenskaper, Sträng eventDescription)].

Som gav mig alla detaljer jag behövde för att spåra upp det särskilda problemet och jag förväntar mig att använda den mycket framöver.

</slutet>

Prenumerera på min blogg!