Système.IO.FileLoadException: impossible de charger le fichier ou l'assembly Log4net
J'ai ajouté un projet existant pour ma solution. Lorsque j'exécute tous les tests unitaires avec MSTest coureur, je reçois le message d'erreur suivant sur un couple de tests:
Message: méthode d'Essai lambda jeté exception:
Système.IO.FileLoadException: impossible de charger le fichier ou l'assembly 'log4net, Version 1.2.12.0, Culture=neutral, PublicKeyToken=669e0ddf0bb1aa2a' ou une de ses dépendances. L'assemblée manifeste définition ne correspond pas à la référence d'assembly. (Exception de HRESULT:0x80131040)
Je sais que d'autres ont eu le même problème et il y a d'autres questions et réponses sur ce sujet. Mais j'ai essayé beaucoup de choses, mais rien n'y fit.
La version de log4net que nous utilisons est 1.2.13.0.
J'ai vérifié avec FUSLOGVW.exe pour la liaison des erreurs. Le log4net montre avec l'ajout de l'assemblée et quelques Inconnus de l'assemblée.
La référence de log4net dans l'assemblée montre la version 1.2.13.0 qui a été ajouté avec NuGet. Il est donc probablement un dépendante de l'assemblée qui est à l'origine de tout ce mal.
J'ai essayé de changer log4net retour à la version 1.2.12.0, mais j'ai toujours le même message d'erreur.
Quand je lance tous les tests avec MSTest lanceur, ces erreurs apparaissent. Quand j'ai uniquement exécuter les tests échoués, ils passent. Lorsque j'exécute individuellement, ils passent aussi.
J'ai essayé de liaison de redirection, mais je l'ai fait pour l'assemblée qui est testé pas le test de l'assemblée. Je ne sais pas comment faire pour un montage d'essai - il n'y a pas de config.
Lorsque j'exécute les tests avec Resharper test runner ils passent aussi (mais d'autres tests échouent). Le serveur de Build TFS exécute le MSTest-coureur, donc j'ai besoin pour le faire fonctionner avec MSTest.
Personne ne sait comment je peux obtenir ce résolu?
- Essayez d'examiner des exemples de projets de log4net
- Supprimer la référence à log4net et d'ajouter une nouvelle référence à la version appropriée de log4net, ou de modifier le
Specific Versionpropriété de la référence à la valeur false. - Qui a été l'une des premières choses que j'ai essayé. Je l'ai essayé avec 1.2.13.0, 1.2.12.0 et avec le log4net 1.2.13.0 avec la signature ancienne. La Version Spécifique de la propriété est définie sur false.
Vous devez vous connecter pour publier un commentaire.
Le coupable a été trouvé. Comme j'étais soupçonner une personne à la charge de l'assemblée était de référencement de log4net 1.2.12.0. L'outil utilisé pour le savoir était dotPeek. Heureusement que nous avons le code source de la dépendance de l'assemblée et que nous pouvons la changer pour faire référence à la dernière log4net. Cela résout ce problème.
Donc si quelqu'un a un problème similaire, l'utilisation dotPeek ou un outil similaire pour aller à travers les assemblées dépendantes pour savoir quelles sont les versions des assemblées, il est le référencement.