Не удалось загрузить файл или сборку 'System.Web.Mvc'

Мое новое веб-приложение ASP.NET MVC работает на моей рабочей станции, но не работает на моем веб-сервере ...


Ошибка сервера в приложении '/'


Ошибка конфигурации

Описание: во время обработки файла конфигурации, необходимого для обслуживания этого запроса, произошла ошибка. Пожалуйста, просмотрите подробности конкретной ошибки ниже и измените файл конфигурации соответствующим образом.

Сообщение об ошибке синтаксического анализатора: не удалось загрузить файл или сборку 'System.Web.Mvc, версия = 1.0.0.0, культура = нейтральная, PublicKeyToken = 31bf3856ad364e35' или одна из ее зависимостей. Система не может найти указанный файл.

Ошибка источника:

Line 44:         <add assembly="System.Web.Abstractions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
Line 45:         <add assembly="System.Web.Routing, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
Line 46:         <add assembly="System.Web.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>
Line 47:         <add assembly="System.Data.DataSetExtensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>
Line 48:         <add assembly="System.Xml.Linq, Version=3.5.0.0, Culture=neutral, PublicKeyToken=B77A5C561934E089"/>

Исходный файл: C: \ inetpub \ www.example.org \ web.config Строка: 46

Отслеживание загрузки сборки: следующая информация может быть полезна для определения того, почему не удалось загрузить сборку «System.Web.Mvc, версия = 1.0.0.0, культура = нейтральная, PublicKeyToken = 31bf3856ad364e35».

WRN: регистрация привязки сборки выключена.
Чтобы включить ведение журнала ошибок привязки сборки, задайте для параметра реестра [HKLM \ Software \ Microsoft \ Fusion! EnableLog] (DWORD) значение 1.
Примечание. Некоторое снижение производительности связано с регистрацией ошибок привязки сборки.
Чтобы отключить эту функцию, удалите значение реестра [HKLM \ Software \ Microsoft \ Fusion! EnableLog].

Информация о версии: Microsoft .NET Framework Версия: 2.0.50727.3053; ASP.NET версия: 2.0.50727.3053


Нужно ли устанавливать AspNetMVCBeta-setup.msi на сервер? Или есть другой установщик для серверов?

введите описание изображения здесь

5.11.2008 22:40:34
20 ОТВЕТОВ
РЕШЕНИЕ

Я только что написал сообщение в блоге, посвященное этому. Вы можете установить ASP.NET MVC на вашем сервере или вы можете выполнить следующие действия .


РЕДАКТИРОВАТЬ: (Jcolebrand) Я прошел по этой ссылке, а затем возникла та же проблема, что и Виктор ниже , поэтому я предлагаю вам также добавить эти:

* Microsoft.Web.Infrastructure
* System.Web.Razor
* System.Web.WebPages.Deployment
* System.Web.WebPages.Razor
214
23.05.2017 11:47:01
Примечание. Если у вас установлен MVC4 (в настоящее время бета-версия), вы захотите получить v1.0 этих DLL-библиотек, а также System.Web.Helpers (по крайней мере, мне это нужно).
Tracker1 7.12.2011 22:28:46
-1 Ваше сообщение, на которое вы ссылаетесь, не объясняет, как получить Microsoft.Web.Infrastructure на веб-сервер через механизм публикации. Необходимость установки на сервере напрямую, вроде как.
Mark Rogers 18.08.2012 16:49:46
с Visual Studio 2010 это стало намного проще, как объяснено здесь: britishdeveloper.co.uk/2011/06/…
Daniël Tulp 28.08.2012 12:46:58
или здесь, если вы не используете Web Deploy britishdeveloper.co.uk/2011/05/…
Jeroen K 10.01.2013 09:43:22
Я должен был скопировать папку bin и затем снова опубликовать, то есть, если вы не используете Deploy Package.
Robert Koch 21.08.2015 16:52:39

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

