Comment puis-je la force .NET pour utiliser une copie locale d'un assembly dans le GAC

J'ai un .NET de l'assemblée qui (pour des raisons hors de mon contrôle) doit être dans le GAC. Cependant, la même assemblée est utilisé par un autre programme, qui a sa propre copie de l'ancienne version de la même assemblée. Il doit utiliser sa propre copie et non pas ce qui est dans le GAC. La version appropriée est probablement plus de tracas que ce qu'il vaut dans ce cas, pour des raisons que je ne vais pas entrer dans. Ma questions est: est-il de toute façon de le dire .NET: il suffit d'utiliser CETTE DLL, ici, dans ce répertoire - ignorer ce que vous trouverez dans le GAC a, ou n'importe où ailleurs.

InformationsquelleAutor EMP | 2008-11-06
  1. 44

    Assurez-vous que le GAC Assemblée et l'Assemblée locale ont différents numéros de version (pas une mauvaise idée de laisser votre numéro de build, au moins, l'auto-incrémentation par wild-brevets votre AssemblyVersion dans AssemblyInfo: [assembly: AssemblyVersion("1.0.0.*")] ). Ensuite, rediriger votre assemblée liaison à l'aide de votre application de config:

    Dans votre cas, vous n'aurez pas besoin de la "appliesTo" attribut de l'assemblyBinding config. Vous avez juste besoin de quelque chose comme:

    <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="YourAssembly" publicKeyToken="AAAAAAAAAAAA" culture="neutral"/>
            <bindingRedirect oldVersion="0.0.0.0-5.2.1.0" newVersion="5.0.8.1"/>
        </dependentAssembly>
    </assemblyBinding>
</runtime>
    • Pouvez-vous éviter d'utiliser cette liaison de redirection par recompiler l'application pour utiliser la nouvelle version de la dll, ou est une config de changement toujours nécessaire?
    • Réglage de la révision de la partie de votre numéro de version de * ne pas faire de l'auto-incrément. La documentation MSDN sur AssemblyVersionAttribute indique qu'il doit être aléatoire, mais dans la pratique, Visual Studio utilise le nombre de secondes depuis minuit divisé par 2.
    • Donc, ce que vous dites, c'est chaque assemblée sera re-versionnées sur chacun de construire, même si elle n'a pas de changements, de même, nous pouvons nous débarrasser de la dépendance sur le GAC? Quelle est la liaison d'assembly de redirection pour? La seule chose à laquelle je pense, c'est qu'il peut être utilisé sur des prod de sorte que si votre projet fait référence à 5.0.8.3453 au lieu de 5.0.8.1 dans le GAC juste parce que vous avez été re-versioning sur dev w/o faire des changements, il sera redirigé vers 5.0.8.1. Est ce que le droit? Maladroit, mais je ne vois pas un autre moyen de contourner cela.
    • Cela a fonctionné un régal pour moi. Merci pour l'info.
    • Je suis confus. Cet article dit son possible aip.im/2013/04/...
    InformationsquelleAutor Corbin March
  2. 27

    Si ils ont le même numéro de version, la réponse est que vous ne pouvez pas. Si vous tentez de charger une assemblée qui a le même assemblage complet (nom, version, clé) en tant que GAC avais assemblée le CLR choisir le GAC avais assemblée de chaque fois.

    • soin d'expliquer?
    • Je ne sais pas qui downvoted cela, mais j'ai l'expérience de la même chose que @JaredPar dit et ça me rend fou. Il est chargé de la GAC. J'ai deux assemblées, avec le même nom au complet, et je veux charger mes légèrement modifié d'une. Le pain PITA.
    • avez-vous essayé? aip.im/2013/04/...
    • Vous pouvez modifier la dll à l'aide de quelque chose comme DNSPY de sorte qu'il a une signature différente et la version. Un peu hackish mais il faudra travailler.
    • comment puis-je changer la version de l'assembly à l'aide de dnspy? J'ai essayé de changer la version, mais après la compilation, il utilise juste la version initiale. Btw: j'ai vérifier la version en faisant clic droit, propriétés puis onglet détails.
    • Avez-vous utilisez la commande enregistrer du module? Vérifier toutes les options là-dedans aussi. Il est certainement possible de le faire comme je l'ai fait avant de réussir.

    InformationsquelleAutor JaredPar
  3. 10

    Vous pouvez définir la DEVPATH à force de charger un assembly, voir texte du lien

    Ce n'est pas la réponse à votre question depuis que cela signifiait pour le développement, l'utilisation et même alors vraiment pas recommandé car il n'est pas un miroir de la production à l'utilisation. Cependant, je pense que je vais le partager de toute façon puisque c'est bon à savoir.

    InformationsquelleAutor Ying
  4. 1

    Avez-vous essayé de l'Assemblée.LoadFromFile()? C'est un manuel de chose à faire, mais doit se charger de votre assemblée, dans la mémoire avant que cela est nécessaire. .NET sera alors utiliser la mémoire au lieu de la chasse pour elle.

    Une autre façon serait si l'assemblée locale n'était pas signé, vous pouvez le différencier de cette façon.

    Rob

    • Bonne idée, mais non, elle ne fonctionne pas - LoadFile() charge le droit de l'assemblée, mais quand l'assemblage est utilisé, il est toujours chargé de la GAC. 🙁
    • Il n'est pas géré de façon à charger une copie locale d'un GAC avais assemblée
    • Vraiment décevant qu'il n'y a pas moyen.
    • Utilisation dnspy modifier la dll de la signature et de la version, alors vous pouvez forcer le chargement de votre personnalisé piraté dll.
    InformationsquelleAutor Robert Wagner
  5. 1

    J'ai eu un problème similaire. J'ai changé le publicKeyToken de la cible dll à l'aide de ildasm et ilasm pour générer une nouvelle dll. J'ai ensuite mis à jour dans le projet de référence pour pointer vers la nouvelle dll. Les étapes sont ici.

    Cela a fonctionné pour moi.

    InformationsquelleAutor dasons
  6. 0

    L'une des raisons de la liaison de redirection ne fonctionne pas est parce que l'Oracle.ManagedDataAccess fournisseur a un autre ordre de recherche pour les dll que la non géré fournisseur. Le non géré fournisseur commence dans le répertoire de l'application, puis regarde dans le dllpath dans le registre, puis la dll chemin dans la machine.config, puis dll chemin d'accès au web.config. Selon la documentation d'Oracle, l'ordre de recherche pour le fournisseur géré fonctionne comme ceci:

    Géré Pilote de référence de ces assemblées à l'aide de la commande de recherche de:

    1. Global Assembly Cache
    2. L'application web du répertoire bin ou Windows de l'application répertoire EXE
    3. Le x86 ou x64 sous-répertoire si l'application s'exécute en mode 32 bits ou 64 bits .NET Framework. Si l'application est construite à l'aide de AnyCPU, puis ODP.NET va utiliser la DLL correcte du nombre de bits aussi longtemps que l'assemblée est disponible. Oracle recommande d'utiliser cette méthode de recherche dépendant des assemblages si votre demande est AnyCPU.

    https://docs.oracle.com/en/database/oracle/oracle-database/12.2/odpnt/installODPmd.html#GUID-0E834EC7-21DF-4913-B712-2B0A07FD58FD

    Ainsi, la manière de résoudre ce problème est d'annuler l'inscription du GAC de l'assemblée OU tout simplement une autre version de Oracle.ManagedDataAccess dans votre cellule et le web.config de ce GAC, si vous ne pouvez pas le désinstaller.

    InformationsquelleAutor Charles Owen