SSRS 2008, fichier dll personnalisé, fichier introuvable

Question

Je me bats avec SSRS depuis un moment et ce n'est pas ridicule. Lorsque j'ajoute une référence à une dll (qui fait partie de la même solution), il ne me donne rien, mais un

[rsErrorLoadingCodeModule] Erreur alors que le module de chargement de code: « MyFile.MyClass.Code, Version = 1.0 .0.0, Culture = neutre, PublicKeyToken = null '. Détails: Impossible de charger le fichier ou assembly 'MyFile.MyClass.Code, Version = 1.0.0.0, Culture = neutre, PublicKeyToken = null' ou l'une de ses dépendances . Le système ne peut pas trouver le fichier spécifié.

J'ai essayé de frapper la configuration de la solution pour lui dire la source de débogage est dans d'autres endroits, la copie du fichier à environ 50 endroits différents (non gac, pas possible), l'exécution de Visual Studio 2008 en tant qu'administrateur, tous les Goofy choses que vous pouvez penser à ... rien, même erreur à chaque fois.

Des idées?

Answer 1

Vous devrez peut-être ajouter des références aux assemblys que votre assembly MyFile référence lui-même. Par conséquent, si MyFile fait référence à System.IO par exemple, vous devrez peut-être ajouter explicitement cette référence à l'état.

Answer 2

J'ai eu une erreur similaire sur ssrs-2005. Il suffit de copier manuellement votre DLL dans le dossier du serveur de rapports suivant: "C: \ Program Files \ Microsoft \ SQL Server \ MSSQL.2 \ Reporting Services \ ReportServer \ bin" et tout devrait fonctionner correctement.

Answer 3

Voici la bonne réponse. J'ai dû me battre avec ça deux fois maintenant et je ne l'ai pas documenté assez bien la première fois en pensant que c'était une chose unique.

Le placer dans le dossier Bin de SQL Server est pour le serveur. pour le développement mis une copie dans le dossier Visual Studio,

quelque chose comme: C: \ Program Files \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ PublicAssemblies

ou Windows 7 64 bits C: \ Program Files (x86) \ Microsoft Visual Studio 9.0 \ Common7 \ IDE \ PublicAssemblies

Answer 4

Pour ceux qui ont eu des problèmes avec les DLL personnalisées qui importent System.Data.SqlClient, j'ai trouvé l'astuce suivante absolument essentielle dans le fichier rssrvpolicy.config:

Réponse courte et sale: Changez le Pe Attribut rmissionSetName de "Exécution" à "FullTrust" pour CodeGroup "Report_Expressions_Default_Permissions".

J'espère que cela aide quelqu'un.