Nous avons un projet asp.net 4.0 qui utilise quelques frameworks qui dépendent de la version 1.2.10.0 de log4net. Aujourd'hui, j'ai essayé d'inclure un nouveau framework qui dépend de la version 1.2.11.0 de log4net, je suis bloqué depuis:
log4net 1.2.10.0 a publickeytoken = 1b44e1d426115821
log4net 1.2.11.0 a publickeytoken = 669e0ddf0bb1aa2a
Comme ils sont différents, je ne peux utiliser ni les redirections d'assembly (pour que tous les frameworks utilisent la même version de log4net) ou codebase (pour que le nouveau framework utilise uniquement la version 1.2.11.0) via l'élément d'exécution dans web.config.
Quelles sont mes options ici?
(et pourquoi le bip est-ce que log4net continue de changer publickeytokens entre les versions, si je comprends bien, une clé perdue était la raison du passage de la version 1.2.9.0 à 1.2.10.0, ont-ils encore perdu la clé? pour le garder en sécurité s'ils en ont besoin ...)
Edit: Ok, donc les gars de log4net ont apparemment eu l'idée que la libération avec deux clés était une bonne idée, mais cela signifie que chaque framework que vous utilisez doit se mettre d'accord sur laquelle des deux saveurs ils préfèrent, ou ces frameworks ne peuvent pas fonctionner de côté côte à côte dans le même domaine d'application. Suis-je le seul à trouver cette idée horrible? si tout le monde faisait cela, tout s'effondrerait, non?
Edit2: Comme je l'ai dit, je n'utilise pas log4net dans mon code métier, mais j'utilise plusieurs frameworks qui dépendent de 1.2.10.0, et le problème est survenu lorsque j'ai essayé d'utiliser un nouveau framework qui dépendait de 1.2.11.0 (nouvelle clé ), donc la réponse de Stefans ne s'applique pas, car le nouveau framework attendra la nouvelle clé, pas l'ancienne