OPDATERING: En anonym plakat efterlod en stor kommentar om interne navne. Sørg for at læse det.

Når du arbejder med Hændelsesmodtagere og anden kode, som refererer til SharePoint-listeelementer via objektmodellen, Jeg laver ofte fejltagelser, der genererer denne fejl på kørselstidspunktet:

Fejl lastning og kører hændelse receiver Conchango.xyzzyEventReceiver i xyzzy, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = 0dc50a750396c3ac. Yderligere oplysninger finder du under. : Værdi falder ikke inden for det forventede interval.

Jeg tror, dette er en forholdsvis generisk fejl, der er potentielt forårsaget mange forskellige måder. Dog, en simpel forklaring er, at jeg ser referencing et felt forkert. Hvis navnet på feltet er "Forfaldsdato", Jeg skal henvise til den som denne i en begivenhed receiver:

egenskaber.ListItem["Forfaldsdato"]

Når jeg staver forkert eller bruge den forkerte sag, når der refereres til feltet, SharePoint genererer den ovenfor nævnte runtime fejl. For eksempel, Dette er forkert:

egenskaber.ListItem["forfaldsdato"]

</slutningen>

Abonner på min blog.

For at løse et KPI-problem Jeg skrev om her, Jeg gjorde nogle test og opdagede at KPI arbejde mod mapper med metadata på samme måde, at de arbejder mod dokumenter eller listeelementer. Jeg viste det ud ved at oprette en ny indholdstype baseret på content mappetype og derefter tilføjet et par felter. Jeg lavet nogle indikatorer og viste sig til mig selv, at KPI'er arbejde som forventet. Dette var velkommen nyheder. Det er ikke perfekt, fordi drill-down får du fra er KPI mod mapperne ikke præcis hvad du vil. Dette er ikke for meget en ulempe i mit tilfælde, fordi 1) slutbrugere, der ikke kender nogen bedre og 2) drill-down går til en mappe. De klikker på mappenavnet, og de er på varen. Det er to klik i stedet for en, der er ikke slutningen af verden.

Det flød pænt med det arbejde jeg lavede. Jeg opretter en mappe til hvert dokument, der bliver uploadet. Dette gøres via en begivenhed modtager. Som et resultat, Det er en smal til at holde den overordnet mappes metadata i sync med KPI-drevet metadata fra selve filen da VVS er allerede på plads. Dette giver mig mulighed for at have mine KPI'er og også spise dem 🙂

Jeg ændrede begivenhed-modtager for at tilføje mappen og derefter angive denne nye mappe indholdstype til min brugerdefineret KPI-venlige indholdstype. Denne bit af kode gjorde tricket:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokumenter").Undermapper;
  SPFolder addedFolder = srcFolders.Add(egenskaber.ListItem.ID.ToString());

  SPContentTypeId kpiCT = nye SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Content-Type ID"] = kpiCT;
  addedFolder.Item.Update();

Til at finde det faktiske indholdstype-ID, Jeg adgang til denne indholdstype via indstillinger for websted og kopi/indsat det fra URL-adressen som vist:

</slutningen>

Abonner på min blog!

Jeg hader at indrømme det., men jeg kæmpede med denne ene alle dag. Min begivenhed modtageren skal opdatere et felt i den overordnede mappe. Dette lidt viser hvordan man gør det:

privat void UpdateParentFolder(SPItemEventProperties egenskaber)
{

SPFolder thisItemFolder = egenskaber.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ godkendelsesstatus"] = "Gode nyheder, alle!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

I dette tilfælde, Jeg arbejder med et dokumentbibliotek og egenskaber kommer fra en ItemAdded begivenhed.

Tricket er at du ikke kan få SPFolder af varen direkte fra selve emnet (dvs. egenskaber.ListItem.Folder er null). I stedet, gå til listeelementets tilknyttede fil og få den filmappe.

</slutningen>

Abonner på min blog!

Jeg er sikker på, jeg ikke er den første person til at komme med denne. Dog, Jeg har ikke bemærket nogen udgiver et trick som det siden jeg startede med større opmærksomhed til Fællesskabet i juli. Så, Jeg tænkte jeg ville sende det denne hurtig og nem debug tip.

Jeg arbejder på en event-modtager, der begyndte at generere denne fejl i den 12 hive:

Fejl lastning og kører hændelse receiver Conchango.xyzzyEventReceiver i xyzzy, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = blahbalhbalh. Yderligere oplysninger finder du under. : Objektreferencen er ikke indstillet til en forekomst af et objekt.

Jeg vidste ikke hvor jeg havde introduceret denne fejl, fordi jeg havde gjort alt for mange ting i en af min kode/installere/test cykler.

Jeg har prøvet Denne løsning at få min FBF derinde med håb at SharePoint 12 hive ville vise staksporingen, men uden held. Jeg ved ikke, hvis det er muligt, og hvis nogen ikke, Lad mig vide 🙂

Jeg ved, at det er muligt at skrive din egen log beskeder til den 12 hive. Helt ærligt, Jeg ønskede noget lidt mindre skræmmende og hurtigere at gennemføre.

Den forekom mig, at jeg i det mindste kunne få nogle grundlæggende sporingsoplysninger ved fangst og re-throwing generic undtagelser som denne:

  Prøv {
    UpdateEditionDate(egenskaber);
  }
  fangst (Undtagelse e)
  {
    kaste nye Undtagelse("Dispatcher, UpdateEditionDate(): Undtagelse: [" + e.ToString() + "].");
  }

Dette viste i den 12 hive thusly:

Fejl lastning og kører hændelse receiver Conchango.xyzzyEventReceiver i xyzzy, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = blahblahblah. Yderligere oplysninger finder du under. : Senderen, UpdateEditionDate(): Undtagelse: [System.NullReferenceException: Objektreferencen er ikke indstillet til en forekomst af et objekt. på Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties egenskaber) på Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties egenskaber, Streng eventDescription)].

Der gav mig alle detaljer I needed at opspore dette problem, og jeg forventer at bruge det et parti går fremad.

</slutningen>

Abonner på min blog!