web-dev-qa-db-fra.com

Impossible de charger le fichier ou l'assembly 'System.Threading.Tasks.Extensions, Version = 4.2.0.0

J'ai récemment installé CsvHelper ( https://joshclose.github.io/CsvHelper/ ) lorsque j'essaie d'utiliser la bibliothèque, j'obtiens l'erreur suivante:

Impossible de charger le fichier ou l'assembly 'System.Threading.Tasks.Extensions, Version = 4.2.0.0, Culture = neutral, PublicKeyToken = cc7b13ffcd2ddd51' ou l'une de ses dépendances. La définition de manifeste de l'assembly localisé ne correspond pas à la référence d'assembly. (Exception de HRESULT: 0x80131040)

Dans mon app.config, j'ai une redirection de liaison:

 <dependentAssembly>
            <assemblyIdentity name="System.Threading.Tasks.Extensions" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" />
            <bindingRedirect oldVersion="0.0.0.0-4.2.0.1" newVersion="4.2.0.1" />
        </dependentAssembly>

Aussi dans mon projet, je fais référence à

\ packages\System.Threading.Tasks.Extensions.4.5.3\lib\netstandard2.0\System.Threading.Tasks.Extensions.dll

Sa version est 4.2.0.1. Je ne sais pas pourquoi il essaie toujours de charger 4.2.0.0 de la bibliothèque.

mon projet exécute .net 4.7.2

c#csvhelperassembly-binding-redirectassemblybinding
4
Ismail

J'ai donc créé un nouveau projet .NET 472 puis ajouté toutes les bibliothèques, etc. et le code et maintenant cela fonctionne.

Je soupçonne qu'il s'est cassé à l'origine parce que j'avais installé une version vraiment ancienne de csvhelper lib avec le plugin Excel. Même si je l'ai supprimé et supprimé toutes les références, il le récupérait toujours quelque part.

1
Ismail

J'ai eu ce problème aujourd'hui dans une solution multi-projets. Correction de cela en mettant à jour d'autres packages NuGet dans le projet incriminé. Malheureusement, je ne sais pas lequel a résolu le problème.

Version actuelle de CsvHelper: 15.0.5.

1
adamj537

Selon https://github.com/JoshClose/CsvHelper/issues/1462 cela semble être un bogue dans l'un des CSVHelper 15.0.0 dépendances . La version 15.0.0 (pas sûr des versions antérieures) apporte un autre assemblage qui cause le problème.

Personnellement, j'ai contourné ce problème en rétrogradant à 13.0, mais ce rapport de bogue indique maintenant qu'ils ont publié 15.0.1 spécifiquement pour résoudre ce problème. Je n'ai pas encore confirmé cela moi-même.

0
UuDdLrLrSs