புதுப்பிப்பு: An anonymous poster left a great comment about internal names. Be sure to read it.

நிகழ்வு பெறுதல் மற்றும் பிற குறியீடு பணிபுரியும் போது, அந்த ஆப்ஜெக்ட் மாடல் வழியாக குறிப்புகள் ஷேர்பாயிண்ட் பட்டியல் உருப்படிகள், நான் அடிக்கடி இயங்கு நேரத்தில் இந்த பிழை உருவாக்க அந்த தவறுகள்:

Xyzzy ஏற்றுவதில் பிழை மற்றும் இயங்கும் நிகழ்வு ரிசீவர் Conchango.xyzzyEventReceiver, பதிப்பு = 1.0.0.0, கலாச்சாரம் = நடுநிலை, 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. எனினும், one simple explanation is that I’m referencing a field incorrectly. If the name of the field is "Due Date", நான் ஒரு நிகழ்வை பெறுபவரின் இதை குறிக்க வேண்டும்:

properties.ListItem["Due Date"]

துறையில் குறிப்பிடும் போது நான் தவறு வழக்கு பிழையாய் எழுத்துக்கூட்டு அல்லது பயன்படுத்த போது, SharePoint generates the above mentioned runtime error. எடுத்துக்காட்டாக, இந்த தவறு:

properties.ListItem["due Date"]

</இறுதியில்>

என்னுடைய குழுசேர்.

சுமார் ஒரு KPI சிக்கல் வேலை பொருட்டு நான் இங்கே பற்றி எழுதியது, 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) இறுதியில் பயனர் எந்த நல்ல தெரியாது 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, உலக முடிவில் அல்ல.

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. இதன் விளைவாக, அதை வைத்து கேக் ஒரு துண்டு இருக்கிறது பெற்றோர் கோப்புறையை தான் meta data in sync with the KPI-driven meta data from the file itself since the plumbing is already in place. This allows me to have my KPI’s and eat them too 🙂

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").உள்ளடைவுகளின்;
  SPFolder addedFolder = srcFolders.Add(properties.ListItem.ID.ToString());

  SPContentTypeId kpiCT = புதிய SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Content Type ID"] = KpiCT;
  addedFolder.Item.Update();

உண்மையான உள்ளடக்கம் வகை அடையாள கண்டறிவது, நான் காட்டப்பட்டது தளம் அமைப்புகள் மற்றும் நகல் வழியாக உள்ளடக்கத்தை வகை / URL இருந்து ஒட்டியது என்று அணுக:

</இறுதியில்>

என்னுடைய குழுசேர்!

நான் அதை ஒப்பு கொள்ள வெறுக்கிறேன், 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:

தனிப்பட்ட களைவதற்கு UpdateParentFolder(SPItemEventProperties பண்புகள்)
{

SPFolder thisItemFolder = properties.ListItem.File.ParentFolder;
thisItemFolder.Item["ZZ Approval Status"] = "Good news, அனைவரும்!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

இந்த விஷயத்தில், I’m working with a document library and the properties are coming from an ItemAdded event.

The trick is that you can’t get the SPFolder of the item directly from the item itself (அதாவது. properties.ListItem.Folder is null). பதிலாக, go to the list item’s associated File and get the File’s folder.

</இறுதியில்>

என்னுடைய குழுசேர்!

I’m sure I’m not the first person to come up with this. எனினும், I haven’t noticed anyone publish a trick like this since I started paying close attention to the community last July. அப்படி, நான் இந்த விரைவான மற்றும் எளிதான பிழைத்திருத்த முனை பதிவு நினைத்தேன்.

நான் இந்த பிழை உருவாக்க தொடங்கியது என்று ஒரு நிகழ்வை ரிசீவர் வேலை 12 செயற்கை தேன் கூடு:

Xyzzy ஏற்றுவதில் பிழை மற்றும் இயங்கும் நிகழ்வு ரிசீவர் Conchango.xyzzyEventReceiver, பதிப்பு = 1.0.0.0, கலாச்சாரம் = நடுநிலை, PublicKeyToken = blahbalhbalh. Additional information is below. : பொருள் குறிப்பு ஒரு பொருளின் ஒரு நிகழ்வை அமைக்க முடியாது.

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.

நான் முயற்சித்தேன் இந்த தீர்வு நம்பிக்கை அங்கே என் pdb பெற அந்த ஷேர்பாயிண்ட் தான் 12 ஹைவ் ஸ்டேக் சுவடு காட்ட வேண்டும், but no luck. I don’t know if it’s possible and if someone does, எனக்கு தெரியப்படுத்துங்கள் 🙂

நான் அதை செய்ய முடியும் என்று எனக்கு தெரியும் உங்கள் சொந்த பதிவு செய்திகளை எழுத 12 செயற்கை தேன் கூடு. Frankly, நான் செயல்படுத்த ஒரு குறைவான பயங்கரமாக மற்றும் விரைவாக ஒன்று தேவை.

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

  முயற்சி {
    UpdateEditionDate(பண்புகள்);
  }
  பிடி (விதி விலக்கு e)
  {
    போடு புதிய விதி விலக்கு("Dispatcher, UpdateEditionDate(): விதி விலக்கு: [" + e.ToString() + "].");
  }

This showed up in the 12 hive thusly:

Xyzzy ஏற்றுவதில் பிழை மற்றும் இயங்கும் நிகழ்வு ரிசீவர் Conchango.xyzzyEventReceiver, பதிப்பு = 1.0.0.0, கலாச்சாரம் = நடுநிலை, PublicKeyToken=blahblahblah. Additional information is below. : அனுப்புனர், UpdateEditionDate(): விதி விலக்கு: [System.NullReferenceException: பொருள் குறிப்பு ஒரு பொருளின் ஒரு நிகழ்வை அமைக்க முடியாது. at Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties பண்புகள்) at Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties பண்புகள், 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.

</இறுதியில்>

என்னுடைய குழுசேர்!