reporting-services - expresiones - round reporting services

Código personalizado de SSRS 2012.NET Framework 4.0 no es compatible

Question

Tenía muchas esperanzas de que, dado que SQL Server 2012 SQLCLR sea compatible con .NET 4.0, SQL Server Reporting Services (SSRS) 2012 sea compatible con los ensamblados de códigos personalizados de .NET 4.0. Al intentar cargar un rdl (a través del Administrador de informes o mediante RSBuild) que hace referencia a los ensamblados de .NET 4.0, el Administrador de informes arroja un error que indica

Este ensamblado está creado por un tiempo de ejecución más nuevo que el tiempo de ejecución cargado actualmente y no se puede cargar. (rsErrorLoadingCodeModule)

¿Hay algo que pueda configurar para que SSRS 2012 cargue ensamblados de .NET 4.0? ¿Estaremos esperando hasta la próxima versión principal de SQL Server antes de ver el soporte de .NET 4.0 para ensambles personalizados en SSRS?

Answer 1

De hecho, encuentro que los informes que usan ensamblados .Net 4.0 funcionarán bien en VS 2010 (PreviewProcessingService.exe) ...

Y los informes también pueden funcionar para usted al implementarlos en SSRS 2012 SP1 en el modo integrado de SharePoint 2013.

Aquí está la respuesta autorizada sobre cuándo / dónde el .NET 4.0 CLR es compatible con SSRS: http://support.microsoft.com/kb/2869522/en-us

Para aquellos de nosotros que usamos SSRS en modo independiente (sin SharePoint), podríamos quedar atrapados en .NET 2.0 CLR por un tiempo.

Answer 2

Podría estar equivocado y podría haber más diferencias, pero al comparar los informes descargados de los servicios de informes y los "idénticos" realizados en Visual Studio con .Net framework 4.0+, creo que la única diferencia es que pone una sección ReportParametersLayout en el xml. Si lo elimina manualmente de la versión xml del archivo de informe, cargue con suerte y funcionará para usted.

Answer 3

SSRS 2014 ahora se lanzó y el código personalizado aún no es compatible con .Net 4.0 Framework.

Consulte los requisitos previos en "Requisitos de hardware y software para instalar SQL Server 2014" ( http://msdn.microsoft.com/en-us/library/ms143506(v=sql.120).aspx )

Es muy divertido que SQL Server 2014 haya sido RTM hace unos días y ya es considerado una "aplicación heredada" por los chicos de .Net Framework que dicen:

.NET Framework 3.5 no está incluido por defecto en Windows 8 o Windows Server 2012, pero puede descargarlo e implementarlo para compatibilidad con aplicaciones heredadas.

... vea "Consideraciones de implementación de Microsoft .NET Framework 3.5" ( http://technet.microsoft.com/en-us/library/dn482066.aspx )

Creo que el problema más importante es si el ciclo de vida de soporte de .Net 3.5 SP1 puede vincularse realmente con los SO para los que era un componente predeterminado. Independientemente de lo que digan, no veo que Microsoft deje de admitir .Net 3.5 mientras SQL Server continúe convirtiéndolo en un requisito previo para un producto que están lanzando hoy. Los chicos de .Net Framework no pueden estar muy contentos con los chicos perezosos de SQL en este momento ...