FRISSÍTÉS: Egy névtelen poszter maradt egy nagy megjegyzést belső nevek. Győződjön meg róla, hogy elolvassa.

Amikor a dolgozó eseményfogadók és más SharePoint-listaelemek objektummodellen keresztüli hivatkozó kód, Gyakran, hogy amit létrehoz ez a hiba, futásidejű hibák:

Betöltési hiba, és fut Conchango.xyzzyEventReceiver eseményérzékelő xyzzy, Változat = 1.0.0.0, Culture = neutral, PublicKeyToken = 0dc50a750396c3ac. További információ az alábbi. : Érték nem esik a várt tartományon belül.

Azt hiszem, ez egy meglehetősen általános hiba, potenciálisan okozott sok különböző módon. Azonban, egyik egyszerű magyarázat az, hogy rosszul vagyok viszonyítási mező. Ha a mező neve "Lejáró időpont", Kell hivatkoznia, mint ez az egy eseményérzékelő:

tulajdonságok.Listaelem["Esedékesség"]

Ha hibásan, vagy használja a rossz helyzet, amikor a viszonyítási mező, SharePoint generál a fent említett futásidejű hiba. Például, Ez a baj:

tulajdonságok.Listaelem["esedékesség"]

</vége>

Subscribe to my blog.

Annak érdekében, hogy a KPI-probléma Írtam itt, Teszteltem, és rájött hogy KPI munka ellen tartók-val meta-adatok, ugyanúgy, hogy dolgozik ellen dokumentumok vagy listaelemek. Bizonyult, ki létrehozásával egy új tartalomtípust a mappa tartalomtípuson alapul, és majd hozzá néhány mezők. Készítette: egyes mutatók, és bebizonyította, hogy magam, hogy a KPI-ket a várt módon működnek. Ez volt a hír. Még mindig nem tökéletes, mert a leásási kap a KPI-t, a mappákon nem pontosan az, amit akarsz. Ez nem túl sok hátránya, az én esetemben, mert 1) a végfelhasználók számára nem tud jobbat, és 2) a leásási goes-hoz egy dosszié. Kattintson a mappa neve, és a cikk:. -A ' egy helyett két kattintással, ami nem a világ vége.

Ez szépen folyt a munka, én csináltam. Vagyok létre egy mappát a minden dokumentum lesz feltöltve. Ez befejeződött keresztül az eseményérzékelő. Ennek eredményeként, -a ' egy bábu-ból süti, hogy tartsa a szülő dosszié meta adatok szinkronban a KPI-vezérelt meta-adatok a fájlból, maga is, mivel a vízvezeték már a helyén van. This allows me to have my KPI’s and eat them too 🙂

Az esemény telefonkagyló-hoz összead a dosszié, és állítsuk be az új mappa tartalomtípusú egyéni KPI-barát tartalomtípus módosítása. Ez a kis kód tett a fogás:

 SPFolderCollection srcFolders = targetWeb.GetFolder("A dokumentumok").Almappák;
  SPFolder addedFolder = srcFolders.Add(tulajdonságok.ListItem.ID.ToString());

  SPContentTypeId kpiCT = új SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Tartalom azonosítója"] kpiCT =;
  addedFolder.Item.Update();

Keresse meg a tényleges tartalom azonosítója, Tartalomtípus beállításai oldalon keresztül érhető el, és másol/tészta a URL mint mutatott:

</vége>

Subscribe to my blog!

Utálom, hogy bevallja, de küzdöttem ezzel egy minden nap. Az eseményérzékelő kell a szülőmappa mező frissítése. Ez kicsit azt mutatja, hogyan kell csinálni:

privát Érvénytelen UpdateParentFolder(SPItemEventProperties Tulajdonságok)
{

SPFolder thisItemFolder = tulajdonságok.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ jóváhagyási állapot"] = "Jó hír, mindenki!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Ebben az esetben, Dolgozom egy dokumentumtár, és a tulajdonságok érkezik egy ItemAdded esemény.

A trükk az, hogy nem kap az SPFolder az elem közvetlenül a cikkre (i.e. tulajdonságok.ListItem.Folder értéke null). Ehelyett, a listaelemhez társított fájl menni és kap a reszelő dosszié.

</vége>

Subscribe to my blog!

Biztos vagyok benne, én nem vagyok az első, aki elér ez. Azonban, Én nem vettem észre valaki közzétesz egy trükk, mint ez, mióta elkezdtem, nagy figyelmet fordított a Közösség tavaly júliusban. Így, Gondoltam, hogy feladjuk ezt a gyors és egyszerű hibakeresés-tipp.

Én dolgozom egy eseményérzékelő, hogy ezt a hibát a 12 kaptár:

Betöltési hiba, és fut Conchango.xyzzyEventReceiver eseményérzékelő xyzzy, Változat = 1.0.0.0, Culture = neutral, PublicKeyToken = blahbalhbalh. További információ az alábbi. : Tárgy ajánlás nem készlet-hoz egy objektum egy példányát.

Nem tudom, hol már bevezette ezt a hibát, mert nem volt túl sok dolgot, az egyik az én-m kód/telepítését/vizsgálati ciklus.

Próbáltam Ez a megoldás ahhoz, hogy az előzetes költségvetés-tervezetben ott reméli, hogy SharePoint 12 Méhkas azt mutatják, a verem-nyomkövetési, de nem szerencse. Nem tudom, ha ez lehetséges, és ha valaki nem, legyen szíves hadd tudjam meg 🙂

Tudom, hogy lehetséges, hogy a saját napló üzeneteket írni a 12 kaptár. Őszintén szólva, Szerettem volna valami egy kicsit kevésbé ijesztő, és gyorsabb végrehajtása érdekében.

Eszembe jutott, hogy legalább tudna kap néhány alapvető nyomkövetési adatok fogása, és újra dob általános kivételek, mint ez:

  próbálja meg {
    UpdateEditionDate(Tulajdonságok);
  }
  fogási (Kivétel e)
  {
    dobja új Kivétel("Diszpécser, UpdateEditionDate(): Kivétel: [" + e.ToString() + "].");
  }

Ez zápor megjelöl-ban a 12 imigyen a struktúra:

Betöltési hiba, és fut Conchango.xyzzyEventReceiver eseményérzékelő xyzzy, Változat = 1.0.0.0, Culture = neutral, PublicKeyToken = Tina. További információ az alábbi. : Diszpécser, UpdateEditionDate(): Kivétel: [NullReferenceException.: Tárgy ajánlás nem készlet-hoz egy objektum egy példányát. a Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties tulajdonságai) a Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties tulajdonságai, Karakterlánc-eventDescription)].

Hogy adott nekem a részleteket, én szükséges-hoz Nyom legyőz amit különös probléma, és azt várom, hogy használja azt nagyon megy előre.

</vége>

Subscribe to my blog!