Impossibile caricare il file o l'assembly "System.Net.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a"

Ho copiato il mio progetto su un computer Windows 10 pulito con solo Visual Studio 2015 Community e SQL Server 2016 Express installati. Non ci sono altre versioni di framework installate oltre a quelle installate con Windows 10 e VS2015 o SQL Server.

Quando provo ad avviare il progetto WebApi ricevo il messaggio:

Impossibile caricare il file o l'assembly "System.Net.Http, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a" o una delle sue dipendenze. Il sistema non trova il file specificato.

I pacchetti del progetto includono:

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

Dopo aver creato il progetto con .NET Framework 4.6.1, System.Net.Httpil file non viene trovato nella bincartella.

Il percorso del file punta a:

C: \ Programmi (x86) \ Assembly Assembly \ Microsoft \ Framework.NETFramework \ v4.6.1 \ System.Net.Http.dll

Il percorso del file System.Net.Http.Formattingpunta a:

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

L'intero progetto dovrebbe essere destinato alla 4.5.1 o esiste un altro modo per fare riferimento alle assemblee giuste?

Segui i seguenti passi,

1. Aggiorna Visual Studio all'ultima versione (è importante)
2. Rimuovi tutti i reindirizzamenti vincolanti da web.config

3. Aggiungi questo al .csprojfile:

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

4. Costruisci il progetto
5. Nella bincartella dovrebbe esserci un (WebAppName).dll.configfile
6. Dovrebbe contenere reindirizzamenti, copiarli nel file web.config
7. Rimuovi quanto sopra snipped dal .csprojfile

Dovrebbe funzionare

La modifica delle informazioni di associazione in my web.config (o app.config) - mentre un "hack" a mio avviso, ti consente di andare avanti con il tuo progetto dopo un aggiornamento del pacchetto NuGet che colpisce l'applicazione e ti dà System.Net.Http errore.

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

In uno dei miei progetti c'erano pacchetti di nuget con una versione successiva di System.Net.Http. e nel mio progetto di avvio ci si riferisce a System.Net.Http v 4.0.0, ho appena installato il pacchetto nuget System.Net.Http nel mio progetto di avvio e il problema è stato risolto

Modifica seguente:

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

con il seguente:

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

in web.config

Se nella tua soluzione sono presenti più progetti, fai clic con il pulsante destro del mouse sull'icona della soluzione in Visual Studio e seleziona "Gestisci pacchetti NuGet per soluzione", quindi fai clic sulla quarta scheda "Consolida" per consolidare tutti i tuoi progetti nella stessa versione del DLL. Ciò fornirà un elenco di assiemi referenziati da consolidare. Fai clic su ciascun elemento nell'elenco, quindi fai clic su Installa nella scheda visualizzata a destra.

Il bind-reindirizzamento sopra non ha funzionato per me, quindi ho commentato il riferimento a System.Net.Httpin web.config. Tutto sembra funzionare bene senza di essa.

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

È possibile risolvere questo problema aggiornando il progetto a .NET Framework 4.7.2. A questa risposta Alex Ghiondea - MSFT . Per favore, votalo come se lo merita davvero!

Questo è documentato come un problema noto in .NET Framework 4.7.1.

Per ovviare al problema, puoi aggiungere questi obiettivi al tuo progetto. Rimuoveranno DesignFacadesToFilter dall'elenco dei riferimenti passati a SGEN (e li aggiungeranno nuovamente al termine di SGEN)

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

Un'altra opzione (a livello di macchina) è aggiungere il seguente reindirizzamento di associazione a 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.

Funzionerà in .NET 4.7.2 con Visual Studio 2017 (15.9.4):

• Rimuovere i reindirizzamenti dell'associazione web / app.config
• Rimuovere il pacchetto NuGet per System.Net.Http
• Apri "Aggiungi nuovo riferimento" e collega direttamente alla nuova build 4.2.0.0 fornita con .NET 4.7.2

Ho lo stesso problema e l'unico modo in cui sono in grado di risolverlo è aggiungere bindingRedirect ad app.confing come ha scritto @ tripletdad99.

Ma se hai una soluzione con più progetti è davvero succhiare aggiornare ogni progetto a mano (e anche a volte dopo l'aggiornamento di alcuni pacchetti nuget devi farlo di nuovo). Ed è il motivo per cui ho scritto un semplice script PowerShell che, se tutto 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"

Esempio come usare:

./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"

Probabilmente non è perfetto e sarà anche meglio se qualcuno lo collega a un'attività pre-build.

4.6.1-2 in VS2017 gli utenti possono sperimentare la sostituzione indesiderata della loro versione di System.Net.Http con quella che VS2017 o Msbuild 15 vogliono usare.

Abbiamo eliminato questa versione qui:

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

e qui:

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

Quindi il progetto si sviluppa con la versione a cui abbiamo fatto riferimento tramite NuGet.

Avevo questo, ma era perché avevo aggiunto un pacchetto NuGet che aveva aggiornato i reindirizzamenti di associazione. Una volta rimosso il pacchetto, i reindirizzamenti erano ancora lì. Li ho rimossi tutti e poi ho eseguito update-package -reinstall. Ciò ha aggiunto i reindirizzamenti corretti.

Controlla la versione del framework .net.
Il mio framework .net originale è una versione precedente.
Dopo aver installato .net framework 4.6, questo problema viene automaticamente risolto.

Per me, avevo impostato il mio progetto per l'esecuzione sull'ultima versione di .Net Framework (una modifica da .Net Framework 4.6.1 a 4.7.2).

Tutto ha funzionato, senza errori e pubblicato senza problemi, ed è stato solo per caso che mi sono imbattuto nel messaggio di errore System.Net.Http, mostrato in una richiesta API piccola, difficile da notare, ma abbastanza importante sul sito Web I ' sto lavorando su.

Sono tornato alla 4.6.1 e tutto va di nuovo bene.

L'unico modo che ha risolto in modo chiaro questo problema per me (.NET 4.6.1) è stato non solo aggiungere un riferimento Nuget a System.Net.Http V4.3.4 per il progetto che effettivamente utilizzava System.Net.Http, ma anche al progetto di avvio (un progetto di prova nel mio caso).

(Il che è strano, perché il System.Net.Http.dll corretto esisteva nella directory bin del progetto di test e anche l'assemblaggio .config sembrava OK.)

Stava aggiornando un vecchio sito Web usando nuget (incluso l'aggiornamento .Net e l'aggiornamento MVC).

Ho eliminato il riferimento System.Net.HTTP in VS2017 (era alla versione 2.0.0.0) e ho aggiunto nuovamente il riferimento, che quindi mostrava 4.2.0.0.

Ho quindi aggiornato un sacco di "pacchetti" usando nuget e ho ricevuto il messaggio di errore, poi ho notato che qualcosa aveva ripristinato il riferimento a 2.0.0.0, quindi ho rimosso e aggiunto di nuovo e funziona benissimo ... bizzarro.