UPDATE: An anonymous poster left a great comment about internal names. Be sure to read it.

Þegar unnið er með móttakara atburði og önnur númer sem tilvísanir SharePoint listi atriði í gegnum the mótmæla líkan, Ég gera oft mistök að búa til þessa villu á afturkreistingur:

Villa hleðsla og gangi móttakari Conchango.xyzzyEventReceiver í xyzzy, Útgáfa = 1.0.0.0, Menning = hlutlaus, PublicKeyToken = 0dc50a750396c3ac. Additional information is below. : Value does not fall within the expected range.

I think this is a fairly generic error that is potentially caused many different ways. Hins, one simple explanation is that I’m referencing a field incorrectly. If the name of the field is "Due Date", Ég þarf tilvísun það svona í atburði móttakara:

properties.ListItem["Due Date"]

Þegar ég stafa vitlaust eða nota rangt mál þegar vísa á sviði, SharePoint generates the above mentioned runtime error. Til dæmis, Þetta er rangt:

properties.ListItem["due Date"]

</enda>

Gerast áskrifandi að bloggið mitt.

Í því skyni að vinna í kringum KPI vandamál Ég skrifaði um hér, I did some testing and discovered that KPI’s work against folders with meta data in the same way that they work against documents or list items. I proved it out by creating a new content type based on the folder content type and then added a few fields. I created some indicators and proved to myself that KPIs work as expected. This was welcome news. It’s not perfect, because the drill-down you get from the KPI against the folders is not exactly what you want. This isn’t too much a drawback in my case because 1) the endir notandi veit ekki betur og 2) the drill-down goes to a folder. They click the folder name and they are at the item. It’s two clicks instead of one, sem er ekki the endir af the heiminum.

This flowed nicely with the work I was doing. I am creating a folder for every document that gets uploaded. This is done via an event receiver. Þar af leiðandi, það er a stykki af köku til að halda foreldri mappa er meta data in sync with the KPI-driven meta data from the file itself since the plumbing is already in place. Þetta gerir mér kleift að hafa KPI og borða þau líka 🙂

I modified the event receiver to add the folder and then set this new folder’s content type to my custom KPI-friendly content type. This bit of code did the trick:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Documents").Undirmöppur;
  SPFolder við möppu = srcFolders.Add(properties.ListItem.ID.ToString());

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

Til að finna raunverulegt innihald Auðkenni, Ég nálgast þessi efni gerð í gegnum stillingar á síðuna og afrita / líma það frá vefslóð eins og sýnt:

</enda>

Gerast áskrifandi að bloggið mitt!

Ég hata að viðurkenna það, but I struggled with this one all day. My event receiver needs to update a field of its parent folder. This little bit shows how to do it:

einkaaðila ógilt UpdateParentFolder(SPItemEventProperties eignir)
{

SPFolder thisItemFolder = properties.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ Approval Status"] = "Good news, allir!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

Í þessu tilviki, Ég er að vinna með skjal bókasafn og eignir eru að koma frá ItemAdded atburði.

The bragð er að þú getur ekki fengið SPFolder hlutarins beint frá hlutnum sjálfum (i.e. properties.ListItem.Folder er null). Staðinn, fara tengslum skrá á lista yfir atriði og fá möppu Skráin er.

</enda>

Gerast áskrifandi að bloggið mitt!

I’m sure I’m not the first person to come up with this. Hins, I haven’t noticed anyone publish a trick like this since I started paying close attention to the community last July. Svo, Ég hélt ég myndi eftir það þetta fljótleg og auðveld kemba þjórfé.

I’m working on an event receiver that started to generate this error in the 12 Hive:

Villa hleðsla og gangi móttakari Conchango.xyzzyEventReceiver í xyzzy, Útgáfa = 1.0.0.0, Menning = hlutlaus, PublicKeyToken=blahbalhbalh. Additional information is below. : Object tilvísun ekki sett til dæmis á hlut.

I didn’t know where I had introduced this bug because I had done too many things in one of my code/deploy/test cycles.

I tried this solution to get my pdb in there with hopes that SharePoint’s 12 hive would show the stack trace, but no luck. I don’t know if it’s possible and if someone does, please let me know 🙂

I know it’s possible to write your own log messages to the 12 Hive. Frankly, I wanted something a little less scary and quicker to implement.

It occurred to me that I could at least get some basic trace information by catching and re-throwing generic exceptions like this:

  reyna {
    UpdateEditionDate(eignir);
  }
  veiða (Undantekning e)
  {
    kasta ný Undantekning("Dispatcher, UpdateEditionDate(): Undantekning: [" + e.ToString() + "].");
  }

This showed up in the 12 hive thusly:

Villa hleðsla og gangi móttakari Conchango.xyzzyEventReceiver í xyzzy, Útgáfa = 1.0.0.0, Menning = hlutlaus, PublicKeyToken=blahblahblah. Additional information is below. : Dispatcher, UpdateEditionDate(): Undantekning: [System.NullReferenceException: Object tilvísun ekki sett til dæmis á hlut. at Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties eignir) at Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties eignir, String eventDescription)].

That gave me all the detail I needed to track down that particular problem and I expect to use it a lot going forward.

</enda>

Gerast áskrifandi að bloggið mitt!