За да заобиколите KPI проблем Аз написах за тук, Аз направих някои тестване и открих че KPI работа срещу папки с мета данни по същия начин, че те работят срещу документи или списъка елементи. Аз се оказа го чрез създаване на нов тип съдържание на базата на типа на съдържание на папка и след това се добавя няколко полета. Съм създал някои показатели и се оказа че KPI работи както се очаква. Това е добра новина. Това не е съвършен, тъй като тренировка надолу получавате от KPI срещу папки не е точно това, което искате. Това не е твърде много е недостатък в моя случай, защото 1) крайните потребители не знаят по-добре и 2) тренировка надолу отива в папка. Те щракнете върху името на папката и те са в елемента. Това е две кликвания вместо един, което не е края на света.

Това течеше добре с работата правя. Аз съм създаване на папка за всеки документ, който се качва. Това се прави чрез получател на събитие. Като резултат, Това е едно парче от тортата да се запази родителската папка мета данни в синхрон с KPI задвижване мета данни от самия тъй като водопровод е вече налице файл. Това ми позволява да имам KPI и да ги ям също 🙂

Аз modified събитие приемника да добави папката и след това тази нова папка на тип съдържание към моя потребителски тип KPI-приятелски съдържание. Този късче на код did определителен член хитрост:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Документи").Подпапките;
  Папка SPFolder addedFolder = srcFolders.Add(свойства.ListItem.ID.ToString());

  SPContentTypeId kpiCT = нов SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Идентификатор на тип съдържание"] = kpiCT;
  addedFolder.Item.Update();

За да намерите действителните ИД на тип съдържание, Достъп до този тип съдържание чрез настройки на сайта и копие/тесто то от определителен член URL както е показано:

</край>

Абонирайте се за моя блог!

Аз мразя да го призная, но аз се борят с този един цял ден. Моят събитие приемник трябва да актуализирате поле на родителската папка. Това малко показва как да го направя:

