ОБНОВЛЕНИЕ: Оставил анонимный плакат большой комментарий о внутренних имен. Будьте уверены прочитать его.

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

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

Я думаю, что это довольно общая ошибка, которая потенциально вызывается множество различных способов. Однако, один простое объяснение в том, что я неправильно ссылки поля. Если имя поля «Срок», Я должен ссылаться на него как это в приемник событий:

Свойства.ListItem[«Срок»]

Когда я неправильно или использовать неверный регистр при ссылке на поле, SharePoint генерирует выше упомянутые ошибки во время выполнения. Например, Это неправильно:

Свойства.ListItem[«Срок»]

</конец>

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

Для того, чтобы обойти проблемы КПИ Я писал о здесь, Я сделал несколько испытаний и обнаружил что КПИ работа против папки с мета-данных таким же образом, что они работают против документы или элементы списка. Я доказал это путем создания нового типа контента на основе типа содержимого папки и затем добавлены несколько полей. Я создал некоторые показатели и доказал себе, что ключевые индикаторы производительности работают как ожидалось. Это была хорошая новость. Это не идеальный, потому что бур вниз вы получаете от ключевого показателя эффективности против папок это не совсем то, что вы хотите. Это не слишком много недостатков, в моем случае, потому что 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)].

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

</конец>

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