SharePoint 2013 Enterprise Search. Часть 2. Создание обработчика контента

Часть 1. Логическая архитектура поиска в SharePoint 2013
Часть 2. Создание дополнительного обработчика контента для поиска в SharePoint 2013

Поиск в SharePoint 2013 допускает наличие дополнительного обработчика контента при его индексировании. В этом посте я опишу процесс создания такого обработчика.

Дополнительный обработчик должен быть реализован в виде WCF-сервиса, который будет принимать указанные в его настройках входные свойства и возвращать выходные свойства.

Сначала небольшое введение про сами свойства. Они бывают двух видов: Свойства для обхода (Crawled Property) и Управляемые свойства (Managed Property).

Свойства для обхода (Crawled Property)

Свойства для обхода содержат информацию о содержимом и извлекаются при обходе содержимого. Набор этих свойств зависит от типа содержимого контента и может настраиваться. Значения этих свойств используются при наполнении поискового индекса и, соответственно, используются при поиске.

Свойства для обхода автоматически добавляются при создании новых столбцов в списках/библиотеках и их имена имеют следующий формат: ows_InternalName (InternalName - внутреннее имя поля). Свойство будет создано при обходе содержимого.

Свойства для обхода могут быть ассоциированы с управляемыми свойствами.

Получение списка свойств для обхода

Чтобы просмотреть список всех доступных свойств для обхода на странице администрирования поиска в разделе Queries and Results надо перейти по ссылке Search Schema:

SharePoint 2013 Managed|Crawled Propeties

Используя PowerShell, можно получить список с помощью командлета Get-SPEnterpriseSearchMetadataCrawledProperty примерно так:

  1. $ssa = Get-SPEnterpriseSearchServiceApplication
  2. Get-SPEnterpriseSearchMetadataCrawledProperty -SearchApplication $ssa

Управляемые свойства (Managed Property)

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

Получение списка управляемых свойств

Просмотреть управляемые свойства можно там же где и свойства для обхода (см. выше).

Для получения списка управляемых свойств с помощью PowerShell, необходимо использовать командлет Get-SPEnterpriseSearchMetadataManagedProperty:

  1. $ssa = Get-SPEnterpriseSearchServiceApplication
  2. Get-SPEnterpriseSearchMetadataManagedProperty -SearchApplication $ssa

При создании дополнительного обработчика содержимого использоваться будут именно управляемые свойства (Managed Property).

Обработчик контента

Теперь перейдем к созданию самого обработчика. Для этого в Visual Studio создадим новый WCF-сервис аналогично инструкции на MSDN:

SharePoint 2013 Custom Content Processing Project

Метод ProcessItem(Item item)

В обработчик передается один аргумент типа Microsoft.Office.Server.Search.ContentProcessingEnrichment.Item. Вот его диаграмма:

Microsoft.Office.Server.Search.ContentProcessingEnrichment.Item

Содержимое объекта item может выглядеть примерно вот так:

Чтение свойств индексируемого файла

Байты, представляющие индексируемое содержимое можно получить через свойство item.RawData. Остальные свойства, например имя файла ("FileName"), можно получить, используя следующий код:

  1. // Имя свойства
  2. var fileNamePropName = "FileName";
  3. // Само свойство
  4. var fileNameProp = item.ItemProperties.FirstOrDefault(p => p.Name == fileNamePropName);
  5. // Значение свойства
  6. var fileName = fileNameProp == null
  7.                     ? string.Empty // По умолчанию string.Empty
  8.                     : (string) fileNameProp.ObjectValue;

Сначала получаем экземпляр AbstractProperty и затем, если оно не равно null, получаем его значение. При это надо помнить, что вместо одного значения, можно получить массив, который будет содержать различные варианты этого значения. Например, свойство "Author" может быть представлено в виде массива, если значение ссылается на системную учетную запись (SHAREPOINT\System). В моем случае это были значения: "System account" и "Vitaly Zhukov".

Задание значений для выходных свойств

Класс AbstractProperty является абстрактным, поэтому для задания свойств не подходит. Здесь нам поможет класс Microsoft.Office.Server.Search.ContentProcessingEnrichment.PropertyTypes.Property<T>, унаследованное от AbstractProperty:

