Я получаю эту ошибку при попытке запустить мой проект MVC4, он работал нормально до последнего времени на других моих машинах, но когда я пытаюсь запустить его с другого компьютера, он дает мне эту ошибку:
Не удалось загрузить файл или сборку "Antlr3.Runtime(1)" или один из зависимостей. Установленное определение манифеста сборки не сопоставить ссылку на сборку. (Исключение из HRESULT: 0x80131040)
Прочитав об этом здесь, я попытался сделать:
Install-Package Antlr3.Runtime -Pre
но это не помогло, никаких идей?
Я столкнулся с той же проблемой при экспериментировании с бесплатной платформой регистрации Nlog.
Это помогло мне:
Введите% TEMP% в Проводнике и удалите все временные файлы.
После этого я не получил ошибку при запуске моего MVC5-проекта в Visual Studio.
Попробуйте удалить временные файлы для ASP.Net, выполнив одно из следующих действий:
Не забудьте также очистить временные файлы ASP.NET в Framework64. Это сделало трюк для меня.
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET FilesC:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET FilesНа всякий случай это помогает кому-то.
У меня была эта проблема с приложением MVC 5. Удалите Antlr3.Runtime.dll из каталога bin и восстановите исправление проблемы.
Моя проблема заключалась в том, что последняя версия WebGrease устанавливает версию 3.4.1.9004 Antlr. Как только я установил WebGrease, а затем обновил Antlr до версии 3.5.0.2, ошибка исчезла.
Если какие-либо решения решают вашу проблему, проверьте web.config версию сборки
<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>
Для меня удаление этого node в файле web.config избавилось от сообщения об ошибке:
<identity impersonate="true" userName="" password="">
Но для меня действительно работал полный доступ (к имени пользователя, указанному в олицетворении), к папке Temporary ASP.NET Files, найденной в C:\Windows\Microsoft.NET\Framework {version} (или Framework64).
Идентификатор может также храниться в настройках пула приложений веб-сайта в IIS.
Убедитесь, что ваш пакет nuget установлен правильно, с правильной версией. Если ничего не работает, просто попробуйте повторно добавить ссылку из локальной папки и установите для нее значение Копировать локальную.
Одним из простых способов является обновление antlr и webgrease
Наконец, исправлена ошибка
Для меня это было вызвано несоответствием между версиями Antlr отладки и исполнения.
Наконец, решив его, установив другой пакет Antlr: Install-Package Antlr
Попробуйте разблокировать файл Antlr3.Runtime.dll, если вы добавите ссылку вручную:
Была проблема с impersonate = "true" в web.config, я удалил линию, с которой она работала.
Снова я разместил строку и дал разрешение администратора учетному лицу с олицетворяющим, все мое приложение работало:)
Если вы используете олицетворение. Ответ заключается в том, чтобы дать пользователю разрешение на олицетворение доступа к следующим папкам:
C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files
Каталог вашего сайта.
Также вам может понадобиться создать папку следующим образом:
C:\Windows\Microsoft.NET\Framework\[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files\[Application-Name-Goes-Here]
Но сначала попробуйте предыдущее, у меня это сработало.
Эти два изменения предоставили олицетворенному пользователю разрешение на сохранение временных данных, а также получение файлов dll и любых необходимых файлов из каталогов.
Обновление, для Windows 10 Это решение, которое работало для меня
Мы сделаем оба шага, но вместо C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files
Запишите% TEMP% в проводник и дайте пользователю разрешение на олицетворение доступа к следующей папке: C:\Users\[UserName]\AppData\Local\Temp\Temporary ASP.NET Files
В проекте у меня была ссылка на WebGrease, но не было соответствующего элемента в packages.config. Я удаляю ссылку из проекта, потому что мне она больше не нужна. Теперь он работает.
Я попробовал все ответы в этом посте, но никто из них не работал у меня.
Итак, я удалил все директории /bin внутри всех проектов из моего решения, очистил и перестроил решение, и он наконец-то сработает!
Все мое утро потратило время на выяснение проблемы...
что сработало для меня, было удаление идентификатора = true из моего webconfig (в свойствах system.web) и снова создать решение и снова опубликовать его (если необходимо), и это сработало как шарм!
Моя проблема в конечном итоге вызвана изменением подключенных дисков в нашей групповой политике. Мое решение имеет параметр tempDirectory, установленный в Web.config, для использования RAM диск в качестве моего диска Z:. По-видимому, они начали использовать диск Z: и библиотеки DLL копировались в tempDirectory, как обычно, но я думаю, что они были удалены процессом на удаленном сервере (возможно, обнаружение вирусов). Я смог понять это, используя Process Monitor и фильтрацию для Antlr и увидев, что он ищет в сетевом расположении для DLL.
Я обновил пакеты all в Nudget Package Manager, и это сработало! В моем случае я размещаю свой сайт в GoDaddy
После попытки удалять временный файл .netframework без успеха, я изменил
<system.web>
<authentication mode="None" />
<compilation debug="true" targetFramework="4.6.1" />
<httpRuntime />
<pages controlRenderingCompatibilityVersion="4.0" />
</system.web>
Только с targetFramework = "4.6" вместо 4.6.1 Веб-сайт отображается без ошибок. Затем я снова изменил на targetFramework = "4.6.1" и перезапустил сервер. Все остается в порядке.
Для меня решение заключалось в том, чтобы запустить Visual Studio в качестве администратора. По-видимому, это проблема с разрешениями.
Решение для меня состояло в том, чтобы пойти в Инструменты > Диспетчер пакетов NuGet > Управление пакетами для решения
Затем нажмите Antlr3 и убедитесь, что он был установлен в:
В моем случае это было 4 проекта, в которых это было необходимо. Как только это было сделано, эта проблема была окончательно решена.
Я только столкнулся с этой проблемой и попробовал вышеупомянутые решения, но пока ничего не получалось. Мне пришлось удалить dll из bin floder и пересобрать, а затем удалить все освобожденные файлы из папки с пакетами и восстановить пакеты с помощью консоли диспетчера пакетов.
Удалено% temp%
Удаленная корзина
Удалено .vs
Сейчас у меня работает
В моем случае, когда я клонировал проект, Visual Studio 2019 заменила белый символ на " %20" в пути проекта. Затем, когда VS попытался найти пакеты самородков, он не смог найти правильный путь.