No se pudo cargar el archivo o ensamblado 'Antlr3.Runtime (1)' o una de sus dependencias

Recibo este error al intentar ejecutar mi MVC4proyecto, estaba funcionando bien hasta la última vez en mis otras máquinas, pero cuando intento ejecutarlo desde otra máquina, me da este error:

No se pudo cargar el archivo o ensamblado 'Antlr3.Runtime (1)' o una de sus dependencias. La definición del manifiesto del ensamblado ubicado no coincide con la referencia del ensamblado. (Excepción de HRESULT: 0x80131040)

Después de leer sobre esto aquí , he intentado hacer :

Install-Package Antlr3.Runtime -Pre

pero no ayudó, ¿alguna idea?

Encontré el mismo problema al experimentar con la plataforma de registro gratuita Nlog.

Esto me ayudó:

Ingrese% TEMP% en el Explorador de archivos y elimine todos los archivos temporales.

Después de eso, no recibí el error al iniciar mi proyecto MVC5 en Visual Studio.

Intente eliminar los archivos temporales de ASP.Net haciendo uno de estos:

• Ingrese% TEMP% en el Explorador de archivos y elimine todos los archivos temporales.
• Vaya a la carpeta "C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Archivos temporales ASP.NET" y elimine todos los archivos.

No olvide borrar también los archivos temporales ASP.NET en Framework64. Eso funcionó para mí.

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

En caso de que esto ayude a alguien.
Tuve este problema con una aplicación MVC 5. La eliminación de Antlr3.Runtime.dll del directorio bin y la reconstrucción solucionó el problema.

Mi problema fue que la última versión de WebGrease instala la versión 3.4.1.9004 de Antlr. Una vez que instalé WebGrease y luego actualicé Antlr a la versión 3.5.0.2, el error desapareció.

Para mí, eliminar este nodo en el archivo web.config eliminó el mensaje de error:

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

Pero lo que realmente funcionó para mí fue otorgar acceso completo (al nombre de usuario especificado en suplantar), a la carpeta "Archivos temporales ASP.NET" que se encuentra en C: \ Windows \ Microsoft.NET \ Framework {versión} (o Framework64).

La identidad también se puede almacenar en la configuración del grupo de aplicaciones del sitio web, en IIS.

Asegúrese de que su paquete nuget esté instalado correctamente, con la versión correcta. Si nada más funciona, intente volver a agregar la referencia desde una carpeta local y configúrela en Copiar local.

Si alguna solución resuelve su problema, verifique web.config, la versión del ensamblaje

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

La forma más sencilla es actualizar antlr y webgrease

1. Ir al administrador de la consola de paquetes
2. luego intente aplicar estos códigos uno por uno
3. PM> Paquete de actualización Antlr
4. PM> Paquete de actualización WebGrease

Finalmente el error resuelto

Para mí, esto se debió a una falta de coincidencia entre las versiones de depuración y de ejecución de Antlr.

Finalmente lo resolvió instalando un paquete Antlr diferente: Install-Package Antlr

Intente desbloquear Antlr3.Runtime.dll si agrega la referencia manualmente:

Hubo un problema con impersonate = "true" en web.config, ¡eliminé la línea que funcionó!

Nuevamente coloqué la línea y le di permiso de administrador al usuario de la cuenta con suplantación, toda mi aplicación funcionó :)

Si usa suplantación de identidad. La respuesta es otorgar permiso al usuario que está suplantando acceso a las siguientes carpetas:

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

2. El directorio de su sitio.

también es posible que deba crear una carpeta como la siguiente:

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

Pero prueba el anterior primero, funcionó para mí.

Esos dos cambios para otorgar al usuario suplantado permiso para poder guardar los datos temporales y extraer los archivos dll y los archivos necesarios de los directorios.

Actualización, para Windows 10 Esta es la solución que funcionó para mí

Haremos ambos pasos, pero en lugar de C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files