Microsoft.Office.Server.Search.ContentProcessingEnrichment.PropertyTypes.Property

Для примера предположим, что у нас есть управляемые свойства "ImageUrl" (ссылка на изображение товара) и "Category" (категория товара), которые будут заполняться исходя из содержимого индексированного файла. Оба свойства имеют текстовый тип. Задавать их значения можно примерно так:

  1. // Ссылка на изображение
  2. Property<string> imageUrl = new Property<string> {
  3.     Name = "ImageUrl",
  4.     Value = "http://site/images/image.png"
  5. };
  6. // Категория
  7. Property<string> category = new Property<string> {
  8.     Name = "Category",
  9.     Value = "Телевизор"
  10. };
  11. // Добавляем свойства
  12. processedItemHolder.ItemProperties.Add(imageUrl);
  13. processedItemHolder.ItemProperties.Add(category);

Теперь эти свойства можно использовать для:

  • уточнения поиска (для этого подходят только управляемые свойства);
  • поиска, если они ассоциированы со свойствами для обхода;
  • вывода их значения в результатах поиска;

Еще раз про свойства обработчика

В обработчике могут быть использованы только управляемые свойства (Managed Property) для параметров InputProperties и OutputProperties. Входные свойства (InputProperties), будут переданы только те, которые указаны. Если их нет, то ничего передано не будет (никаких свойств с null-значениями). Выходные свойства (OutputProperties) можно передавать какие угодно, но в индекс попадут только те, которые явно указаны в параметрах обработчика. Между собой входные и выходные свойства никак не связаны, входные свойства можно вообще не передавать, а выходные формировать на основе файла, подлежащего индексации.

Регистрация обработчика

Созданный сервис можно зарегистрировать с помощью следующего PowerShell-скрипта (из MSDN):

  1. # Получаем экземпляр службы поиска
  2. $ssa = Get-SPEnterpriseSearchServiceApplication
  3. # Получаем конфигурацию наполнения индекса
  4. $config = New-SPEnterpriseSearchContentEnrichmentConfiguration
  5. # Добавляем новый обработчик
  6. $config.Endpoint = http:http://sp2013:54927/ContentProcessing.svc
  7. # Указываем входные параметры. Их может не быть вовсе
  8. $config.InputProperties = "Author""Filename"
  9. # Указываем выходные параметры
  10. $config.OutputProperties = "Author"
  11. # Указываем, передавать ли в обработчик индексируемый файл
  12. $config.SendRawData = $True
  13. # Максимальный размер передаваемого файла
  14. $config.MaxRawDataSize = 8192
  15. # Сохраняем конфигурацию в службе поиска
  16. Set-SPEnterpriseSearchContentEnrichmentConfiguration –SearchApplication $ssa –ContentEnrichmentConfiguration $config

При задании конфигурации все краулеры должны быть остановлены, иначе вылетит исключение, примерно вот такое:

Set-SPEnterpriseSearchContentEnrichmentConfiguration : Cannot bind parameter 'ContentEnrichmentConfiguration'. Cannot convert the "$ssa = Get-SPEnterpriseSearchServiceApplication" value of type "System.String" to type "Microsoft.Office.Server.Search.Cmdlet.PipeBind.ContentEnrichmentConfigurationPipeBind".
At line:1 char:1
+ Set-SPEnterpriseSearchContentEnrichmentConfiguration -SearchApplication $ssa
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Set-SPEnterpris...ntConfiguration], ParameterBindingException
+ FullyQualifiedErrorId : CannotConvertArgumentNoMessage,Microsoft.Office.Server.Search.Cmdlet.SetContentEnrichmentConfiguration

Говорится в нем о несоответствии типа, хотя дело в другом.

Важным моментом является то, что дополнительный обработчик может быть только один. С одной стороны это хорошо - бардака в такой конфигурации просто быть не может, но и гибкость страдает.

Вывод управляемых свойств в результатах поиска

Для вывода управляемых свойств в результатах поиска, они должны быть явно указаны. В случае с REST API нового поиска, их можно указать в параметрах запроса через QueryString. Ссылка в этом случае будет иметь следующий вид:
http://sharepointserver/_api/search/query/querytext='keyword'&selectproperties='ManagedPropertyName':

Подробнее про параметры запроса здесь.


Поделиться

Коментарии