SSRS 2008, dll personalizado, archivo no encontrado

Question

He estado peleando con SSRS ahora por un tiempo y es más que tonto. Al agregar una referencia a una DLL (que es parte de la misma solución) que me da más que una

[rsErrorLoadingCodeModule] Error mientras que el módulo de código de carga: 'MyFile.MyClass.Code, Versión 1.0 = .0.0, Culture = neutral, PublicKeyToken = null '. Detalles: No se pudo cargar el archivo o el ensamblado 'MyFile.MyClass.Code, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = null' o una de sus dependencias . El sistema no puede encontrar el archivo especificado.

He intentado golpear la configuración de solución de contarla fuente de depuración se encuentra en otros lugares, copiar el archivo en unos 50 lugares diferentes (no GAC, no es posible), se ejecuta Visual Studio 2008 como administrador, todo el tonto cosas que se te ocurra ... nada, el mismo error cada vez.

¿Alguna idea?

Answer 1

Es posible que deba agregar referencias a los ensamblajes a los que hace referencia su ensamblado MyFile. Por lo tanto, si MyFile hace referencia a System.IO por ejemplo, es posible que deba agregar esa referencia dll de forma explícita al informe.

Answer 2

Recibí un error similar en ssrs-2005.

Simplemente copie su dll a la siguiente carpeta del servidor de informes: "C: \ Archivos de programa \ Microsoft SQL Server \ MSSQL.2 \ Reporting Services \ ReportServer \ bin" y todo debería funcionar bien.

Answer 3

Aquí está la respuesta correcta real. He tenido que pelear con esto dos veces y no lo documenté lo suficiente la primera vez que pensé que era una sola vez.

Ponerlo en la carpeta del servidor SQL Server es para el servidor. Para el desarrollo de poner una copia en la carpeta de Visual Studio,

algo como: C: \ Archivos de programa \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ PublicAssemblies

o Windows 7 64 bits C: \ Archivos de programa (x86) \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ PublicAssemblies

Answer 4

Para aquellos que han tenido problemas con dlls personalizados que importan System.Data.SqlClient, encontré el siguiente consejo absolutamente esencial en el archivo rssrvpolicy.config:

Respuesta corta y sucia: Cambia la Pe rmissionSetName atributo de "Ejecución" a "FullTrust" para CodeGroup "Report_Expressions_Default_Permissions".

Espero que esto ayude a alguien.