Phil Haack опубликовал хорошую статью пару дней назад о том, как развернуть MVC вместе с вашим приложением, поэтому нет необходимости устанавливать напрямую:

http://www.haacked.com/archive/2008/11/03/bin-deploy-aspnetmvc.aspx

26
5.11.2008 22:47:06

Я столкнулся с этой же проблемой, пытаясь развернуть свое веб-приложение MVC3 Razor на общем хостинге GoDaddy. Есть некоторые дополнительные .dll, на которые нужно ссылаться. Подробности здесь: http://paulmason.biz/?p=108

По сути, вам нужно добавить ссылки на следующее в дополнение к тем, которые перечислены в посте @ Haacked, и настроить их для локального развертывания, как описано.

  • Microsoft.Web.Infrastructure
  • System.Web.Razor
  • System.Web.WebPages.Deployment
  • System.Web.WebPages.Razor
25
26.01.2011 16:54:48
Спасибо, человек, после добавления ссылки вручную и последующего ее локального развертывания, это решило проблему для MVC3!
Stefanvds 3.03.2011 10:09:06
То же самое и здесь. Хорошее руководство по добавлению этих дополнительных DLL. Спасибо!
Mike L 12.04.2011 06:38:51
То же самое и здесь. Не на GoDaddy, а на сервере моей компании, так что это должен быть простой случай.
T.J.Kjaer 26.07.2011 09:46:22

Этот пост может быть дубликатом Фила, но он может помочь:

http://www.tugberkugurlu.com/archive/deployment-of-asp-net-mvc-3-rc-2-application-on-a-shared-hosting-environment-without-begging-the-hosting-company

2
29.06.2015 13:35:35

Я столкнулся с той же проблемой, что и sgriffinusa. В дополнение к ссылкам, статья Фила предлагает: http://www.haacked.com/archive/2008/11/03/bin-deploy-aspnetmvc.aspx . Я добавил это:

* Microsoft.Web.Infrastructure
* System.Web.Razor
* System.Web.WebPages.Deployment
* System.Web.WebPages.Razor

Godaddy Deployment работал отлично. Выключите пользовательские ошибки и добавьте ссылки для исправления ошибок. Это должно привести вас в правильном направлении.

41
30.03.2011 04:25:00

Если вы НЕ используете хостинг-провайдера и у вас есть доступ к серверу для установки ... Затем установите инструменты обновления MVC 3, сделайте это ... это сэкономит вам часы проблем на компьютере с Windows 2003 server / IIS6. Я прокомментировал эту страницу здесь Несоответствие номера версии Nuget.Core.dll

3
23.05.2017 12:18:11

В дополнение к посту Haack, у Хансельмана также есть подобный пост. БИН Delploying ASP.NET MVC 3 с Razor на Windows Server без установленного MVC

Для меня решение «Копировать локально = true» было недостаточным, поскольку ссылки на проекты моего веб-сайта не включали все отсутствующие библиотеки. Как Скотт упоминает в своем посте, мне также нужно было получить дополнительные dll из следующей папки на моем компьютере для разработки: C: \ Program Files (x86) \ Microsoft ASP.NET \ ASP.NET Web Pages \ v1.0 \ Assemblies. Сообщение об ошибке сообщало мне, какая dll отсутствует (System.Web.Infrastructure, System.Web.Razor и т. Д.). Я продолжал добавлять каждую отсутствующую dll по одному, пока она не заработала.

3
5.07.2011 23:37:46

В VS2010 щелкните правой кнопкой мыши проект в обозревателе решений и выберите «Добавить развертываемые зависимости». Затем установите флажки, связанные с MVC, в следующем диалоговом окне.

Это создает в проекте папку «_bin_deployableAssemblies», которая содержит все файлы .dll, упомянутые в других ответах. Я считаю, что они копируются в папку bin при создании пакета развертывания.

13
9.11.2011 01:13:18

Простое исправление. В VS2010 щелкните правой кнопкой мыши свой проект MVC, выберите «Добавить развертываемые зависимости ...», выберите нужные параметры и нажмите кнопку «ОК».

