Не удалось загрузить файл или сборку 'System.Сеть.В MVC'
мой новый ASP.NET веб-приложение MVC работает на моей рабочей станции разработки, но не запускается на моем веб-сервере...
ошибка сервера в приложении"/".
Настройки Ошибка
описание: произошла ошибка при обработке файла конфигурации, требуемого для обслуживания этого запроса. Пожалуйста, просмотрите сведения о данной ошибке и измените файл конфигурации.
Сообщение Об Ошибке Синтаксического Анализатора: не удалось загрузить файл или сборку 'System.Сеть.Mvc, Version=1.0.0.0, Culture=neutral, 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:inetpubwww.example.orgweb.config строку: 46
Трассировка Загрузки Сборки: следующий информация может быть полезна для определения того, почему система сборки'.Сеть.Mvc, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35 ' не удалось загрузить.
WRN: Assembly binding logging is turned OFF.
To enable assembly bind failure logging, set the registry value [HKLMSoftwareMicrosoftFusion!EnableLog] (DWORD) to 1.
Note: There is some performance penalty associated with assembly bind failure logging.
To turn this feature off, remove the registry value [HKLMSoftwareMicrosoftFusion!EnableLog].
Версия: Microsoft .NET Framework версия: 2.0.50727.3053; ASP.NET версия: 2.0.50727.3053
мне нужно установить AspNetMVCBeta-настройка.msi на сервере? Или есть другой установщик для серверы?

