Пользовательский код SSRS 2012.NET Framework 4.0 не поддерживается

Я очень надеялся, что SQLQL 2012 SQLQLR поддерживает .NET 4.0, что SQL Server Reporting Services (SSRS) 2012 будет поддерживать сборку пользовательских кодов .NET 4.0. При попытке загрузить rdl (через диспетчер отчетов или через RSBuild), который ссылается на сборки .NET 4.0, диспетчер отчетов выдает сообщение об ошибке

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

Есть ли что-то, что я могу настроить, чтобы заставить SSRS 2012 загружать сборки .NET 4.0? Будем ли мы ждать следующей крупной версии SQL Server, прежде чем мы увидим поддержку .NET 4.0 для пользовательских сборок в SSRS?

ОТВЕТЫ

Ответ 1

SSRS 2014 теперь выпущен, а пользовательский код еще не поддерживает .Net 4.0 Framework.

См. предварительные условия в разделе "Требования к оборудованию и программному обеспечению для установки SQL Server 2014" (http://msdn.microsoft.com/en-us/library/ms143506(v=sql.120).aspx)

Очень забавно, что SQL Server 2014 имеет только RTM'ed несколько дней назад и уже считается "устаревшим приложением" ребятами .Net Framework, которые говорят:

.NET Framework 3.5 не включена по умолчанию в Windows 8 или Windows Server 2012, но вы можете загрузить и развернуть его для устаревшего приложения совместимость.

... см. "Рекомендации по развертыванию Microsoft.NET Framework 3.5" (http://technet.microsoft.com/en-us/library/dn482066.aspx)

Я думаю, что большая проблема заключается в том, действительно ли жизненный цикл поддержки .Net 3.5 SP1 может быть привязан к ОС, для которых он был компонентом по умолчанию. Независимо от того, что они говорят, я не вижу, как Microsoft отказывается от поддержки на .Net 3.5, пока SQL Server продолжает делать это предпосылкой в ​​продукте, который они выпускают сегодня. Ребята .Net Framework не могут быть слишком довольны ленивыми парнями SQL прямо сейчас...

Ответ 2

На самом деле, я считаю, что отчеты, использующие сборки .NET, будут хорошо работать в VS 2010 (PreviewProcessingService.exe)...

И отчеты могут также работать для вас при развертывании их в SSRS 2012 с пакетом обновления 1 (SP1) в интегрированном режиме 2013 2013.

Вот авторитетный ответ о том, когда/где .NET 4.0 CLR поддерживается SSRS: http://support.microsoft.com/kb/2869522/en-us

Для тех из нас, кто использует SSRS в автономном режиме (без SharePoint), мы могли бы застрять на CLR.NET 2.0.

Ответ 3

Возможно, я ошибаюсь, и может быть больше различий, но сравнивая отчеты, загруженные из служб отчетов и "идентичных", выполненных в Visual Studio с использованием .Net framework 4.0+. Я думаю, что единственное различие заключается в том, что раздел ReportParametersLayout в xml, Если вы вручную удалите это из xml-версии файла отчета, загрузите, надеюсь, это сработает для вас.