ATJAUNINĀJUMS: Anonīms plakātu, kas atstāja lielu komentāru par iekšējo nosaukumi. Noteikti izlasiet to.

Strādājot ar notikumu uztvērēju un citu kodu, kas satur norādes uz SharePoint saraksta vienumus, izmantojot objekta modeli, Es bieži vien kļūdas, kas rada šo kļūdu Runtime:

Kļūda, ielādējot un palaižot notikumu saņēmēju Conchango.xyzzyEventReceiver xyzzy, Versija = diapazonā no 1.0.0.0, Kultūras = neitrāla, PublicKeyToken = 0dc50a750396c3ac. Papildu informāciju, kas atrodas zem. : Vērtība neietilpst paredzamais diapazons.

Domāju, ka šis ir diezgan vispārīgs kļūdas, kas potenciāli rada daudz dažādos veidos. Tomēr, viens vienkāršs izskaidrojums ir, ka es esmu apskatot lauku nepareizi. Ja lauka nosaukums ir "Izpildes datums", Jābūt reference to kā šis notikums uztvērējs:

rekvizītus.ListItem["Izpildes datums"]

Kad es kļūdaini vai izmantot nepareizi lieta, norādot atsauci uz lauku, SharePoint ģenerē iepriekš minēts izpildlaika kļūda. Piemēram, tas ir nepareizi:

rekvizītus.ListItem["izpildes datums"]

</beigās>

Abonēt manu blogu.

Lai KPI problēmu apiet Es rakstīja par šeit, I did daži testēšana un atklāja, ka KPI darbu pret mapes ar meta dati tādā pašā veidā, ka viņi strādāt pret dokumenti vai saraksta elementi. Es pierādīja to, izveidojot jaunu satura tipu mapes satura tipa pamatā, un tad pievieno dažus laukus. I izveidojis dažus rādītājus un pierādīt sev, ka KPI darbotos, kā nepieciešams. Tas ir apsveicami ziņas. Tas nav perfekts, jo jums urbt uz leju no KPI pret mapes ir ne gluži tas, ko jūs vēlaties. Tas nav pārāk daudz atmaksas, manā gadījumā, jo 1) gala lietotāju nezinu nevienu labāku un 2) no rakšanās iet uz mapi. Tie noklikšķiniet uz mapes nosaukuma, un tie atrodas vienums. Tas ir nevis viens divi klikšķi, kas nav pasaules gals.

Tas labi aizplūda bija darīt darbu. Esmu izveidot katram dokumentam, kas izpaužas augšupielādēts mapē. To var izdarīt, izmantojot notikumu uztvērēju. Kā rezultātā, tas ir gabals ir nieks, lai saglabātu vecākobjekta mapes meta datu sinhronizācijas ar pašu failu tā vietā jau ir santehnikas KPI orientētu meta datiem. Tas ļauj man iegūt savus KPI un ēst tos arī 🙂

Pievienot mapi un pēc tam iestatiet savu pielāgoto KPI draudzīgu satura tipam šīs jaunās mapes satura tipu notikumu uztvērēju ir rediģēts. Šis kods mazliet darīja arī triks:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Dokumenti").Apakšmapes;
  SPFolder addedFolder = srcFolders.Add(rekvizītus.ListItem.ID.ToString());

  SPContentTypeId kpiCT = jaunā SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Satura tipa ID"] = kpiCT;
  addedFolder.Item.Update();

Lai atrastu faktiskā satura tipa ID, Es piekļūt, izmantojot vietnes iestatījumus šī satura tipa, un kopēt/ielīmēt to no URL, kā parādīts:

</beigās>

Abonēt manu blogu!

Es ienīst to uzņemt, bet es cīnījos ar šo te visu dienu. Manu notikumu uztvērēju jāatjaunina laukā no tā vecākmapes. Tas mazliet ir parādīts, kā to izdarīt:

privāts anulēts UpdateParentFolder(SPItemEventProperties rekvizīti)
{

SPFolder thisItemFolder = īpašības.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ apstiprinājuma statusu"] = "Labas ziņas, visi!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Šajā gadījumā, Esmu strādā ar dokumentu bibliotēku un īpašības nāk no notikumu ItemAdded.

Triks ir, ka jūs nevarat saņemt preces SPFolder tieši no paša sūtījuma (ti. rekvizītus.ListItem.Folder ir null). Tā vietā, dodieties uz saistīto failu saraksta elementu un failu mapi saņemtu.

</beigās>

Abonēt manu blogu!

Es esmu pārliecināts, ka es neesmu pirmā persona nākt klajā ar šo. Tomēr, Neesmu pamanījis ikviens publicēt triks kā šis, jo es sāku pievērst uzmanību Kopienas pagājušā gada jūlijā. Tik, Es domāju, I'd post šo ātri un viegli atkļūdošanas tip.

Es esmu strādā pie notikumu uztvērēju, kas sāka radīt šo kļūdu, 12 strops:

Kļūda, ielādējot un palaižot notikumu saņēmēju Conchango.xyzzyEventReceiver xyzzy, Versija = diapazonā no 1.0.0.0, Kultūras = neitrāla, PublicKeyToken = blahbalhbalh. Papildu informāciju, kas atrodas zem. : Objekta atsauce nevar iestatīt objekta gadījumu.

Es nezināju, kur man bija ieviesusi šo kļūdu tāpēc, ka bija darīts pārāk daudzas lietas vienā no manu kodu/izvietot/testa ciklus.

Es to izmēģināju Šis risinājums lai saņemtu savu stratēģisko plānošanu un sastādot provizorisko budžeta projektu tur cer, ka SharePoint 12 stropu atnāktu steka izsekošanas dati, bet bez luck. Es nezinu, ja tas ir iespējams, un, ja kāds nav, Lūdzu, let me know 🙂

Es zinu, tas ir iespējams rakstīt log ziņojumus, 12 strops. Atklāti, Es gribēju kaut ko mazliet mazāk biedējošu un ātrāk īstenot.

Tas notika ar mani, ka es vismaz varētu saņemt dažus pamata izsekošanas informāciju ķeršanai un vispārīgo izņēmumi, piemēram, tas re-throwing:

  mēģiniet {
    UpdateEditionDate(rekvizīti);
  }
  nozvejas (Izņēmums e)
  {
    mest jaunā Izņēmums("Dispečers, UpdateEditionDate(): Izņēmums: [" + e.ToString() + "].");
  }

Tas atnāca 12 thusly stropu:

Kļūda, ielādējot un palaižot notikumu saņēmēju Conchango.xyzzyEventReceiver xyzzy, Versija = diapazonā no 1.0.0.0, Kultūras = neitrāla, PublicKeyToken = blahblahblah. Papildu informāciju, kas atrodas zem. : Dispečers, UpdateEditionDate(): Izņēmums: [System.NullReferenceException: Objekta atsauce nevar iestatīt objekta gadījumu. pie Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties rekvizīti) pie Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties rekvizīti, Virkne eventDescription)].

Tas deva man visi dati, kas vajadzīgi, lai izsekotu šo konkrēto problēmu, un es ceru, ka to izmantot daudz iet uz priekšu.

</beigās>

Abonēt manu blogu!