Для того, чтобы обойти проблемы КПИ Я писал о здесь, Я сделал несколько испытаний и обнаружил что КПИ работа против папки с мета-данных таким же образом, что они работают против документы или элементы списка. Я доказал это путем создания нового типа контента на основе типа содержимого папки и затем добавлены несколько полей. Я создал некоторые показатели и доказал себе, что ключевые индикаторы производительности работают как ожидалось. Это была хорошая новость. Это не идеальный, потому что бур вниз вы получаете от ключевого показателя эффективности против папок это не совсем то, что вы хотите. Это не слишком много недостатков, в моем случае, потому что 1) конечные пользователи не знают ничего лучшего и 2) бур вниз идет в папку. Они щелкните имя папки, и они находятся на элементе. Это два клика вместо одного, который не конец света.

Это текли красиво с работой, которую я делал. Я создаю папку для каждого документа, который получает загружены. Это делается через приемник событий. В результате, Это кусок пирога, чтобы сохранить родительской папки мета-данные в синхронизации с данными KPI-управляемых метаданных из файла сам так как сантехника уже на месте. This allows me to have my KPI’s and eat them too 🙂

Я изменил приемник событий, чтобы добавить папку и затем задать тип контента этой новой папки мой пользовательский тип контента КПИ friendly. Этот бит кода сделал трюк:

 SPFolderCollection srcFolders = targetWeb.GetFolder(«Документы").Вложенные папки;
  SPFolder addedFolder = srcFolders.Add(Свойства.ListItem.ID.ToString());

  SPContentTypeId kpiCT = Новые функции SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item[«Идентификатор типа контента"] = kpiCT;
  addedFolder.Item.Update();

Чтобы найти фактический идентификатор типа контента, Я получить этот тип контента через настройки сайта и копировать/вставить его из URL-адреса, как показано:

</конец>

Подписаться на мой блог!

Я ненавижу впустить его, но я боролся с этим один день. Мой приемника событий необходимо обновить поля родительской папки. Это немного показывает как это сделать:

частные void UpdateParentFolder(SPItemEventProperties Свойства)
{

SPFolder thisItemFolder = свойства.ListItem.File.ParentFolder;
thisItemFolder.Item[«Состояние утверждения ZZ"] = «Хорошие новости, Каждый!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

В этом случае, Я работаю с библиотекой документов и свойства идут от событие ItemAdded.

Хитрость заключается в том, что вы не можете получить SPFolder элемент непосредственно из самого элемента (т.е.. Свойства.ListItem.Folder имеет значение null). Вместо этого, Перейдите к файлу связанного элемента списка и получить файл в папку.

</конец>

Подписаться на мой блог!

Я уверен, что я не первый человек, чтобы прийти с этим. Однако, Я не заметил кто-нибудь опубликовать трюк, как это, так как я начал, уделяя пристальное внимание к сообществу в июле. Таким образом, Я думал, что я бы разместить его эта подсказка быстро и легко отладки.

Я работаю на приемник событий, который начало для создания этой ошибки в 12 куст:

Ошибка при загрузке и запуске приемника событий Conchango.xyzzyEventReceiver в xyzzy, Версия = 1.0.0.0, Культура = нейтральных, PublicKeyToken = blahbalhbalh. Дополнительная информация приведена ниже. : Ссылка на объект не указывает на экземпляр объекта.

Я не знаю, где я ввел эту ошибку, потому что я сделал слишком много вещей в одном из моих циклов кода/развернуть/тест.

Я попробовал Это решение чтобы мои pdb туда с надеждой что SharePoint 12 куст будет показать трассировки стека, но не повезло. Я не знаю, если это возможно, и если кто-то делает, Пожалуйста, дайте мне знать 🙂

Я знаю, что это можно Напишите ваши собственные сообщения журнала 12 куст. Честно говоря, Я хотел что-то чуть менее страшно и быстрее осуществлять.

Это произошло на меня, что я мог по крайней мере получить некоторые сведения основные трассировки, ловя и снова бросали универсального исключения, как это:

  Попробуйте {
    UpdateEditionDate(Свойства);
  }
  улов (Исключение e)
  {
    бросать Новые функции Исключение(«Диспетчер, UpdateEditionDate(): Исключение: [" + e.ToString() + "].");
  }

Это показало вверх в 12 куст константы выглядит так:

Ошибка при загрузке и запуске приемника событий 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 для столбца подстановок более дружественным).

Окончательный фасадной службой 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 никогда не будет возвращать любые результаты. Мы использовали папки прежде всего для того, чтобы позволить несколько файлов с тем же именем, чтобы быть загружены, но с различными мета-данных. Когда загружается файл, Мы создаем папку на основе идентификатора элемента списка и затем переместить файл там (Я писал о том, что Здесь; у нас были неоднозначные результаты с таким подходом, но в целом, Он работает хорошо). Пользователь не заботятся о папках и на самом деле, не очень понимаю, что есть любые папки. Мы настроили все представления в библиотеке для отображения элементов независимо от папки.

Я ударил эту проблему дважды, как техническое осуществление эволюционировали и решить его по-разному каждый раз. В первый раз, Я не использовал оператор в запросе. Без оператора CONTAINS, Я был в состоянии решить эту проблему, указав вид на SPQuery contructor. Вместо использования конструктора по умолчанию:

SPList oList = web.Списки[«Документы"];

SPQuery oQuery = Новые функции SPQuery();

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

SPList oList = web.Списки[«Документы"];

SPQuery oQuery = Новые функции SPQuery(oList.Views[«Все документы"]);

Была решена и я начал получать мои результаты.

Затем я добавил оператор CONTAINS в смеси, и он сломал снова. Получается, что оператор CONTAINS, так что насколько я могу сказать, не работать с тем так же, как простой GEQ / LEQ операторы. Я сделал некоторое ища и узнал, что ViewAttributes запроса должно быть присвоено «Рекурсивные», как и в:

oQuery.ViewAttributes = «Область = "Recursive"";

Что решена проблема для CONTAINS. На самом деле, Это также решить мою оригинальный проблему поиска и если я указал рекурсивным атрибутов в первый раз, Я бы не бежал в этот вопрос снова.

Тот факт, что на основе представления SPQuery работает для некоторых операторов (GEQ/LEQ) и не другие (СОДЕРЖИТ), Вместе с тем, что ключевые индикаторы производительности, похоже, не работать на всех с папки содержащих документ библиотеки приводит меня к мнению, что SPQuery имеет некоторые проблемы ортогональности.

Особая благодарность:

• Хорошие люди на U2U и их инструмент запроса.
• Великий Майкл Хоффер "обучение на практике" столб блога, Комментарии и ответы.

</конец>

Подписаться на мой блог!

ОБНОВЛЕНИЕ 02/29/08: Я решил эту проблему, создав папку и затем присвоить тип контента папки, которая имеет мета-данные, необходимые для ключевых индикаторов производительности. Я описал, в немного более подробно здесь.

Мы осуществили техническое решение, где пользователи загружать документы в библиотеку документов. Приемника событий создает каталог и файл перемещается в каталог (с помощью метода похож на то, что я писал о Здесь). Мы успешно переходите вокруг потенциальных проблем, вызванных приемники событий, которые переименовать загруженные файлы (главным образом потому, что пользователи никогда не начать их документ, нажав на «New" но вместо этого создать документы локально, а затем загружать их).

Мета-данные для этих документов включает в себя да/нет столбец сайта под названием «срочный" и еще один столбец сайта под названием «Статус». Нам нужно для удовлетворения бизнес-требований, который показывает процент «срочный" документы, чей статус «Ожидание».

Это обычно просто сделать и я описал, что-то очень много, как это в SharePoint Бигл с большим количеством снимков экрана, если вы заинтересованы.

В двух словах, Я сделал следующие:

• Создать представление о библиотеке doc, под названием «В ожидании».
• Настройте вид игнорировать структуру папок.
• Создание списка ключевых индикаторов производительности.
• Создание индикатора в списке, который указывает на doc lib и что «в ожидании" вид.

Это просто не работает. Ключевой показатель эффективности отражает мои цели (Например. пять срочных документов) но всегда показывает фактическое количество срочных документов как ноль. Как ни парадоксально, Если вы просверлите вплоть до деталей, Это показывает пять срочных документов в списке. Я создал очень простой сценарий с двумя документами, одна папка и один не. Вот снимок экрана:

Выше снимке экрана ясно показывает, что существует два документа в представлении, но «стоимость" один. «CamlSchema" с пустого документа Id находится в корневой папке и другой находится в папке с именем «84».

Мне кажется, что даже несмотря на то, что вы укажите представление, ключевой индикатор производительности не честь «отображать все элементы без папок" Установка и вместо этого, сводится к корневой папке.

Если я ошибаюсь, Пожалуйста напишите мне или оставить комментарий.

</конец>

Подписаться на мой блог!