Введение

Aspose.PDF for Reporting Services уже много лет заметно выделяется при генерации PDF через SQL Reporting Services и предоставляет разнообразные варианты конфигурации и параметризации, которые по умолчанию не поддерживаются в SQL Reporting Services. Недавно мы получили запросы относительно интеграции Aspose.PDF for Reporting Services с SharePoint. В этой статье мы сосредоточимся на MS SharePoint 2010. Прежде чем продолжать, мы предполагаем, что у вас уже настроена ферма SharePoint. В этом примере мы будем использовать полную облачную версию SharePoint. Однако шаги аналогичны для SharePoint Foundation Server.

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

• Обзор интеграции Reporting Services и технологий SharePoint
• Топологии развертывания для Reporting Services в режиме интеграции с SharePoint
• Настройка Reporting Services для интеграции с SharePoint 2010

Настройка среды

Наша настройка состоит из 4 серверов. Она включает контроллер домена, сервер SQL, сервер SharePoint и сервер для Reporting Services. Вы можете разместить SharePoint и Reporting Services на одном компьютере, что упростит задачу, и я укажу некоторые различия.

Требования к установке

Reporting Services Add-In for SharePoint является одним из ключевых компонентов для корректной работы интеграции. Add-In необходимо установить на любой из Web Front Ends (WFE) вашего ферма SharePoint вместе с сервером Central Admin. Одно из новых изменений в SQL 2008 R2 & SharePoint 2010 состоит в том, że Add-In 2008 R2 теперь является предварительным требованием для установки SharePoint. Это означает, что RS Add-In будет установлен, когда вы начнёте устанавливать SharePoint. Это показано и выделено на рисунке ниже. На самом деле это избегает многих проблем, которые мы наблюдали с SP 2007 и RS 2008 при установке Add-In.

Image1 :- Дополнение Reporting Services для Share Point

Аутентификация SharePoint

**Прежде чем мы перейдём к компонентам интеграции RS, я хочу отметить одну вещь о ферме SharePoint — как вы настраиваете сайт. Более конкретно, как вы конфигурируете аутентификацию для сайта. Будет ли это классическая или Claims‑аутентификация. Этот выбор важен в начале. Я не считаю, что эту опцию можно изменить после её настройки. Если изменить её, процесс будет не простым.

NOTE: Reporting Services 2008 R2 НЕ поддерживает Claims

Даже если вы выбираете ваш сайт SharePoint для использования Claims, Reporting Services сами по себе не поддерживают Claims. Тем не менее, это влияет на то, как работает аутентификация в Reporting Services. Итак, в чём разница с точки зрения Reporting Services? Всё сводится к тому, хотите ли вы передать учётные данные пользователя в источник данных. Classic:- Можно использовать Kerberos и передать учётные данные пользователя в ваш бэкенд‑источник данных (для этого понадобится Kerberos). Claims:- Используется токен Claims, а не токен Windows. RS всегда будет использовать Trusted Authentication в этом сценарии и будет иметь доступ только к токену SPUser. Вам потребуется хранить ваши учётные данные в источнике данных.

Классический :- Можно использовать Kerberos и передать учётные данные пользователя в ваш бэкенд‑источник данных (для этого понадобится Kerberos).

Claims :- Используется токен Claims, а не токен Windows. RS всегда будет использовать Trusted Authentication в этом сценарии и будет иметь доступ только к токену SPUser. Вам потребуется хранить ваши учётные данные в источнике данных.

Пока мы просто хотим сосредоточиться на настройке RS. На данный момент SharePoint установлен на моём SharePoint Box и настроен с классическим сайтом аутентификации на порту 80. На сервере RS я только что установил Reporting Services, и на этом всё.