Не вдалося завантажити файл або збірку “System.Net.Http, Версія = 4.0.0.0, Культура = нейтральна, PublicKeyToken = b03f5f7f11d50a3a”

Я скопіював свій проект на чисту машину Windows 10 із встановленими лише спільнотами Visual Studio 2015 та SQL Server 2016 Express. Немає інших версій фреймворку, встановлених окрім встановлених у Windows 10 та VS2015 чи SQL Server.

Коли я намагаюся запустити проект WebApi, я отримую повідомлення:

Не вдалося завантажити файл або збірку "System.Net.Http, Версія = 4.0.0.0, Культура = нейтральна, PublicKeyToken = b03f5f7f11d50a3a" або одна з її залежностей. Система не може знайти вказаний файл.

Пакети проекту включають:

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

Після побудови проекту з .NET Framework 4.6.1 System.Net.Httpфайл не знайдеться в binпапці.

Шлях файлу вказує на:

C: \ програмні файли (x86) \ довідкові збори \ Microsoft \ Framework.NETFramework \ v4.6.1 \ System.Net.Http.dll

Шлях файлу System.Net.Http.Formattingвказує на:

C: \ розробка \ MyApp \ пакети \ Microsoft.AspNet.WebApi.Client.5.2.3 \ lib \ net45 \ System.Net.Http.Formatting.dll

Чи повинен цілий проект націлюватись на 4.5.1 чи є інший спосіб посилання на правильні збори?

Виконайте наступні кроки,

1. Оновіть візуальну студію до останньої версії (це важливо)
2. Видаліть усі переадресації прив’язки з web.config

3. Додайте це до .csprojфайлу:

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

4. Побудуйте проект
5. У binпапці має бути (WebAppName).dll.configфайл
6. Він повинен мати переспрямування, скопіюйте їх у web.config
7. Видаліть вищезгадане фрагмент з .csprojфайлу

Це має працювати

Зміна інформації про зв'язування в моєму web.config (або app.config) - хоч, на мій погляд, "зламати", ви можете рухатися вперед до свого проекту після того, як оновлення пакету NuGet зірве вашу програму і надасть вам System.Net.Http помилка.

Встановити 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>

В одному з моїх проектів були цілі пакети з вищою версією System.Net.Http. і в моєму запусковому проекті є посилання на System.Net.Http v 4.0.0, я щойно встановив нульовий пакет System.Net.Http у своєму запуску проекту і проблема вирішена

Змінити наступне:

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

із наступним:

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

у web.config

Якщо у вас є кілька проектів у вашому рішенні, клацніть правою кнопкою миші на піктограму рішення у Visual Studio та виберіть "Керувати пакетами NuGet для вирішення", а потім натисніть на четверту вкладку "Консолідувати", щоб консолідувати всі ваші проекти в одній версії DLL. Це дасть вам список посилань на збірки, які потрібно об'єднати. Клацніть кожен елемент у списку, а потім натисніть «Встановити» на вкладці, що відображається праворуч.

Вище зв'язування переадресація не працює для мене , тому я закоментувавши посилання на System.Net.Httpв web.config. Здається, все без нього працює добре.

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

Ви можете це виправити, оновивши проект до .NET Framework 4.7.2. На це відповів Олексій Гіондея - MSFT . Будь ласка, підкажіть його, як він справді цього заслуговує!

Це задокументовано як відомий випуск у .NET Framework 4.7.1.

Як вирішення, ви можете додати ці цілі до свого проекту. Вони видалять DesignFacadesToFilter зі списку посилань, переданих на SGEN (і додають їх назад, коли 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>

Іншим варіантом (на машині широко) є додати таке перенаправлення прив'язки до 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.

Це буде працювати в .NET 4.7.2 з Visual Studio 2017 (15.9.4):

• Видаліть прив’язки перенаправлень веб / app.config
• Видаліть пакет NuGet для System.Net.Http
• Відкрийте "Додати нову довідку" та безпосередньо посилання на нову збірку 4.2.0.0, яка постачається з .NET 4.7.2

У мене є те саме питання, і єдиним способом, як я можу це виправити, є додаванняindingRedirect до app.confing як написано @ tripletdad99.

Але якщо у вас є рішення з більшою кількістю проектів, це справді висмоктувати оновлення кожного проекту вручну (а також іноді після оновлення певного пакету нугів потрібно робити це ще раз). І це причина, чому я написав простий скрипт повноважень, який, якщо всі 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"

Приклад використання:

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

Напевно, це не ідеально, а також буде краще, якщо хтось зв’яже це з завданням заздалегідь.

4.6.1-2 у VS2017 користувачі можуть відчути небажану заміну своєї версії System.Net.Http на ту, яку VS2017 або Msbuild 15 хоче використовувати.

Тут ми видалили цю версію:

C: \ програмні файли (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ MSBuild \ Microsoft \ Microsoft.NET.Build.Extensions \ net461 \ lib \ System.Net.Http.dll

і ось:

C: \ програмні файли (x86) \ Microsoft Visual Studio \ 2017 \ BuildTools \ MSBuild \ Microsoft \ Microsoft.NET.Build.Extensions \ net461 \ lib \ System.Net.Http.dll

Потім проект будується за версією, на яку ми посилалися через NuGet.

У мене це було, але це було тому, що я додав пакет NuGet, який оновив переадресації прив’язки. Як тільки я вийняв пакет, переадресації все ще були. Я видалив їх, а потім запустив update-package -reinstall. Це додало правильних переадресацій.

Перевірте версію .net Framework.
Моя оригінальна рамка .net - це старша версія.
Після того, як я встановив .net Framework 4.6, ця проблема вирішується автоматично.

Для мене я встановив, що мій проект працюватиме на останній версії .Net Framework (зміна від .Net Framework 4.6.1 до 4.7.2).

Все працювало, помилок не було і опубліковано без проблем, і лише випадково я натрапив на повідомлення про помилку System.Net.Http, показане в невеликому, важко помітному, але досить важливому запиті API на веб-сайті I ' м працює над.

Я відкотився до 4.6.1 і знову все добре.

Єдиним способом, який чітко вирішив цю проблему для мене (.NET 4.6.1), було не лише додати Nuget посилання на System.Net.Http V4.3.4 для проекту, який фактично використовував System.Net.Http, але і до стартовий проект (тестовий проект у моєму випадку).

(Що дивно, тому що правильний System.Net.Http.dll існував у директорії бін тестового проекту, а також .config зборка Bingings теж виглядала нормально.)

Оновлено старий веб-сайт за допомогою nuget (включаючи .Net оновлення та оновлення MVC).

Я видалив посилання System.Net.HTTP у VS2017 (це було у версії 2.0.0.0) і повторно додав посилання, яке потім показало 4.2.0.0.

Потім я оновив тонну "пакунків" за допомогою nuget і отримав повідомлення про помилку, потім помітив, що щось скинуло посилання на 2.0.0.0, тому я видалив і знову додав, і це працює чудово ... химерно.