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

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

Lorsque j'essaye de démarrer le projet WebApi, je reçois le message:

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

Les packages 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 généré le projet avec .NET Framework 4.6.1, System.Net.Httple fichier est introuvable dans le bindossier.

Le chemin du fichier pointe vers:

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

Le chemin du fichier System.Net.Http.Formattingpointe 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 cibler 4.5.1 ou existe-t-il une autre façon de référencer les bons assemblages?

Suivez les étapes suivantes,

1. Mettez à jour Visual Studio vers la dernière version (cela compte)
2. Supprimer toutes les redirections de liaison de web.config

3. Ajoutez ceci au .csprojfichier:

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

4. Construisez le projet
5. Dans le bindossier, il devrait y avoir un (WebAppName).dll.configfichier
6. Il devrait contenir des redirections, copiez-les dans le web.config
7. Supprimer ce qui précède extrait du .csprojfichier

Ça devrait marcher

Modifier les informations de liaison dans mon web.config (ou app.config) - bien qu'un "hack" à mon avis, vous permet d'avancer dans votre projet après qu'une mise à jour du package NuGet bloque votre application et vous donne le System.Net.Http Erreur.

Définir newVersion = "4.0.0.0"

<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>

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

Changement suivant:

<bindingRedirect oldVersion="0.0.0.0-4.1.1.2" newVersion="4.1.1.2" />

avec ce qui suit:

<bindingRedirect oldVersion="0.0.0.0-4.1.1.2" newVersion="4.0.0.0" />

dans web.config

Si vous avez plusieurs projets dans votre solution, cliquez avec le bouton droit sur l'icône de la solution dans Visual Studio et sélectionnez `` Gérer les packages NuGet pour la solution '', puis cliquez sur le quatrième onglet `` Consolider '' pour consolider tous vos projets dans la même version du DLL. Cela vous donnera une liste d'assemblys référencés à consolider. Cliquez sur chaque élément de la liste, puis cliquez sur installer dans l'onglet qui apparaît à droite.

La redirection de liaison ci-dessus n'a pas fonctionné pour moi, j'ai donc commenté la référence à System.Net.Httpin web.config. Tout semble fonctionner correctement sans cela.

  <system.web>
    <compilation debug="true" targetFramework="4.7.2">
      <assemblies>
        <!--<add assembly="System.Net.Http, Version=4.2.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A" />-->
        <add assembly="System.ComponentModel.Composition, Version=4.0.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089" />
      </assemblies>
    </compilation>
    <customErrors mode="Off" />
    <httpRuntime targetFramework="4.7.2" />
  </system.web>

Vous pouvez résoudre ce problème en mettant à niveau votre projet vers .NET Framework 4.7.2. Cela a été répondu par Alex Ghiondea - MSFT . S'il vous plaît, montez-le comme il le mérite vraiment!

Ceci est documenté comme un problème connu dans .NET Framework 4.7.1.

Pour contourner ce problème, vous pouvez ajouter ces cibles à votre projet. Ils supprimeront DesignFacadesToFilter de la liste des références transmises à SGEN (et les rajouteront une fois SGEN terminé)

<Target Name="RemoveDesignTimeFacadesBeforeSGen" BeforeTargets="GenerateSerializationAssemblies">
  <ItemGroup>
    <DesignFacadesToFilter Include="System.IO.Compression.ZipFile" />
    <_FilterOutFromReferencePath Include="@(_DesignTimeFacadeAssemblies_Names->'%(OriginalIdentity)')" 
        Condition="'@(DesignFacadesToFilter)' == '@(_DesignTimeFacadeAssemblies_Names)' and '%(Identity)' != ''" /> 
    <ReferencePath Remove="@(_FilterOutFromReferencePath)" />
  </ItemGroup>
  <Message Importance="normal" Text="Removing DesignTimeFacades from ReferencePath before running SGen." /> </Target>

<Target Name="ReAddDesignTimeFacadesBeforeSGen" AfterTargets="GenerateSerializationAssemblies">
  <ItemGroup>
    <ReferencePath Include="@(_FilterOutFromReferencePath)" />
  </ItemGroup>
  <Message Importance="normal" Text="Adding back DesignTimeFacades from ReferencePath now that SGen has ran." />
