Codice personalizzato di SSRS 2012 .NET Framework 4.0 non supportato

Speravo molto che, poiché SQL Server 2012 SQLCLR supporta .NET 4.0, SQL Server Reporting Services (SSRS) 2012 supporterà gli assembly di codice personalizzati di .NET 4.0. Quando si tenta di caricare un RDL (tramite la Gestione report o tramite RSBuild) che fa riferimento .NET 4.0 assemblee, il Gestore Report genera un errore che indicaCodice personalizzato di SSRS 2012 .NET Framework 4.0 non supportato

Questa assemblea è costruito da un runtime più recente rispetto alla correntemente caricato runtime e non può essere caricato. (rsErrorLoadingCodeModule)

C'è qualcosa che posso configurare per ottenere SSRS 2012 per caricare gli assembly di .NET 4.0? Aspetteremo fino alla prossima versione principale di SQL Server prima di vedere il supporto di .NET 4.0 per gli assembly personalizzati in SSRS?

fonte

2012-06-01 Adam Caviness

Credo che questo sia per compatibilità con Sharepoint 2010 che utilizza .net 3.51 –

Trovo molto irritante che il [MSDN docs ] (http://msdn.microsoft.com/en-us/library/ms159238.aspx) non elencare la struttura richiesta. È come se non fossero sicuri fino all'RTM. –

In questo [MSDB doc] (http://msdn.microsoft.com/en-us/library/ms143506%28v=sql.110%29.aspx) il servizio di segnalazione è impostato su 3.5, non che indica perché non richiedono 4.0! – aweis

SSRS 2014 è ora rilasciato e il codice personalizzato ancora non supporta il .Net Framework 4.0.

Vedi prerequisiti nella sezione "Requisiti hardware e software per l'installazione di SQL Server 2014" (http://msdn.microsoft.com/en-us/library/ms143506(v=sql.120).aspx)

E 'molto divertente che SQL Server 2014 è appena RTM'ed pochi giorni fa ed è già considerato un "legacy applicazione" dai ragazzi Net Framework che dicono:

.NET Framework 3.5 non è incluso di default in Windows 8 o Windows Server 2012, ma è possibile scaricare e distribuire per applicazione legacy compatibilità.

... vedi "di Microsoft .NET Framework 3.5 Considerazioni sulla distribuzione" (http://technet.microsoft.com/en-us/library/dn482066.aspx)

penso che il problema più grande è se la disponibilità del supporto di .Net 3.5 SP1 può effettivamente essere legato al sistema operativo' es per cui era un componente predefinito. Qualunque cosa affermino, non vedo Microsoft che smetta di supportare su .Net 3.5 finché SQL Server continua a renderlo un prerequisito in un prodotto che sta pubblicando oggi. I ragazzi di .Net Framework non possono essere troppo felici con i ragazzi pigri di SQL in questo momento ...

fonte

2014-03-23 04:55:12

Ho appena ri-mirato la mia dll personalizzata a 3.5 - grazie per la risposta dettagliata –

In realtà, trovo che i report utilizzando NET 4.0 assemblee funzioneranno bene in VS 2010 (PreviewProcessingService.exe) ...

E i rapporti possono funzionare anche per te quando ne la distribuzione di SSRS 2012 SP1 in SharePoint 2013 modalità integrata.

Ecco la risposta autorevole quando/dove il .Net 4.0 CLR è supportata da SSRS: http://support.microsoft.com/kb/2869522/en-us

Per quelli di noi che fanno uso di SSRS in modalità standalone (senza SharePoint), potremmo essere bloccati sul. Net 2.0 CLR per un po '.

fonte

2013-04-05 18:53:50

Potrei sbagliarmi e potrebbero esserci più differenze ma aver confrontato i rapporti scaricati dai servizi di segnalazione e quelli "identici" realizzati in Visual Studio con .Net framework 4.0+ Penso che l'unica differenza sia quella di inserire una sezione di ReportParametersLayout in xml. Se rimuovi manualmente questo dalla versione xml del file di report quindi caricalo speriamo che funzionerà per te

fonte

2017-03-24 10:26:16 Froggy

Codice personalizzato di SSRS 2012 .NET Framework 4.0 non supportato

risposta

Problemi correlati