Не удалось загрузить файл или сборку Antlr3'.Runtime (1) ' или одна из его зависимостей

Попробуйте удалить временные файлы для ASP.Net сделав одно из следующих действий:

• введите %TEMP% в Проводнике и удалите все временные файлы.
• перейти в папку "C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET файлы" и удалить все файлы.

не забудьте очистить также временный ASP.NET файлы в Framework64. Что сделал трюк для меня.

• C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
• C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

на всякий случай это кому-то поможет.
У меня была эта проблема с приложением MVC 5. Удаление Antlr3.Во время выполнения.dll С bin каталог и перестройка Исправлена проблема.

моя проблема заключалась в том, что последняя версия WebGrease устанавливает версию 3.4.1.9004 Antlr. Как только я установил WebGrease, а затем обновил Antlr до версии 3.5.0.2, ошибка исчезла.

Если какие-либо решения решают вашу проблему, проверьте веб.конфиг, версия сборки

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

для меня удаление этого узла в интернете.конфигурационный файл избавился от сообщения об ошибке:

<identity impersonate="true" userName="" password="">

но то, что действительно работало для меня, предоставляло полный доступ (к имени пользователя, указанному в impersonate), к временному ASP.NET папка "файлы" найдена в C:\Windows\Microsoft.NET\Framework{version} (или Framework64).

удостоверение также может храниться в параметрах пула приложений веб-узла в IIS.

убедитесь, что ваш пакет NuGet установлен правильно, с правильной версией. Если ничего больше не работает, то просто попробуйте повторно добавить ссылку из локальной папки и установить его для копирования локального.

одним из простых способов является обновление antlr и webgrease

1. Goto Package console manager
2. затем попробуйте применить эти коды один за другим
3. PM > Update-Package Antlr
4. PM > Update-Package WebGrease

наконец-то ошибка решена

для меня это было вызвано несоответствием между отладочной и исполняемой версиями Antlr.

наконец-то решил его, установив другой пакет Antlr: Install-Package Antlr

попробуйте разблокировать Antlr3.Во время выполнения.dll, если вы добавляете ссылку вручную:

возникла проблема с impersonate= "true" в web.config, я удалил строку, она работала !!

снова я разместил строку и дал администратору разрешение на учетную запись Пользователя с олицетворением, все мое приложение работало :)

Если вы используете олицетворение. Ответ заключается в предоставлении разрешения для пользователя, который вы олицетворяете доступ к следующим папкам:

1. C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files

2. каталог сайта.

также вам может потребоваться создать папку следующим образом :

C:\Windows\Microsoft.NET\Framework\[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files\[Application-Name-Goes-Here]

но попробуйте предыдущий первый, это сработало для меня.

эти два изменения для предоставления олицетворения разрешения пользователя, чтобы иметь возможность чтобы сохранить временные данные и вытащить dll-файлы и любые необходимые файлы из каталогов

в проекте у меня была ссылка на WebGrease, но не было соответствующего элемента в пакеты.конфиг. Я удаляю ссылку из проекта, потому что она мне больше не нужна. Теперь это работает.

Я попробовал все ответы в этом посте, но никто из них не работал для меня.

поэтому я удалил все каталоги /bin внутри всех проектов из моего решения, очистил и перестроил решение, и оно, наконец, сработало!

все мое утро было потрачено впустую, чтобы выяснить проблему...

то, что работало для меня, удаляло identity = true из моего webconfig (под системой.веб-свойства) и снова построить решение и опубликовать его снова (если это необходимо), и это сработало как шарм!

моя проблема в конечном итоге вызвана изменением подключенных дисков в нашей групповой политике. Мое решение имеет tempDirectory настройки в сети.конфигурация для использования RAM drive настройка как мой Z: диск. По-видимому, они начали использовать Z: диск и dll-файлы копировались в tempDirectory как обычно, но затем я думаю, что они были удалены процессом на удаленном сервере (вероятно, проверка на вирусы). Я смог понять это только с помощью

Я все пакеты в менеджере пакетов Nudget, и это сработало! В моем случае я размещаю свой сайт в GoDaddy

после попытки удалить .NetFramework temp file без успеха, я изменил

<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 и убедитесь, что он был установлен в:

1. Запуск Проекта
2. любые библиотеки, использующие отражение
3. любые библиотеки, вызывающие библиотеки, использующие отражение

в моем случае это было 4 глубоких проекта, которые нуждались в этом. Как только это было сделано, этот вопрос был окончательно решен.

Я просто столкнулся с этой проблемой и попробовал вышеупомянутые решения, но пока ничего не сработало Мне пришлось удалить его dll из bin floder и перестроить, а затем удалить все выпущенные файлы из папки packages и восстановить пакеты с помощью консоли диспетчера пакетов