Проблемы SSRS ReportViewer со встроенным источником данных XML

Ответ на мой вопрос также можно найти здесь, Когда использовать RDLC вместо отчетов RDL? и здесь http://www.gotreportviewer.com/. В основном это:

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

Дополнительную информацию можно найти здесь http://msdn.microsoft.com/en-us/library/ms252109(v=vs.80).aspx.

Элемент управления ReportViewer, обрабатывающий файлы .rdlc, игнорирует элемент RDL. Если определение отчета содержит запрос, элемент управления не будет его обрабатывать.

а также

При преобразовании файла .rdl в формат .rdlc необходимо вручную заменить источник данных и информацию запроса в определении отчета конструкциями данных, предоставленными в вашем приложении.

Таким образом, вы должны получить данные явно и предоставить ReportViewer как ReportDataSource, имеющий то же имя, что и набор данных в файле RDL.

У меня есть небольшое приложение командной строки, которое делает что-то подобное, но между определением пути к отчету и выполнением каких-либо действий со средством просмотра отчетов я устанавливаю источник данных для отчета, который будет запускаться:

report.DataSources.Add(new ReportDataSource("DataSet_for_Distribution", table));

... таблица является DataTable.

После этого у меня нет проблем с программным вызовом метода Report Render.

Можете ли вы установить паузу перед рендерингом и посмотреть, какие источники данных на самом деле есть в отчете?

Еще одна вещь, которую стоит попробовать, и может быть, вы просто отформатировали (или отформатировали стек) его, чтобы опубликовать его здесь, но когда я встраиваю набор данных XML в отчет, он все использует такой формат:

<CommandText>&lt;Query&gt;
    &lt;ElementPath&gt;Root /S  {@OrderDate (Date), @TotalDue (Decimal)} /C {@LastName} &lt;/ElementPath&gt;
    &lt;XmlData&gt;
    &lt;Root&gt;
    &lt;S OrderDate="2003-07-01T00:00:00" SalesOrderNumber="SO51131" TotalDue="247913.9138"&gt;
      &lt;C FirstName="Shu" LastName="Ito" /&gt;
    &lt;/S&gt;
    &lt;S OrderDate="2003-10-01T00:00:00" SalesOrderNumber="SO55282" TotalDue="227737.7215"&gt;
      &lt;C FirstName="Shu" LastName="Ito" /&gt;
    &lt;/S&gt;
    &lt;S OrderDate="2002-07-01T00:00:00" SalesOrderNumber="SO46616" TotalDue="207058.3754"&gt;
      &lt;C FirstName="Jae" LastName="Pak" /&gt;
    &lt;/S&gt;
    &lt;S OrderDate="2002-08-01T00:00:00" SalesOrderNumber="SO46981" TotalDue="201490.4144"&gt;
      &lt;C FirstName="Ranjit" LastName="Varkey Chudukatil" /&gt;
    &lt;/S&gt;
    &lt;S OrderDate="2002-09-01T00:00:00" SalesOrderNumber="SO47395" TotalDue="198628.3054"&gt;
      &lt;C FirstName="Michael" LastName="Blythe" /&gt;
    &lt;/S&gt;
    &lt;/Root&gt;
    &lt;/XmlData&gt;
    &lt;/Query&gt;</CommandText>

Я не уверен, что из того, что вы указали, указаны ли учетные данные в источнике данных.

Эта часть здесь:

<ConnectionProperties>
            <DataProvider>XML</DataProvider>
            <ConnectString />
          </ConnectionProperties>

Вообще говоря, с источниками данных SQL, когда отчеты не отображаются для других или из приложений, это происходит из-за того, что хост-сервер принимает учетные данные, отличные от вашей IDE, создающей приложение. Он не знает, зовут ли меня Бретт, что мои учетные данные используют его при удаленном вызове. Когда вы указываете учетные данные на сервере, на котором размещен отчет, вы обычно можете обойти это. Вы заходите на сервер, на котором размещен отчет, я предполагаю, что вы делаете это, поскольку у вас есть отчет «rdl», а не отчет rdlc. Найдите источник данных, щелкните «Свойства», измените настройку на «использовать эти учетные данные». Предоставьте удостоверения, которые, как вы знаете, работают.

Это может решить проблему. Я не уверен в соединениях Sharepoint и XML, но это обычное дело при просмотре проблем с соединениями SQL Server.