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

Tenía mucha esperanza 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ódigo personalizado de .NET 4.0. Al intentar cargar una RDL (a través del Administrador de informes o mediante RSBuild) que hace referencia .NET 4.0 asambleas, el Administrador de informes lanza un error que indicaCódigo personalizado de SSRS 2012 .NET Framework 4.0 no es compatible

Este conjunto está construido por un tiempo de ejecución más reciente que el que está cargado tiempo de ejecución y no se puede cargar (rsErrorLoadingCodeModule)

¿Hay algo que pueda configurar para que SSRS 2012 cargue los 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?

Fuente

2012-06-01 Adam Caviness

Creo que esto es por compatibilidad con Sharepoint 2010 que usa .net 3.51 –

Me resulta muy irritante que [los documentos de MSDN] ] (http://msdn.microsoft.com/en-us/library/ms159238.aspx) no enumera el marco requerido. Es como si no estuvieran seguros hasta la RTM. –

En este [MSDB doc] (http://msdn.microsoft.com/en-us/library/ms143506%28v=sql.110%29.aspx), el servicio de informes está configurado para requerir 3.5, no es que indique por qué ¡no requieren 4.0! – aweis

SSRS 2014 se ha lanzado y el código personalizado todavía no es compatible con .Net 4.0 Framework.

Ver requisitos previos en los "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 acaba de RTM'ed hace unos días y ya se considera un "legado aplicación" por los chicos .Net Framework que dicen:

.NET Framework 3.5 no se incluye por defecto en Windows 8 o Windows Server 2012 , pero se puede descargar e implementar para aplicaciones heredadas compatibilidad.

... consulte "Microsoft .NET Framework 3.5 Consideraciones de despliegue" (http://technet.microsoft.com/en-us/library/dn482066.aspx)

creo que el problema más grande es si el ciclo de vida de soporte de .Net 3.5 SP1 en realidad puede estar vinculado al sistema operativo' es para lo cual 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 ...

Fuente

2014-03-23 04:55:12

Reorientar mi dll personalizado a 3.5, gracias por la respuesta detallada –

En realidad, me parece que los informes utilizando .Net 4.0 asambleas tendrán ningún problema en VS 2010 (PreviewProcessingService.exe) ...

Y los informes también pueden trabajar para usted cuando implementarlas en SSRS 2012 SP1 en SharePoint 2013 modo integrado.

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

Para aquellos de nosotros que utilizan SSRS en modo autónomo (sin SharePoint), podríamos estar atrapados en el. Net 2.0 CLR por un tiempo.

Fuente

2013-04-05 18:53:50

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

Fuente

2017-03-24 10:26:16 Froggy

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

Respuesta

Cuestiones relacionadas