9
15.08.2012 15:21:15

Мы хотим добавить его, потому что мы создаем библиотеку классов, которая его использует.

Для меня это здесь ...

C:\Program Files (x86)\Microsoft ASP.NET\ASP.NET MVC 4\Assemblies

6
17.11.2012 00:06:41

После того, как я все испробовал и все-таки потерпел неудачу, это было мое решение: я вспомнил, что у меня произошла ошибка при последнем обновлении версии MVC в моей Visual Studio, поэтому я запустил проект из другой Visual Studio (другой компьютер), а затем загрузил dll-ы, и это сработало. может это кому-нибудь поможет ...

1
7.02.2013 19:14:06

Я использую Jenkins с проектами .net и у меня были проблемы с ссылками MVC 4.

Наконец-то я решил свою проблему, используя функциональность поисковой системы .Net на основе реестра, используя:

"HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Microsoft.NETFramework \ v2.0.50727 \ AssemblyFoldersEx"

Например, вы можете создать подраздел и установить ключ по умолчанию «c: \ myreferenceedir».

Это спасло меня от версий MVC, а также веб-страниц ASP.net.

Полезно для добавления ссылок в «Диалог добавления ссылок»

http://dhakshinamoorthy.wordpress.com/2011/12/04/how-to-register-your-net-assembly-in-gac-and-make-it-show-in-add-reference-dialog/

0
23.04.2013 14:18:29

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

2
16.11.2014 00:37:57

Имел ту же проблему и добавил все сборки, которые они сказали, но все равно получил ту же ошибку.

Оказывается, вам нужно сделать « Specific Version » = False.

Конкретная версия должна быть ложной.

7
27.01.2015 11:38:47
В качестве альтернативы вам следует переключить «Копировать локальный» на «Истина», если он не включен,
AStopher 15.02.2015 10:10:00

Я добавил «Microsoft ASP.NET Razor», используя Управление пакетами NuGet.

С помощью «Добавить ссылки» у меня почему-то были только System.Web.Helpers 1.0.0 и 2.0.0 ... но не 3.0.0.

Другой вариант, который работал со мной, состоял в том, чтобы удалить ссылки на System.Web.Mvc и System.Web.Http ... затем повторно добавить их, просматривая местоположения пакетов в файле csproj (вы можете легко отредактировать проект с помощью текстовый редактор):

<Reference Include="System.Web.Http">
  <HintPath>..\packages\Microsoft.AspNet.WebApi.Core.5.2.3\lib\net45\System.Web.Http.dll</HintPath>

<Reference Include="System.Web.Mvc, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL">
  <HintPath>..\packages\Microsoft.AspNet.Mvc.5.2.3\lib\net45\System.Web.Mvc.dll</HintPath>
0
11.09.2016 14:26:53

Как уже упоминали другие, добавьте эти ссылки в визуальные студии с Copy Localустановленным на true. (Я тоже должен был добавить System.Web.Webpages)

Microsoft.Web.Infrastructure
System.Web.Razor
System.Web.WebPages.Deployment
System.Web.WebPages.Razor
System.Web.Webpages
0
3.09.2015 04:42:02

У меня была такая же проблема с кучей файлов сборки после перемещения проекта в другое решение.

Для меня web.configфайл пытался добавить эту сборку:

<add assembly="System.Web.Helpers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>

Думал, что ссылка в проекте указывала на версию 3.0.0.0(нажмите на ссылку и прокрутите вниз до свойств). Поэтому я просто изменил эталонную версию в web.configфайле.

Я не знаю, было ли это какой-то ошибкой. Проблема с добавлением всех других ссылок заключалась в том, что ссылки появились в файле конфигурации, но на самом деле они вообще не были указаны в проекте (в обозревателе решений), а необходимые файлы не были скопированы с остальными файлами проекта, вероятно, из-за того, что не"copy local = true"