</Target>

Une autre option (à l'échelle de la machine) consiste à ajouter la redirection de liaison suivante à sgen.exe.config:

<runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="System.IO.Compression.ZipFile" publicKeyToken="b77a5c561934e089" culture="neutral" />
      <bindingRedirect oldVersion="0.0.0.0-4.2.0.0" newVersion="4.0.0.0" />
    </dependentAssembly>
  </assemblyBinding>
</runtime> This will only work on machines with .NET Framework 4.7.1. installed. Once .NET Framework 4.7.2 is installed on that machine, this workaround should be removed.

Cela fonctionnera dans .NET 4.7.2 avec Visual Studio 2017 (15.9.4):

• Supprimer les redirections de liaison web / app.config
• Supprimer le package NuGet pour System.Net.Http
• Ouvrez "Ajouter une nouvelle référence" et créez un lien direct vers la nouvelle version 4.2.0.0 fournie avec .NET 4.7.2

J'ai le même problème et le seul moyen de le résoudre est d'ajouter bindingRedirect à app.confing comment écrit @ tripletdad99.

Mais si vous avez une solution avec plus de projet, c'est vraiment nul de mettre à jour chaque projet à la main (et aussi parfois après la mise à jour d'un package nuget, vous devez le refaire). Et c'est la raison pour laquelle j'ai écrit un simple script PowerShell qui si tout 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"

Ce n'est probablement pas parfait et il sera également préférable que quelqu'un le lie à une tâche de pré-construction.

4.6.1-2 dans VS2017, les utilisateurs peuvent rencontrer le remplacement indésirable de leur version de System.Net.Http par celle que VS2017 ou Msbuild 15 souhaite utiliser.

Nous avons supprimé cette version ici:

C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ MSBuild \ Microsoft \ Microsoft.NET.Build.Extensions \ net461 \ lib \ System.Net.Http.dll

et ici:

C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ BuildTools \ MSBuild \ Microsoft \ Microsoft.NET.Build.Extensions \ net461 \ lib \ System.Net.Http.dll

Ensuite, le projet se construit avec la version que nous avons référencée via NuGet.

J'avais ceci, mais c'était parce que j'avais ajouté un package NuGet qui avait mis à jour les redirections de liaison. Une fois que j'ai supprimé le package, les redirections étaient toujours là. Je les ai tous supprimés, puis j'ai exécuté update-package -reinstall. Cela a ajouté les bonnes redirections.

Vérifiez la version du framework .net.
Mon framework .net d'origine est une version plus ancienne.
Après avoir installé .net framework 4.6, ce problème est automatiquement résolu.

Pour moi, j'avais configuré mon projet pour qu'il s'exécute sur la dernière version de .Net Framework (un changement de .Net Framework 4.6.1 à 4.7.2).

Tout a fonctionné, aucune erreur et publié sans problème, et ce n'est que par hasard que je suis tombé sur le message d'erreur System.Net.Http, affiché dans une petite demande d'API difficile à remarquer, mais assez importante sur le site Web. Je travaille sur.

Je suis revenu à 4.6.1 et tout va bien à nouveau.

La seule façon qui a résolu proprement ce problème pour moi (.NET 4.6.1) était non seulement d'ajouter une référence Nuget à System.Net.Http V4.3.4 pour le projet qui utilisait réellement System.Net.Http, mais aussi au projet de démarrage (un projet de test dans mon cas).

(Ce qui est étrange, car le System.Net.Http.dll correct existait dans le répertoire bin du projet de test et l'assembly .configBingings semblait également correct.)

Mise à jour d'un ancien site Web à l'aide de nuget (y compris la mise à jour .Net et la mise à jour MVC).

J'ai supprimé la référence System.Net.HTTP dans VS2017 (il s'agissait de la version 2.0.0.0) et j'ai rajouté la référence, qui montrait alors 4.2.0.0.

J'ai ensuite mis à jour une tonne de 'packages' en utilisant nuget et j'ai reçu le message d'erreur, puis j'ai remarqué que quelque chose avait réinitialisé la référence à 2.0.0.0, alors j'ai supprimé et rajouté à nouveau et cela fonctionne bien ... bizarre.