Impossible de charger le fichier ou l'assemblage "System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a".

Question

J'ai copié mon projet sur une machine Windows 10 propre avec seulement Visual Studio 2015 Community et SQL Server 2016 Express installés. Il n'y a pas d'autres versions de frameworks installées en dehors de celles installées avec Windows 10 et VS2015 ou SQL Server.

Lorsque j'essaie de lancer le projet WebApi, j'obtiens le message suivant :

Impossible de charger le fichier ou l'assemblage "System.Net.Http, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" ou l'une de ses dépendances. Le système ne trouve pas le fichier spécifié.

Les paquets du projet comprennent :

<package id="Microsoft.AspNet.WebApi" version="5.2.3" targetFramework="net45" />
<package id="Microsoft.AspNet.WebApi.Client" version="5.2.3" targetFramework="net45" />
<package id="Microsoft.AspNet.WebApi.Core" version="5.2.3" targetFramework="net45" />
<package id="Microsoft.AspNet.WebApi.Tracing" version="5.2.3" targetFramework="net45" />
<package id="Microsoft.AspNet.WebApi.WebHost" version="5.2.3" targetFramework="net45" />

Après avoir construit le projet avec .NET Framework 4.6.1, System.Net.Http le fichier n'est pas trouvé dans le bin dossier.

Le chemin d'accès du fichier pointe vers :

C:\Program Fichiers (x86) \Reference Assemblages \Microsoft\Framework.NETFramework\v4.6.1\System.Net.Http.dll

Le chemin du fichier de System.Net.Http.Formatting pointe vers :

C:\Development\MyApp\packages\Microsoft.AspNet.WebApi.Client.5.2.3\lib\net45\System.Net.Http.Formatting.dll

L'ensemble du projet doit-il viser la version 4.5.1 ou existe-t-il un autre moyen de référencer les bons assemblages ?

Answer 1

Changer les informations de liaison dans mon web.config (ou app.config) - bien qu'il s'agisse d'un "hack" à mon avis, vous permet de poursuivre votre projet après qu'une mise à jour du paquet NuGet ait détruit votre application et vous ait donné l'erreur System.Net.Http.

Définir oldVersion="0.0.0.0-4.1.1.0" et newVersion="4.0.0.0" comme suit

<dependentAssembly>
    <assemblyIdentity name="System.Net.Http" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-4.1.1.0" newVersion="4.0.0.0" />
</dependentAssembly>

Answer 2

Suivez les étapes suivantes,

1. Mettre à jour Visual Studio à la dernière version (cela compte)

2. Supprimer toutes les redirections de liaison de web.config

3. Ajoutez ceci à la .csproj fichier :

   <PropertyGroup>
     <AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
     <GenerateBindingRedirectsOutputType>true</GenerateBindingRedirectsOutputType>
   </PropertyGroup>

4. Construire le projet

5. Dans le bin il devrait y avoir un (WebAppName).dll.config fichier

6. Il devrait contenir des redirections, copiez-les dans le fichier web.config

7. Retirez ce qui précède, extrait du .csproj fichier

Cela devrait fonctionner

Answer 3

Dans un de mes projets, il y avait un paquet nuget avec une version plus élevée de System.Net.Http. et dans mon projet de démarrage, il y a une référence à System.Net.Http v 4.0.0 , je viens d'installer Paquet nuget System.Net.Http dans mon projet de démarrage et le problème est résolu.

Answer 4

Si vous avez plusieurs projets dans votre solution, cliquez avec le bouton droit de la souris sur l'icône de la solution dans Visual Studio et sélectionnez 'Manage NuGet Packages for Solution', puis cliquez sur le quatrième onglet 'Consolidate' pour consolider tous vos projets avec la même version des DLLs. Vous obtiendrez alors une liste des assemblages référencés à consolider. Cliquez sur chaque élément de la liste, puis cliquez sur installer dans l'onglet qui apparaît à droite.

Answer 5

J'ai le même problème et la seule façon de le résoudre est d'ajouter bindingRedirect à app.confing comme l'a écrit @tripletdad99.

Mais si vous avez la solution avec plus de projet est vraiment craindre mettre à jour chaque projet à la main (et aussi parfois après la mise à jour de certains paquets nuget vous devez le faire à nouveau). Et c'est la raison pour laquelle j'ai écrit un simple powershell script qui si toutes les app.configs.

 param(
    [string]$SourceDirectory,
    [string]$Package,
    [string]$OldVersion,
    [string]$NewVersion
)

Write-Host "Start fixing app.config in $sourceDirectory"
Write-Host "$Package set oldVersion to $OldVersion and newVersion $NewVersion"
Write-Host "Search app.config files.."
[array]$files = get-childitem $sourceDirectory -Include app.config App.config -Recurse | select -expand FullName
foreach ($file in $files)
{
    Write-Host $file
    $xml = [xml](Get-Content $file)
    $daNodes = $xml.configuration.runtime.assemblyBinding.dependentAssembly
    foreach($node in $daNodes)
    {
        if($node.assemblyIdentity.name -eq $package)
        {
            $updateNode = $node.bindingRedirect
            $updateNode.oldVersion = $OldVersion
            $updateNode.newVersion =$NewVersion
            Write-Host "Fix"
        }
    }
    $xml.Save($file)
}

Write-Host "Done"

Exemple d'utilisation :

./scripts/FixAppConfig.ps1 -SourceDirectory "C:\project-folder" -Package "System.Net.Http" -OldVersion "0.0.0.0-4.3.2.0" -NewVersion "4.0.0.0"

Il n'est probablement pas parfait et il serait préférable que quelqu'un le relie à la tâche de pré-construction.