Comment puis-je référencer des assemblages en dehors du dossier bin dans une application ASP.net?

Question

J'ai un service Web XML fonctionnel écrit en ASP.Net. Maintenant, j'ai besoin de référencer certains assemblages se trouvant dans un dossier spécifique, par ex. c:\NotMyCode
I ne pas souhaitez copier/dupliquer zillions de dll dans ce dossier dans mon dossier bin.

J'ai essayé de conserver le CopyLocal=false pour les assemblys référencés dans le service Web. Cela s'est terminé dans une exception FileNotFound pour l'assembly. Lorsque je passe à CopyLocal=true, les DLL référencées sont copiées dans le dossier bin .. et cela fonctionne.

Donc ma question ici est: Comment est-ce que je fais référence aux assemblies qui ne se trouvent pas dans mon dossier bin ou un sous-dossier en dessous? Ai-je besoin de modifier certains fichiers de politique de sécurité quelque part? Je pense que je ne suis pas la première personne à vouloir faire quelque chose comme ça ... donc je suppose que quelqu'un a déjà résolu ce problème.

(je l'ai essayé usurper l'identité d'un utilisateur admin dans le panneau de configuration IIS ASP.net, mais ne fonctionnait pas non plus.)

Mise à jour: Impossible d'installer dans le GAC soit. Pour donner une analogie, ce service Web donne une vue simplifiée à une application tierce par exemple. Starteam. Je ne peux pas (ne devrait pas avoir .. ne veux pas ..) copier tous les binaires dans ce dossier dans le dossier bin ou l'installer dans le GAC

Answer 1

Vous pourriez toujours mettre vos assemblages référencés dans le GAC, alors l'emplacement n'aurait pas d'importance. Vous pouvez installer le composant en le faisant glisser dans le GAC (C: \ windows \ assembly) ou en exécutant GACUtil.exe.

Cet article peut vous aider. Il décrit le "Best Practices for Assembly Loading". Dans un premier temps, j'ai pensé que vous pouviez utiliser l'élément <probing privatePath="bin\debug"/> dans runtime/assemblyBinding dans le fichier web.config, mais la vérification vous permettra uniquement de spécifier des sous-répertoires sous l'emplacement racine.

Answer 2

Vous pouvez mettre en GAC et accéder à partir de là.

Answer 3

Je pense que vous pouvez également référencer des chemins d'assemblage spécifiques dans le code.

AppDomain.CurrentDomain.AppendPrivatePath("C:\\NotMyCode"); 

Faire cela dans votre Global.asax Application_Start devrait faire l'affaire.

Answer 4

Selon le MSDN documentation,

assemblées en dehors du répertoire Référencés racine de l'application doivent avoir des noms forts et doivent être soit installé dans le cache d'assembly global ou spécifié en utilisant l'élément <codeBase>.

Ainsi, il peut sembler que vous n'avez pas de chance. Voici ce que je vais essayer:

1. Créez un NTFS junction point sous le répertoire de base de votre application qui pointe vers le répertoire contenant votre code partagé. C'est l'étape clé. Par exemple, dans le répertoire de base de votre application, exécutez linkd SharedCode c:\NotMyCode. Cela fait <yourappbase>\SharedCode être effectivement un alias pour c:\NotMyCode.
2. Dites ASP.NET pour sonder les assemblages dans ce chemin, en utilisant un élément <probing>, référençant le point de jonction SharedCode. Comme c'est sous votre base d'application, cela devrait fonctionner. Sinon, utilisez AppDomainSetup.PrivateBinPath pour définir le chemin analysé pour les assemblages.

Je suis assez curieux de voir si cela fonctionne :-)

Answer 5

Vous pouvez toujours utiliser le: AppDomain.CurrentDomain.AssemblyResolve Event et appelez

Assemly.Load(Path.Combine(@"c:\NotMyStuff",args.Name.Substring(0, args.Name.IndexOf(",")) + ".dll")) 

Voir link pour plus d'informations.