частни невалидни UpdateParentFolder(SPItemEventProperties имоти)
{

Папка SPFolder thisItemFolder = свойства.ListItem.File.ParentFolder;
thisItemFolder.Item["Състояние на одобрение за ZZ"] = "Добрата новина, всеки!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

В този случай, Аз съм на работа с библиотека с документи и свойствата са идващи от ItemAdded събитие.

Номерът е, че не можете да получите папка SPFolder на артикула директно от самия елемент (т.е.. свойства.ListItem.Folder е null). Вместо това, преминете към свързания файл на елемента от списъка и да получите папка на файла.

</край>

Абонирайте се за моя блог!

Аз съм сигурен, че аз не съм първият човек, който излезе с това. Въпреки това, Аз не съм забелязал някой публикува трик като този, тъй като аз започнах да отделя специално внимание към Общността през юли. Така, Мислех, че ще го публикуваме този бърз и лесен debug съвет.

Аз съм работи по получател на събитие, което започна да генерира тази грешка в 12 кошер:

Грешка при зареждане и събитие получател Conchango.xyzzyEventReceiver в xyzzy, Версия = 1.0.0.0, Култура = неутрална, PublicKeyToken = blahbalhbalh. Допълнителна информация е по-долу. : Обект номер не настроен на една инстанция на обект.

Аз не знам къде е въведено този бъг, защото е направил твърде много неща в един от моите код/разположи/изпитвателни цикли.

Аз се опитах този разтвор да се ми pdb там с надеждата, че SharePoint 12 кошер ще покаже проследяването на стека, но няма късмет. Аз не знам дали това е възможно и ако някой прави, Моля да ме уведомите 🙂

Знам, че е възможно да Напишете вашия собствен регистър съобщения до 12 кошер. Честно казано, Исках нещо малко по-страшно и по-бързо за изпълнение.

Това ми хрумна, че мога да получа поне някои основни следа информация чрез улавяне и повторно хвърляне общи изключения като този:

  Опитайте {
    UpdateEditionDate(имоти);
  }
  улова (Изключение e)
  {
    хвърлят нов Изключение("Експедитор, UpdateEditionDate(): Изключение: [" + e.ToString() + "].");
  }

Това се появи в 12 Кошера thusly:

Грешка при зареждане и събитие получател Conchango.xyzzyEventReceiver в xyzzy, Версия = 1.0.0.0, Култура = неутрална, PublicKeyToken = blahblahblah. Допълнителна информация е по-долу. : Експедитор, UpdateEditionDate(): Изключение: [System.NullReferenceException: Обект номер не настроен на една инстанция на обект. в Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(Свойства на SPItemEventProperties) в Conchango.xyzzyManagementEventReceiver.Dispatcher(Свойства на SPItemEventProperties, Низ eventDescription)].

Това ми даде всички подробности, трябва да проследим този проблем и аз очаквам да се използва много върви напред.

</край>

Абонирайте се за моя блог!

Миналата седмица бях прилагане "се развива" решение за клиент, който използва BDC и член SPQuery и се блъсна в някои затруднения, използвайки член SPQuery срещу библиотека с документи, съдържащи папки. Долната линия: Присвояване на "рекурсивни" за атрибут на изглед на заявка.

Моят сценарий:

• В понеделник, Качване на документ и предоставят някои мета данни.
• Следващата седмица, Качване на нов документ. Голяма част от този нов документ мета данни се основава на документа, който качих в понеделник (които наричаме "главен документ").
• Ние създадохме уеб услуга фасада, която осигурява КБД-приятелски интерфейс към списъка, така че потребителите лесно да намерите този понеделник документ чрез търсене по заглавие.
• BDC данни колона осигурява приятелски потребителски интерфейс. (Това е част от моя опит с BDC за по-приятелски справочна колона).

BDC фасада услуги използва заявка като този да направите търсене:

 // Използва U2U инструмент за подпомагане при създаването на тази CAML заявка.
      oQuery.Query =
        "<Където>";

      Ако (titleFilter.Length > 0)
        oQuery.Query  =
          "  <И>";

      oQuery.Query  =
        "    <И>" +
        "      <Geq>" +
        "        <FieldRef име =  "DocumentId" />" +
        "        <Стойност тип =  "Text">" + minId + "</Стойност>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef име =  "DocumentId" />" +
        "        <Стойност тип =  "Text">" + maxId + "</Стойност>" +
        "      </Leq>" +
        "    </И>";

      Ако (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Съдържа>" +
          "      <FieldRef име =  "Title" />" +
          "      <Стойност тип =  "Text">" + titleFilter + "</Стойност>" +
          "    </Съдържа>" +
          "  </И>";
      oQuery.Query  =
        "</Където>";

По време на първоначалния етап на развитие, този работник голям. Въпреки това, Ние въведохме папки в директорията за решаване на някои проблеми и изведнъж, Моят избор на BDC не върне никакви резултати. Това се проследяват до факта, че член SPQuery би никога не върне никакви резултати. Ние използвани папки главно да дадат възможност на множество файлове със същото име да бъде качен, но с различни мета данни. Когато файлът е качен, Ние Създай папка, базирано на ИД на елемента от списъка и след това преместете файла там (Аз написах за това Тук; Ние сме имали смесени резултати с този подход, но като цяло, Тя работи добре). Потребителят не им пука за папки и в действителност, наистина не разбирам, че има някакви папки. Ние конфигурирали всички изгледи на библиотеката да се показват елементи без папки.

Аз хит този проблем, два пъти по техническото изпълнение еволюира и решавам то различно всеки път. За първи път, Не е използвал съдържа оператор в заявка. Без оператор на съдържа, Аз бях в състояние да реши проблема чрез задаване на изгледа в член SPQuery на contructor. Вместо да използвате Конструкторът по подразбиране:

Splist.Update() oList = web.Списъци["Документи"];

Член SPQuery oQuery = нов Член SPQuery();

Вместо това използва конструктор, който определен изглед:

Splist.Update() oList = web.Списъци["Документи"];

Член SPQuery oQuery = нов Член SPQuery(oList.Views["Всички документи"]);

Това решен проблема и аз започнах да си взема резултатите.

След това се добавя съдържа оператора в микса и го разби отново. Оказва се, че съдържа оператор, доколкото мога да кажа, не работи с изглед по същия начин като по-прост GEQ / LEQ оператори. Направих някои търсене и научих, че от заявката преглед на атрибути трябва да бъде настроен да "Рекурсивна", както и в:

oQuery.ViewAttributes = "Обхват = "Recursive"";

Това решен проблема за съдържа. Всъщност, Това също така решен проблема ми първоначалното търсене и ако бяха определени рекурсивни атрибут за първи път, Аз ще не тичам в този въпрос отново.

Фактът, че Изглед основа член SPQuery работи за някои оператори (GEQ/LEQ) а други не (СЪДЪРЖА), съчетано с факта, че KPI не изглежда да работи изобщо с папка, която съдържа документа библиотеки води ми да се смята, че член SPQuery има orthogonality проблеми.

Специални благодарности:

• Добрите хора в U2U и си инструмент за заявка.
• Майкъл Хофер е страхотно "учене чрез правене" блог пост, коментари и отговори.

</край>

Абонирайте се за моя блог!

АКТУАЛИЗИРАНЕ 02/29/08: Аз решен този проблем чрез създаването на папка и след това присвояване тип съдържание в папка, която има мета данни аз нужда за KPI. Това е описано в малко повече подробности тук.

Ние са приложили техническо решение, където потребителите качване на документи в библиотека с документи. Получател на събитие създава директория и се движи на файл в тази директория (с помощта на техника, подобни на това, което пише за Тук). Ние сте успешно навигация около потенциални проблеми, причинени от събитие получател, който преименувате качените файлове (главно, защото потребителите никога не започват им документ като щракнете върху "нов" но вместо това да създаде docs локално и след това да ги качите).

Мета данни за тези документи съдържа "да" / не колона на сайт наречен "спешно" и друга колона на сайт, наречен "Статус". Ние трябва да отговарят на бизнес изискване, което показва процента на "спешно" документи, чието състояние е "Висящо".

Това е обикновено просто и аз нещо много подобно на SharePoint гонче с много снимки на екрана, ако проявявате интерес.

Накратко, Направих следното:

• Създаване на изглед на библиотеката на doc, наречена "В очакване".
• Конфигурирайте изгледа, за да игнорирате папка структура.
• Създаване на KPI списък.
• Създаване на индикатор в списъка, който сочи към библиотека с документи и че "Чакащо" изглед.

Това просто не работи. KPI показва моята целева (e.g. пет спешно документи) но винаги показва действителния брой на спешните документи като нула. Парадоксално, Ако пробиете до детайли, Тя показва пет спешни документи в списъка. Съм създал много проста сценарий с два документа, един в една папка и една не. Тук е параван сачми:

На екрана изстрел по-горе ясно показва, има два документа в изгледа, но "стойност" е един. "CamlSchema" с празен документ Id е в главната папка, а другият е в папка с име "84".

Струва ми се, че въпреки че указвате изглед, KPI не чест на "Покажи всички елементи без папки" настройка и вместо това, се ограничава до главната папка.

Ако съм сгрешил, Моля да ме линия или оставите коментар.

</край>

Абонирайте се за моя блог!