OPPDATERINGEN: En anonym plakat igjen en flott kommentar om interne navnene. Les det.

Når du arbeider med hendelsesmottakere og annen kode som refererer til SharePoint-listeelementer via objektmodellen, Jeg gjøre ofte feil som genererer denne feilen under kjøring:

Feil ved lasting og kjører hendelsesmottaker Conchango.xyzzyEventReceiver i xyzzy, Versjon = 1.0.0.0, Culture = neutral, PublicKeyToken = 0dc50a750396c3ac. Tilleggsinformasjon er under. : Verdien ikke er innenfor det forventede området.

Jeg tror dette er en ganske generisk feil som er potensielt forårsaket mange forskjellige måter. Men, en enkel forklaring er at jeg henviser en feltet feil. Hvis feltet er "Forfallsdato", Jeg må referere til den som dette i en hendelsesmottaker:

Egenskaper.ListItem["Forfallsdato"]

Når jeg feilstaver eller bruke feil saken referert feltet, SharePoint genererer ovenfor nevnte kjøretidsfeil. For eksempel, Dette er feil:

Egenskaper.ListItem["forfallsdato"]

</slutten>

Abonner på bloggen min.

For å omgå en KPI-problemet Jeg skrev om her, Jeg did noe tester og oppdaget at KPIS arbeid mot mapper med metadata på samme måte som de jobber mot dokumenter eller listeelementer. Jeg viste den ut ved å opprette en ny innholdstype basert på mappen innhold og lagt noen felt. Jeg laget noen indikatorer og bevist for meg selv som KPIer virker som forventet. Dette var velkomne nyheter. Det er ikke perfekt, fordi neddrillingen du får fra er KPI mot mappene ikke akkurat hva du vil. Dette er ikke mye en ulempe i mitt tilfelle fordi 1) sluttbrukeren ikke vet bedre og 2) neddrillingen går til en mappe. De klikker mappenavnet og de er på elementet. Det er to klikk i stedet for en, som er ikke slutten av verden.

Dette kom pent med arbeidet jeg gjorde. Jeg oppretter en mappe for hvert dokument som blir lastet opp. Dette gjøres via en hendelsesmottaker. Som et resultat, Det er et stykke kake å holde den overordnet mappe metadata som er synkronisert med KPI-drevet metadata fra selve filen siden avløp er allerede på plass. This allows me to have my KPI’s and eat them too 🙂

Jeg endret hendelsesmottaker legge til mappen og deretter angi denne nye mappen innholdstype min egendefinerte KPI-vennlig innholdstype. Tilværelse did kunsten:

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

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

Å finne de faktiske innholdstype-ID, Jeg åpnet denne innholdstypen via områdeinnstillinger og avskrift/pasta det fra URL-adressen som vises:

</slutten>

Abonner på bloggen min!

Jeg hater å innrømme det., men jeg kjempet med dette alle dag. Min hendelsesmottaker må oppdatere et felt i den overordnede mappen. Litt viser hvordan du gjør det:

privat ugyldige UpdateParentFolder(SPItemEventProperties Egenskaper)
{

SPFolder thisItemFolder = egenskaper.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ Godkjenningsstatus"] = "Gode nyheter, alle!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

I dette tilfellet, Jeg arbeider med et dokumentbibliotek og egenskapene kommer fra en ItemAdded-hendelse.

Trikset er at du ikke kan få SPFolder av varen direkte fra selve elementet (dvs.. egenskaper.ListItem.Folder er null). I stedet, gå til listeelementet tilknyttede filen og få filmappe.

</slutten>

Abonner på bloggen min!

Jeg sikker på at ikke jeg er den første personen til å komme opp med dette. Men, Jeg har ikke merke noen publisere et triks som dette siden jeg startet betalende hensyn til samfunnet i juli. Så, Jeg tenkte jeg skulle poste den denne rask og enkel feilsøking tips.

Jeg jobber med en hendelsesmottaker begynt å generere denne feilen i det 12 struktur:

Feil ved lasting og kjører hendelsesmottaker Conchango.xyzzyEventReceiver i xyzzy, Versjon = 1.0.0.0, Culture = neutral, PublicKeyToken = blahbalhbalh. Tilleggsinformasjon er under. : Objektreferanse er ikke satt til en forekomst av et objekt.

Jeg visste ikke hvor jeg hadde introdusert denne feilen fordi jeg hadde gjort for mange ting i en av min kode/distribuere og teste sykluser.

Jeg prøvde Denne løsningen å få min pdb der med håp om at SharePoint 12 strukturen vil vise stakksporingen, men uten hell. Jeg vet ikke om det er mulig og hvis noen ikke, gi meg beskjed 🙂

Jeg vet det er mulig å skrive din egen loggmeldinger til den 12 struktur. Ærlig, Jeg ville ha noe mindre skremmende og raskere å gjennomføre.

Det slo meg at jeg minst kunne få noen grunnleggende sporingsinformasjon ved å fange og re-kaster generiske unntak som dette:

  Prøv {
    UpdateEditionDate(Egenskaper);
  }
  fange (Unntak e)
  {
    kaste nye Unntak("Sentralen, UpdateEditionDate(): Unntak: [" + e.ToString() + "].");
  }

Dette dukket opp i den 12 hive thusly:

Feil ved lasting og kjører hendelsesmottaker Conchango.xyzzyEventReceiver i xyzzy, Versjon = 1.0.0.0, Culture = neutral, PublicKeyToken = blahblahblah. Tilleggsinformasjon er under. : Sentralen, UpdateEditionDate(): Unntak: [System.NullReferenceException: Objektreferanse er ikke satt til en forekomst av et objekt. ved Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties egenskaper) ved Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties egenskaper, Streng eventDescription)].

Det ga meg alle detaljene jeg trengte å spore opp det aktuelle problemet, og jeg forventer å bruke det mye fremover.

</slutten>

Abonner på bloggen min!