Не удалось загрузить файл или сборку System.Web.Http.WebHost после публикации на веб-сайте Azure

Ответ 1

В опубликованной (развернутой среде) отсутствует dll. Именно по этой причине он работает в локальной, то есть Visual Studio, но не в среде веб-сайта Azure.

Просто выполните Copy Local = true в свойствах сборки (System.Web.Http.WebHost), а затем выполните повторное развертывание, оно должно работать нормально.

Если вы получите аналогичную ошибку, то есть какая-то другая сборка отсутствует, сделайте эту сборку copylocal = true и передислоцируйте, повторите ее итеративно - если вы не уверены в ее зависимостях.

Ответ 2

Если вы все еще ищете ответ, попробуйте проверить этот вопрос. Это помогло мне решить аналогичную проблему.

изменить: Решение, которое помогло мне, состояло в том, чтобы запустить Update-Package Microsoft.AspNet.WebApi -reinstall из диспетчера пакетов NugGet, как это было предложено Pathoschild. Затем мне пришлось удалить файл .suo и перезапустить VS, как предложил Сергей Осыпчук в этой теме.

Ответ 3

Я встретил ту же проблему, и я разрешил ее, установив CopyLocal в true для следующих библиотек:

System.Web.Http.dll
System.Web.Http.WebHost.dll
System.Net.Http.Formatting.dll

Я должен добавить, что я использую MVC4 и NET 4

Ответ 4

Для меня работала добавление следующего раздела в файл web.config:

<configuration>
...
    <runtime>
    ...
        <dependentAssembly>
            <assemblyIdentity name="System.Web.Http.WebHost" publicKeyToken="31bf3856ad364e35" culture="neutral" />
            <bindingRedirect oldVersion="0.0.0.0-5.1.0.0" newVersion="5.1.0.0" />
        </dependentAssembly>
    ...
    </runtime>
...
</configuration>

Этот пример означает MVC 5.1. Надеюсь, что это поможет кому-то решить эту проблему.

Ответ 5

Для меня он начал работать после выбора "Удалить дополнительные файлы в месте назначения" в параметрах публикации файла под настройками в диалоговом окне публикации.

Ответ 6

В опубликованной (развернутой среде) отсутствует dll. Именно по этой причине он работает в локальной, то есть Visual Studio, но не в среде веб-сайта Azure.

Просто скопируйте Local = true в свойствах сборки (System.Web.Http.WebHost), а затем выполните повторное развертывание, оно должно работать нормально.

Ответ 7

Я использую vs2012, и я думаю, что обновление KB2781514 изменило некоторые настройки. Весь мой System.Web.Http в моем проекте MVC4 изменился на false, и я продолжаю получать это сообщение. Я изменил свойство All file in this project в публикации, но не работал. Наконец, я должен поменять Copy Local = true один за другим и решить эту проблему.

Ответ 8

У меня была такая же проблема в моем приложении.

System.web.http.webhost not found.

Вам просто нужно скопировать файл system.web.http.webhost из основного проекта, который вы запускаете в Visual Studio, и вставить его в опубликованный проект bin.

После этого может отображаться та же ошибка, но имя каталога изменилось, оно может быть system.web.http. Следуйте той же процедуре, что и выше. Он будет работать после загрузки всех файлов. Это связано с пакетом nuget в Visual Studio, который они загружают из Интернета, но на сервере он не может его загрузить.

Этот файл можно найти в каталоге проекта bin.

Ответ 9

У меня такая же ошибка, и я изменил свою версию с 4 на 3, и она решена:

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <!-- Ensure correct version of MVC -->
    <dependentAssembly>
        <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35"/>
        <bindingRedirect oldVersion="0.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
    </dependentAssembly>
</assemblyBinding>

Ответ 10

Это случилось со мной на VS2013 (обновление 5)/ASP.NET 4.5 под типом проекта "Веб-приложение", которое включает MVC и Web API 2. Ошибка произошла сразу после создания проекта и перед добавлением какого-либо кода. Добавив следующую конфигурацию, исправьте это для меня. После разрешения "System.Web.Helpers" выпустить две более похожие ошибки, появившиеся для "System.Web.Mvc" и "System.Web.WebPages".

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-5.0.0.0" newVersion="5.2.3.0" />
      </dependentAssembly>
      <dependentAssembly>
        <assemblyIdentity name="System.Web.WebPages" publicKeyToken="31bf3856ad364e35" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-3.0.0.0" newVersion="3.0.0.0" />
      </dependentAssembly>

Ответ 11

Мне не хватало нескольких DLL. Даже если я вручную скопировал их в каталог, в следующий раз, когда я их опубликую, они исчезнут. Каждый из них уже был настроен на Копирование локально в VS. Исправление для меня состояло в том, чтобы установить каждую из них на Копировать Локально false, сохранить, построить, а затем установить для каждого, чтобы скопировать локально true. На этот раз, когда я опубликовал все библиотеки DLL, опубликованные правильно. Странно

Ответ 12

Если у вас есть несколько проектов в вашем решении, и один из ваших проектов не удается построить из-за этой ошибки, убедитесь, что в этом проекте установлен пакет обновления для WebApi Core nuget. Просто добавление ссылки на System.Web.Http не помогает, вам нужно установить правильный пакет nuget в этот проект.

В моем решении было несколько проектов, и WebApi Core уже был установлен в другом проекте. Я ссылался на сборку System.Web.Http, щелкнув правой кнопкой мыши и отметив сборку из списка, и она не работала на Azure, хотя локально она будет хорошо работать. Мне пришлось удалить справочную информацию вручную и добавить пакет нужного пакета WebApi Core для каждого проекта, для которого нужна ссылка на сборку.

Ответ 13

В случае, если "Копировать локальную" уже "Истина", я иногда нахожу ее работать, если вы удаляете файлы, в которых она была опубликована, и публикуйте ее снова.

Например, если вы используете IIS, удалите веб-сайты и содержимое каталога, в который они были опубликованы, и опубликуйте снова.

В месте назначения могут быть более старые версии файлов, поэтому, чтобы убедиться, что вы не используете старые версии, удалите все, прежде чем публиковать их снова.

Ответ 14

Я удалил следующую запись из web.config, и она сработала для меня.

<dependentAssembly>
                <assemblyIdentity name="System.Web.Http.WebHost" culture="neutral" publicKeyToken="31BF3856AD364E35" />
                <bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="5.2.6.0" />
            </dependentAssembly>

Ответ 15

Убедитесь, что версия пакета одинакова для всего решения. Я просто понизил и обновил пакет Microsoft.AspNet.Mvc во всем решении, и проблема решена.