Введение

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

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

• Обзор интеграции технологий Reporting Services и SharePoint
• Deployment Topologies for Reporting Services in SharePoint Integrated Mode
• Configuring Reporting Services for SharePoint 2010 Integration

Настройка окружения

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

Предварительные требования к установке

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

Image1 :- Reporting Services Add-in for Share Point

SharePoint Authentication

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

ПРИМЕЧАНИЕ: Reporting Services 2008 R2 НЕ поддерживает Claims

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

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

Claims :- Токен Claims используется, а не токен Windows. В этом сценарии RS всегда будет использовать Доверенную Аутентификацию и будет иметь доступ только к токену SPUser. Вам нужно будет сохранить свои учетные данные в вашем источнике данных.

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