20 ответов:
Я только что написал сообщение в блоге, адресованное этому. Вы можете установить ASP.NET MVC на вашем сервере или вы можете следить за шаги.
EDIT: (по jcolebrand) я прошел по этой ссылке, а затем имел ту же проблему, что и Викторниже, поэтому я предлагаю вам также добавить эти:
* Microsoft.Web.Infrastructure * System.Web.Razor * System.Web.WebPages.Deployment * System.Web.WebPages.Razor
я столкнулся с той же проблемой, что и сгриффинуса. В дополнение к ссылкам статья Фила предлагает: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 работало отлично. Отключите пользовательские ошибки и добавьте ссылки для исправления ошибок. Это должно привести вас в правильном направлении.
установка MVC непосредственно на веб-сервере является одним из вариантов, так как тогда сборки будут установлены в GAC. Вы также можете развернуть сборки bin, что может помочь сохранить ваш сервер от предварительных сборок до тех пор, пока не будет доступен окончательный выпуск.
Фил Хаак опубликовал хорошую статью пару дней назад о том, как развернуть MVC вместе с вашим приложением, поэтому устанавливать его не нужно непосредственно:
http://www.haacked.com/archive/2008/11/03/bin-deploy-aspnetmvc.aspx
Я столкнулся с этой же проблемой, пытаясь развернуть мое веб-приложение MVC3 Razor На общем хостинге GoDaddy. Есть некоторые дополнительные .библиотеки DLL, на которые нужно ссылаться. Подробности здесь: http://paulmason.biz/?p=108
в основном вам нужно добавить ссылки на следующее В дополнение к тем, которые перечислены в сообщении @Haacked и установить их для локального развертывания как описанный.
- Microsoft.Сеть.Инфраструктура
в VS2010 щелкните правой кнопкой мыши проект в обозревателе решений и выберите "Добавить развертываемые зависимости". Затем установите флажки, связанные с MVC, в следующем диалоговом окне.
Это создает папку' _bin_deployableAssemblies ' в проекте, который содержит все .dll файлы, упомянутые в других ответах. Я считаю, что они копируются в папку bin при создании пакета развертывания.
просто исправить. В VS2010, щелкните правой кнопкой мыши на вашем проекте MVC, выберите " Добавить развертываемые зависимости..."выберите нужные параметры и нажмите кнопку ОК
мы хотим добавить его, потому что мы делаем библиотеку классов, которая его использует.
для меня это здесь...
C:\Program Files (x86)\Microsoft ASP.NET\ASP.NET MVC 4\Assemblies
была та же проблема и добавил Все сборки, которые они сказали, но все равно получил ту же ошибку.
оказывается, вам нужно сделать "Конкретной Версии " = False.
Быстрое И Простое Решение: я столкнулся с этой проблемой с Microsoft.сеть САШ.Mvc-версия 5.2.3 и после прохождения всех этих потоков я нашел самое простое решение.
просто выполните следующие действия:
- Откройте Диспетчер пакетов NuGet в Visual studio для вашего проекта
- Поиск Microsoft.сеть САШ.Mvc
- когда найдено, измените действие для удаления и удалите его
- после этого установите его снова и попробуйте сейчас
это автоматически исправит все проблемы со ссылками. См. изображение ниже:
Если вы не используете хостинг-провайдера, и у вас есть доступ к серверу для установки ... Затем установите инструменты обновления MVC 3, сделайте это... это сэкономит вам часы проблем на машине windows 2003 server / IIS6. , Я прокомментировал эту страницу здесь Nuget.Ядро.несоответствие номера версии dll
в дополнение к сообщению Haack, Hanselman также имеет аналогичный пост. BIN Delploying ASP.NET MVC 3 с бритвой на сервер Windows без установленного MVC
для меня решение "Copy Local = true" было недостаточным, потому что ссылки на проект моего сайта не включали все отсутствующие библиотеки DLL. Как упоминает Скотт в своем посте, мне также нужно было получить дополнительные DLL из следующей папки в моем окне разработки: C:\Program файлы (x86)\Microsoft ASP.NET\ASP.NET веб-страницы\v1.0\сборки. Сообщение об ошибке сообщило мне, какая dll отсутствует (система.Сеть.инфраструктурная система.Сеть.Бритва и др.) Я продолжал добавлять каждую отсутствующую dll, один за другим, пока она не сработала.
Я сделал " обновление-пакет-переустановить Microsoft.сеть САШ.Mvc", чтобы исправить это в Visual Studio 2015.
также проверьте версию сборки в интернете.конфигурация внутри вашего папку и убедитесь, что он соответствует. Я иногда забываю, что есть 2-й веб.конфигурация в этом месте.
у меня была такая же проблема с кучей файлов сборки после перемещения проекта в другое решение.
для меня
web.configфайл пытался добавить эту сборку:<add assembly="System.Web.Helpers, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35"/>думал, что ссылка в проекте указывает на версию
3.0.0.0(нажмите на ссылку и прокрутите до нижней части свойства). Поэтому я просто изменил справочную версию в .Я не знаю, было ли это просто какой-то ошибкой. Этот проблема с добавлением всех других ссылок заключалась в том, что ссылки появились в файле конфигурации, но на самом деле они вообще не упоминались в проекте (внутри обозревателя решений), и необходимые файлы не были скопированы с остальными файлами проекта, вероятно, из-за отсутствия
"copy local = true"теперь я не смог найти эти сборки в добавляемых сборках (щелкнув правой кнопкой мыши ссылку и попытавшись добавить их из сборок или расширений). Вместо этого я создал новый MVC решение, которое добавило все сборки и ссылки, которые мне нужны, и найти их под ссылками на новые проекты в обозревателе решений и найти их путь в окне свойств для ссылки.
затем я просто скопировал нужные мне библиотеки в другой проект и ссылался на них.
после попытки все и до сих пор не удалось это было мое решение: я вспомнил, что у меня было и ошибка последнего обновления версии MVC в моей Visual studio, поэтому я запускаю проект с другой Visual studio (другой компьютер) и загружаю dll-s, и он работал. может быть, это кому-то поможет...
Я использую Jenkins с проектами .net и имел проблемы с ссылками MVC 4.
Я наконец-то решил свою проблему, используя функциональность поисковой системы .Net reference на основе реестра с помощью:
"HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft.NETFramework\v2.0. 50727\AssemblyFoldersEx"
вы можете создать подраздел et установить ключ по умолчанию в "c:\myreferenceedir-например.
Это спасло меня с версиями MVC, а также ASP.net паутина страницы.
полезно добавить ссылки в "Добавить ссылку Диалог"
как уже упоминалось, добавьте эти ссылки в visual studios с помощью
Copy Localзначениеtrue. ( Мне также пришлось добавитьSystem.Web.Webpages)Microsoft.Web.Infrastructure System.Web.Razor System.Web.WebPages.Deployment System.Web.WebPages.Razor System.Web.Webpages
Я добавил "Microsoft ASP.NET бритва" с помощью управления пакетами NuGet.
С добавлением ссылок, по какой-то причине, у меня была только система.Сеть.Помощники 1.0.0 и 2.0.0... но не 3.0.0.
другой вариант, который работал со мной, состоял в том, чтобы удалить ссылки на систему.Сеть.Mvc и система.Сеть.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>
важным соображением является веб.конфигурационный файл, некоторые пакеты могут исказить ваши привязки перенаправляет вызывая хаос (изгоев пакет был в доме пакет, который я не удалял в интернете.конфигурация из пакета или убедившись, что в интернете.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 исправляет сборку.


Comments