Système.Net.Le paquet Http NuGet 4.3.0 la référence génère le système.IO.FileLoadException sur le système.Diagnostic.Source de diagnostic ver 4.0.0.0 référence

Description du problème:

une bibliothèque partagée".dll" système de références du projet.Net.Paquet Http NuGet 4.3.0. L'application qui fait référence à "partagé.dll" échoue avec

Système.IO.FileLoadException

ne pouvait pas charger le système de fichiers ou d'assemblage.Diagnostic.DiagnosticSource, Version=4.0.0.0, Culture=neutre, PublicKeyToken = cc7b13ffcd2ddd51' ou l'une de ses dépendances. L'assemblée manifeste définition ne correspond pas à l'assemblée de référence. (Exception de HRESULT: 0x80131040)

système at.Net.Http.WinHttpHandler.SendAsync ( ... )

après avoir étudié cette question, nous sommes arrivés à la cause suivante de l'échec ci-dessus:

• la page d'information sur le paquet pour système.Net.Http v 4.3.0 États dépendant de Système.Diagnostic.DiagnosticSource v 4.3.0 ou au-dessus. Ce paquet est automatiquement téléchargé lorsque Système.Net.Http v 4.3.0 est référencé à partir du projet.
• NuGet paquet de système.Net.En fait, Http v 4.3.0 inclut System.Net.Http.dll v 4.1.1.0 (en date du 8 janvier 2017).
• NuGet paquet de système.Diagnostic.Diagnostiksource v 4.3.0 en fait comprend le système.Diagnostic.Diagnostiksource v 4.0.1.0 (en date du 8 janvier 2017).
• système.Net.Http ver 4.1.1.0 système de références.Diagnostic.Diagnostiquessource C. 4.0.0.0
• Système.Diagnostic.Diagnostiksource v. 4.0.0.0 n'est pas une correspondance exacte à la dll téléchargée v 4.0.1.0.
• lorsque la version d'une référence de bibliothèque fortement nommée n'est pas en correspondance exacte, le temps D'exécution .NET essaie toujours de trouver l'assemblage référencé. Si elle ne peut pas: l'exception de la bibliothèque load est générée. Voir aussi le suivant commentaire

il y a un couple solutions de contournement:

1. app.option de configuration: déclarer les versions compatibles (jusqu'où devrions-nous aller avec cela?) avec liaison de redirection dans l'app.config "partagé.dll " - application de référencement.

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <dependentAssembly>
    <assemblyIdentity name="System.Diagnostics.DiagnosticSource" publicKeyToken="cc7b13ffcd2ddd51" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.0.1.0" newVersion="4.0.1.0" />
  </dependentAssembly>
</assemblyBinding>

2. Système De Force.Diagnostic.DiagnosticSource.dll à la version 4.0.0.0: Ajouter une référence NuGet au système.Diagnostic.Source de diagnostic v. 4.0.0.0 au système de référencement des projets.Net. préempt téléchargement automatique de dll version 4.0.1.0. Cette option supprime la possibilité de mettre à jour automatiquement la dépendance NuGet, mais rend le déploiement de la configuration des applications moins important.

Il y a un sentiment lancinant cependant que la solution appropriée réside dans la correction des incohérences des paquets NuGet mentionnées ci-dessus par les propriétaires du paquet. Lorsqu'il est fixé à la source, aucune solution de contournement pour le système.Net.Le code de consommation du paquet Http serait requis.

Questions:

1. Pourquoi Système.Net.Le paquet Http v 4.3.0 contient un décalage System.Net.Http.dll v 4.1.1 alors qu'il existe une version antérieure exacte du paquet 4.1.1?
2. devrions-nous procéder à l'une ou l'autre des deux solutions de rechange mentionnées ci-dessus?
3. Lequel est le mieux?
4. Ou: Est-il une autre solution au problème?
5. ou: y a-t-il une mise à jour imminente des paquets NuGet qui corrige l'incohérence?

Merci.