დღეს, I spent a handful of hours tracking down the root cause behind the message "The column name that you entered is already in use or reserved. Choose another name."

სვეტი შეეძლოთ შეიქმნება, ამოღებულია და ხელახლა შექმნილი კიდევ ერთი გარემოს, so I knew it wasn’t a reserved name. თუმცა, I simply couldn’t find the column anywhere via the standard SharePoint user interface at any site in the site collection.

I posted to MSDN forums here and the indomitable ანდრია ვუდვორდს pointed me in the direction of the underlying object model data.

I went off to codeplex to find some tools that would help me peer into the underlying OM data and help me locate the trouble.

I tried several tools and they were very cool and interesting but in the end, the UI wasn’t good enough for my purpose. I’m not criticizing them by any means, მაგრამ მკაფიოდ ინსტრუმენტი მიმღები პირები არ მაქვს პრობლემა გათვალისწინებით, როდესაც მათ შექმნეს UI :). Most people seem to be investing a fair amount of time and effort in creating workstation / კლიენტს განაცხადების რომელიც უზრუნველყოფს ხე views, right-click context menus and so forth. These are nice and all, მაგრამ ბევრი მუშაობა, რათა შეიქმნას დაბრუნება-of-the-ხაზი მომხმარებლის, გამოცდილება, რომელიც ასევე ძალიან მოქნილი.

მე ნამდვილად საჭიროა პასუხი ამ პრობლემის. ეს მოხდა ჩემთან, რომ თუ მე ვერ ყველა საიტი სვეტის ადგილზე კოლექცია შევიდა საბაჟო სია, მე ვერ გავფილტროთ, დასალაგებლად და შექმნას ჩვენებები, რომელიც დამეხმარება ვინ სავარაუდოდ არსებული სვეტი (რაც ეს მოხდა, BTW). I went ahead and did that and an hour or two later, იყო ყველა ჩემი საიტი სვეტები ჩაიტვირთება საბაჟო სიაში დაჯგუფება, sorting and so forth. I found my answer five minutes later.

თუ და როდესაც მე წარმატებით აღება მსოფლიოში, I think I will decree that all SharePoint tools providers must seriously consider surfacing their object model data in a custom list. That way, მე მაქვს ძალა ამის ძებნას არანაირად მინდა (შეზღუდული, რა თქმა უნდა, სტანდარტული SharePoint თვისებები).