PÄIVITYS: Anonyymi juliste jättänyt kommentin suuri sisäiset nimet. Lue se.

Kun tapahtuma vastaanottimia ja muut koodia, joka viittaa objektimalli kautta SharePoint-Luettelokohteiden käsitteleminen, Tekevät usein virheitä, jotka aiheuttavat tämän virheen Runtime:

Virhe ladattaessa ja käynnissä tapahtuman vastaanottimen Conchango.xyzzyEventReceiver xyzzy, Versio = tulee ilmoittaa yleisessä muodossa, Culture = neutral, PublicKeyToken = 0dc50a750396c3ac. Alla on lisätietoja. : Arvo ei sisälly odotettuun alueeseen.

Mielestäni tämä on melko yleinen virhe, joka johtuu mahdollisesti monin eri tavoin. Kuitenkin, Yksi yksinkertainen selitys on, että olen vertailemalla kentän väärin. Jos kentän nimi on "Määräpäivä", I on viitattava tällä tavoin, tapahtuma-vastaanotin:

ominaisuudet.Luettelokohde["Määräpäivä"]

Kun väärin tai väärässä käyttötapaus, kun viitataan kentän, SharePoint luo edellä mainittujen runtime error. Esimerkiksi, Tämä on väärä:

ominaisuudet.Luettelokohde["määräpäivä"]

</loppu>

Tilaa blogiin.

Jotta KPI-ongelman Olen kirjoittanut täällä, Valmis jokin todistaa ja löysi että KPI työmäärää kansioita metatietoa samalla tavalla vastaan asiakirjoja tai luettelokohteiden. Todistin sitä luomalla uuden sisältölajin kansion sisällön tyypin ja lisännyt joitakin kenttiä. Olen luonut joitakin indikaattoreita ja ollut itsekseni, jotka KPI: T toimi odotetulla. Tämä oli hyvä uutinen. Se ei ole täydellinen, koska porautuminen saat KPI vastaan kansiot ei ole aivan mitä haluat. Tämä ei ole liikaa haittapuoli minun tapauksessani, koska 1) loppukäyttäjät eivät tiedä mitään parempaa ja 2) porautuminen siirtyy kansioon. Ne napsauttamalla kansion nimeä ja ne ovat kohteen. Se on yhden sijasta kahdella napsautuksella, joka ei ole maailman loppu.

Tämä virtasi mukavasti työtä tein. Luon kansion kaikki asiakirjat, jotka saa ladata. Tämä tapahtuu tapahtuma-vastaanotin. Tämän seurauksena, se on pala kakkua pitää ylemmän tason kansion metatiedon synkronoituina KPI-odotuksiin meta tiedot tiedoston itse koska vesi on jo olemassa. This allows me to have my KPI’s and eat them too 🙂

I-kirjain modified tapahtuma-vastaanotin lisätä kansion ja määrittää uuden kansion sisällön tyyppi mukautetun KPI-friendly sisällön tyyppi. Tämä hieman koodia valmis puijata:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Asiakirjat").Alikansiot;
  SPFolder addedFolder = srcFolders.Add(ominaisuudet.ListItem.ID.ToString());

  SPContentTypeId kpiCT = Uusi SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Sisältötyypin tunnus"] = kpiCT;
  addedFolder.Item.Update();

Etsi todellinen sisältötyypin tunnus, Käyttää sisältötyypin kautta sivuston asetukset ja kopioida/liittää se URL kuten:

</loppu>

Tilaa blogiin!

Inhoan myöntää sitä, mutta olen taistellut tämän yhden päivän. Minun tapauksessa vastaanotin täytyy päivittää kentän pääkansiosta. Tämä vähän näyttää miten se:

Yksityinen mitättömäksi UpdateParentFolder(SPItemEventProperties ominaisuudet)
{

SPFolder thisItemFolder = ominaisuudet.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ hyväksynnän tila"] = "Hyvä uutinen, kaikki!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Tässä tapauksessa, Työskentelyn asiakirjakirjastoon ja ominaisuudet ovat lähtöisin ItemAdded-tapahtuma.

Juju on että nimikkeen SPFolder ei saada suoraan itse kohteesta (ts. ominaisuudet.ListItem.Folder on null-arvoinen). Sen sijaan, Siirry luettelokohteen liittyvää tiedostoa ja saada tiedoston kansio.

</loppu>

Tilaa blogiin!

Olen varma, että en ole ensimmäinen, joka keksivät tämän. Kuitenkin, En ole huomannut kukaan Julkaise temppu kuin tämä, koska aloitin tiiviisti yhteisön viime heinäkuussa. Niin, Ajattelin lähettää sen helppo debug-vinkki.

Olen työskennellyt tapahtuma-vastaanotin, joka alkoi tuottaa tämän virheen 12 pesää:

Virhe ladattaessa ja käynnissä tapahtuman vastaanottimen Conchango.xyzzyEventReceiver xyzzy, Versio = tulee ilmoittaa yleisessä muodossa, Culture = neutral, PublicKeyToken = blahbalhbalh. Alla on lisätietoja. : Objektiviittaus objektin esiintymää ei määritetty.

En tiedä missä olin käyttöön tämä vika koska olin tehnyt liian monia asioita yhdessä minun koodi/käyttöönotto/testisyklien.

Yritin Tämä ratkaisu päästä minun ATE sinne toivoo että SharePoint 12 pesää osoittaisi pinon jäljitys, mutta ei onnea. En tiedä jos se on mahdollista, ja jos joku ei, haluta antaa we osata 🙂

Tiedän, että on mahdollista kirjoittaa oman lokiviestit 12 pesää. Suoraan sanottuna, Halusin jotain hieman vähemmän pelottava ja nopeammin toteutettavaa.

Se tapahtui minulle, että saisin vähintään perus jäljitystietojen pyynti-ja uudelleen heitto yleisiä poikkeuksia, kuten tämä:

  Yritä {
    UpdateEditionDate(ominaisuudet);
  }
  saalis (Poikkeus e)
  {
    heittää Uusi Poikkeus("Lähettäjä, UpdateEditionDate(): Poikkeus: [" + e.ToString() + "].");
  }

Tämä näkyi 12 Hive thusly:

Virhe ladattaessa ja käynnissä tapahtuman vastaanottimen Conchango.xyzzyEventReceiver xyzzy, Versio = tulee ilmoittaa yleisessä muodossa, Culture = neutral, PublicKeyToken = blahblahblah. Alla on lisätietoja. : Lähettäjä, UpdateEditionDate(): Poikkeus: [System.NullReferenceException: Objektiviittaus objektin esiintymää ei määritetty. klo Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties ominaisuudet) klo Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties ominaisuudet, Merkkijono eventDescription)].

Että kimmoisuus we minun piti jäljittää tätä ongelmaa yksityiskohtaisesti, ja odotan käyttää sitä paljon menee eteenpäin.

</loppu>

Tilaa blogiin!