UPDATE: Een anonieme poster liet grote commentaar over interne namen. Zorg ervoor dat om het te lezen.

Bij het werken met gebeurtenis ontvangers en andere code die verwijst naar de SharePoint-lijstitems via het objectmodel, Ik maken vaak fouten dat deze fout tijdens runtime te genereren:

Fout laden en event receiver Conchango.xyzzyEventReceiver uitgevoerd in xyzzy, Versie = 1.0.0.0, Cultuur = neutraal, PublicKeyToken = 0dc50a750396c3ac. Aanvullende informatie is hieronder. : De waarde valt niet binnen het verwachte bereik.

Ik denk dat dit is een vrij algemene fout die potentieel veel verschillende manieren wordt veroorzaakt. Echter, een simpele uitleg is dat ik een veld onjuist referencement ben. Als de naam van het veld "Vervaldatum", Ik moet verwijzen naar het als dit in een event receiver:

Eigenschappen.ListItem["Vervaldatum"]

Als ik verkeerd spelt of de verkeerde gebruiksvoorbeeld wanneer wordt verwezen naar het veld, SharePoint genereert de hierboven genoemde runtime-fout. Bijvoorbeeld, Dit is verkeerd:

Eigenschappen.ListItem["vervaldatum"]

</einde>

Abonneren op mijn blog.

Om te werken rond een KPI-probleem Schreef ik over hier, Ik heb een aantal testen en ontdekte dat KPI's werk tegen mappen met metagegevens op dezelfde manier dat zij tegen documenten werken of lijstitems. Ik bleek het uit door het creëren van een nieuw inhoudstype gebaseerd op het inhoudstype van de map en vervolgens een paar velden toegevoegd. Ik sommige indicatoren gemaakt en bewezen bij mezelf dat KPI's werken zoals verwacht. Dit was welkom nieuws. Het is niet perfect, omdat de DrillDown u van krijgen is de KPI tegen de mappen niet precies wat je wilt. Dit is niet te veel een nadeel in mijn geval omdat 1) de eind-de gebruikers weet niet beter en 2) de drill-down gaat naar een map. Ze klikt u op de mapnaam en ze zijn op het item. Het is twee keer klikken in plaats van een, dat is niet het einde van de wereld.

Dit stroomde mooi met het werk dat ik deed. Ik ben het creëren van een map voor elk document dat wordt geüpload. Dit wordt gedaan via een gebeurtenis ontvanger. Als een resultaat, het is een fluitje van een cent te houden de bovenliggende map meta-gegevens in sync met de KPI-gedreven meta-gegevens uit het bestand zelf want het sanitair al in plaats is. Hierdoor kan ik mijn KPI's hebben en ze ook opeten

Ik wijzigde de ontvanger van de gebeurtenis om de map toevoegen en stel deze nieuwe map inhoudstype aan mijn aangepaste KPI-vriendelijke inhoudstype. Dit codefragment did naar de truc:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Documenten").Submappen;
  SPFolder addedFolder = srcFolders.Add(Eigenschappen.ListItem.ID.ToString());

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

Om de werkelijke inhoudstype-ID zoeken, Ik benaderd dat inhoudstype via site-instellingen en kopie/plak deze via de URL zoals:

</einde>

Abonneren op mijn blog!

Ik haat om het toe te, maar ik worstelde met deze alle dag. Mijn ontvanger gebeurtenis nood voor bijwerken van een veld van de bovenliggende map. Dit beetje laat zien hoe om het te doen:

privé VOID UpdateParentFolder(SPItemEventProperties eigenschappen)
{

SPFolder thisItemFolder = eigenschappen.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ goedkeuringsstatus"] = "Goed nieuws, iedereen!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

In dit geval, Ik ben bezig met een documentbibliotheek en de eigenschappen zijn afkomstig uit een gebeurtenis ItemAdded.

De truc is dat u de SPFolder van het item rechtstreeks vanuit het item zelf niet kan krijgen (dwz. Eigenschappen.ListItem.Folder is leeg). In plaats daarvan, Ga naar het lijstitem gekoppelde bestand en het bestand map ophalen.

</einde>

Abonneren op mijn blog!

Ik weet zeker dat ik ben niet de eerste persoon om te komen met dit. Echter, Ik heb niet gemerkt dat iedereen publiceren een truc als dit sinds ik begon veel aandacht aan de Gemeenschap afgelopen juli. Dus, Ik dacht dat ik post-it deze snelle en gemakkelijke debug tip.

Ik ben bezig met een gebeurtenis-ontvanger die begon te genereren deze fout in de 12 korf:

Fout laden en event receiver Conchango.xyzzyEventReceiver uitgevoerd in xyzzy, Versie = 1.0.0.0, Cultuur = neutraal, PublicKeyToken = blahbalhbalh. Aanvullende informatie is hieronder. : Object reference not set to een exemplaar van een object.

Ik wist niet waar ik deze bug had ingevoerd omdat ik had te veel dingen in een van mijn code/implementeren/testcycli gedaan.

Ik heb geprobeerd deze oplossing om mijn VOB in er met de hoop dat SharePoint 12 component zou tonen de stacktrace, maar geen geluk. Ik weet niet of het is mogelijk en als iemand doet, laat het me weten 🙂

Ik weet dat het is mogelijk om te schrijven van uw eigen berichten in het logboek om de 12 korf. Eerlijk gezegd, Ik wilde iets een beetje minder eng en sneller uit te voeren.

Het kwam bij me op dat ik op zijn minst sommige fundamentele trace-informatie krijgen kon door vangen en opnieuw gooien generieke uitzonderingen zoals dit:

  Probeer {
    UpdateEditionDate(eigenschappen);
  }
  vangst (Uitzondering e)
  {
    gooien Nieuw Uitzondering("Dispatcher, UpdateEditionDate(): Uitzondering: [" + e.ToString() + "].");
  }

Dit kwam in de 12 thusly component:

Fout laden en event receiver Conchango.xyzzyEventReceiver uitgevoerd in xyzzy, Versie = 1.0.0.0, Cultuur = neutraal, PublicKeyToken = blahblahblah. Aanvullende informatie is hieronder. : Dispatcher, UpdateEditionDate(): Uitzondering: [NullReferenceException.: Object reference not set to een exemplaar van een object. op Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties eigenschappen) op Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties eigenschappen, String eventDescription)].

Dat gaf me alle details die ik nodig had om de sporen van dit probleem en ik verwacht om het veel gaan vooruit te gebruiken.

</einde>

Abonneren op mijn blog!