Теперь я не смог найти эти сборки в добавляемых сборках (щелкнув ссылку правой кнопкой мыши и попытавшись добавить их из сборок или расширений). Вместо этого я создал новое решение MVC, которое добавило все необходимые мне сборки и ссылки, и нашел их в ссылках на новые проекты в обозревателе решений и нашел их путь в окне свойств для ссылки.

Затем я просто скопировал нужные библиотеки в другой проект и сослался на них.

2
21.04.2016 00:57:30

Быстрое и простое решение: я столкнулся с этой проблемой с Microsoft.AspNet.Mvc -Version 5.2.3, и после прохождения всех этих потоков я нашел самое простое решение.

Просто следуйте инструкциям:

  1. Откройте менеджер пакетов NuGet в Visual studio для вашего проекта
  2. Поиск Microsoft.AspNet.Mvc
  3. Если найдено, измените действие на Удалить и удалите его
  4. После этого установите его снова и попробуйте сейчас

Это автоматически исправит все проблемы со ссылками. Смотрите изображение ниже:

введите описание изображения здесь

8
2.06.2016 08:41:02

Я сделал «Update-Package - переустановите Microsoft.AspNet.Mvc», чтобы исправить это в Visual Studio 2015.

3
27.06.2016 09:23:09

Важным соображением является файл web.config. Некоторые пакеты могут обрабатывать перенаправления привязки, вызывающие хаос (несанкционированный пакет находился в домашнем пакете, и я не удалил файл web.config из пакета или убедился, что файл web.config включен в пакет не имеет никаких перенаправлений привязки. Например, удалив дубликат и неверный узел решает это

    <runtime>
        <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
            <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>
            <dependentAssembly>


                <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="0.0.0.0-5.2.3.0" newVersion="5.2.3.0"/>
                <assemblyIdentity name="Microsoft.Owin" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.0.1.0" newVersion="3.0.1.0"/>
                <assemblyIdentity name="Microsoft.Owin.Security.OAuth" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <assemblyIdentity name="Microsoft.Owin.Security" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <assemblyIdentity name="Microsoft.Owin.Security.Cookies" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-9.0.0.0" newVersion="9.0.0.0"/>
                <assemblyIdentity name="WebGrease" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-1.6.5135.21930" newVersion="1.6.5135.21930"/>
                <assemblyIdentity name="Antlr3.Runtime" publicKeyToken="eb42632606e9261f" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.5.0.2" newVersion="3.5.0.2"/>


                <assemblyIdentity name="System.Web.Helpers" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="1.0.0.0-3.0.0.0" newVersion="3.0.0.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="System.Web.Mvc" publicKeyToken="31bf3856ad364e35"/>
                <bindingRedirect oldVersion="0.0.0.0-5.2.3.0" newVersion="5.2.3.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Owin.Security" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.0.1.0" newVersion="3.0.1.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Owin" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.0.1.0" newVersion="3.0.1.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-9.0.0.0" newVersion="9.0.0.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="WebGrease" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-1.6.5135.21930" newVersion="1.6.5135.21930"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Owin.Security.Cookies" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.0.1.0" newVersion="3.0.1.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Microsoft.Owin.Security.OAuth" publicKeyToken="31bf3856ad364e35" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.0.1.0" newVersion="3.0.1.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="SimpleInjector" publicKeyToken="984cb50dea722e99" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.3.2.0" newVersion="3.3.2.0"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="Antlr3.Runtime" publicKeyToken="eb42632606e9261f" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-3.5.0.2" newVersion="3.5.0.2"/>
            </dependentAssembly>
            <dependentAssembly>
                <assemblyIdentity name="HtmlAgilityPack" publicKeyToken="bd319b19eaf3b43a" culture="neutral"/>
                <bindingRedirect oldVersion="0.0.0.0-1.4.9.5" newVersion="1.4.9.5"/>
            </dependentAssembly>
        </assemblyBinding>
    </runtime>

убрав строки с 8 по 24 исправляет сборку.

2
20.01.2017 07:47:52