Escriba% TEMP% en el explorador de archivos y dé permiso al usuario de que está suplantando acceso a la siguiente carpeta: C:\Users\[UserName]\AppData\Local\Temp\Temporary ASP.NET Files

En un proyecto tenía una referencia a WebGrease, pero no había un elemento correspondiente en packages.config. Elimino la referencia del proyecto, porque ya no la necesito. Ahora funciona.

Probé todas las respuestas en esta publicación, pero ninguna funcionó para mí.

¡Así que eliminé todos los directorios / bin dentro de todos los proyectos de mi solución, limpié y reconstruí la solución y finalmente funcionó!

Toda mi mañana desperdiciada trabajando para resolver el problema ...

lo que funcionó para mí fue eliminar la identidad = true de mi webconfig (bajo las propiedades system.web) y construir la solución nuevamente y publicarla nuevamente (si es necesario) ¡y funcionó a las mil maravillas!

Mi problema terminó siendo causado por un cambio en las unidades asignadas en nuestra Política de grupo. Mi solución tiene la configuración tempDirectory establecida en Web.config para usar una configuración de unidad RAM como mi unidad Z :. Aparentemente, comenzaron a usar la unidad Z: y las DLL se estaban copiando en tempDirectory como de costumbre, pero luego creo que un proceso en el servidor remoto las estaba eliminando (probablemente un escaneo de virus). Solo pude resolver esto usando Process Monitor y filtrando para Antlr y viendo que estaba buscando en una ubicación de red las DLL.

He actualizado todos los paquetes en el Gestor de paquetes Nudget y funcionó! En mi caso, estoy alojando mi sitio web en GoDaddy

Después de intentar eliminar el archivo temporal .netframework sin éxito, cambié

<system.web>
    <authentication mode="None" />
    <compilation debug="true" targetFramework="4.6.1" />
    <httpRuntime />
    <pages controlRenderingCompatibilityVersion="4.0" />
</system.web> 

Con solo targetFramework = "4.6" en lugar de 4.6.1, el sitio web se muestra sin errores. A continuación, cambié de nuevo a targetFramework = "4.6.1" y reinicié el servidor. Todo sigue estando bien.

Para mí, la solución fue ejecutar Visual Studio como administrador. Aparentemente fue un problema de permisos.

La solución para mí fue ir a Herramientas> Administrador de paquetes NuGet> Administrar paquetes para la solución

Luego haga clic en Antlr3 y asegúrese de que esté instalado en:

1. El proyecto de inicio
2. Cualquier biblioteca que use la reflexión
3. Cualquier biblioteca que llame a las bibliotecas que usan la reflexión.

En mi caso, eran 4 proyectos de profundidad que lo necesitaban. Una vez hecho esto, este problema finalmente se resolvió.

Acabo de enfrentar este problema y probé las soluciones mencionadas anteriormente, pero nada funcionó por ahora.Tuve que eliminar su dll de bin floder y reconstruir y luego eliminar todos los archivos relevantes de la carpeta de paquetes y restaurar los paquetes usando la consola del administrador de paquetes.

% Temp% eliminado

Bandeja eliminada

.Vs eliminados

Ahora funcionó para mi

En mi caso, cuando cloné un proyecto, Visual Studio 2019 reemplazó un carácter de espacios con '% 20' en la ruta del proyecto. Luego, cuando VS intentó encontrar los paquetes nugget, no pudo encontrar la ruta correcta.

Me enfrenté a este problema después de actualizar Microsoft.AspNet.Web.Optimization

update-package WebGreasey update-package Antlr(en ese orden) para obtener las últimas versiones y corregir el problema de la versión de Antlr.

Para mí, lo hice estos pasos y ha funcionado para mí:

1) He eliminado biny objcarpeta (algunos archivos no se eliminan por Cleanproyecto)

2) Revisé algunos archivos como JS que fue borrado hace mucho tiempo, pero que estaba incluido en los archivos de proyecto . Entonces los excluyo.

Tengo una solución sencilla. Vaya a su propia carpeta de proyecto y busque una carpeta de paquetes.