c# - tag - sgen error no se puede cargar el archivo o ensamblado

El ensamblado con el nombre para mostrar ''VJSharpCodeProvider'' no se pudo cargar

Question

Agregué un AjaxToolkit: AutoCompleteExtender a mi aplicación ASP.Net 3.5. El servicio web vive en la misma aplicación web. Ahora estoy obteniendo este error cuando presiono F5 / Debug en VS2008, y la anulación de los cambios paso a paso hasta ahora no ha revelado la causa todavía.

Parece que no puedo deshacerme del error. Mientras la aplicación se inicia y no noto ningún problema una vez que se está ejecutando.

BindingFailure was detected
Message: The assembly with display name ''VJSharpCodeProvider'' failed to load in
the ''LoadFrom'' binding context of the AppDomain with ID 4. The cause of the
failure was:
System.IO.FileNotFoundException: Could not load file or assembly
''VJSharpCodeProvider, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a'' or one of its dependencies. The system
cannot find the file specified.
File name: ''VJSharpCodeProvider, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a''
=== Pre-bind state information ===
LOG: DisplayName = VJSharpCodeProvider, Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b03f5f7f11d50a3a
(Fully-specified)
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using machine configuration file from C:/Windows/Microsoft.NET/Framework/
v2.0.50727/config/machine.config.
LOG: Post-policy reference: VJSharpCodeProvider, Version=2.0.0.0,
Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a/VJSharpCodeProvider.DLL.
etc

Answer 1

Entonces, creo que esto no es un problema. La excepción probablemente se lanza todo el tiempo, pero había activado "Romper cuando se lanza una excepción" en Debug / Exceptions para todos los tipos allí, para diagnosticar un problema no relacionado. Desde que desactivé las casillas de verificación a su estado predeterminado, ya no veo el problema vinculante.

Answer 2

Lo conseguimos varias veces aquí en el trabajo. Esto es lo que encontramos.

Answer 3

Esto me sucedió después de un BSOD en mi máquina. Al borrar la carpeta / archivos AppData / Local / Temp / Temporal ASP.NET lo hice por mí, supongo que los archivos temporales se dañaron como resultado del bloqueo.

Answer 4

Si la solución aceptada no funciona para usted, intente instalar el paquete redistribuible VJSharp.

32 bits: http://www.microsoft.com/download/en/details.aspx?id=18084

64 bits: http://www.microsoft.com/download/en/confirmation.aspx?id=15468

Esto me ayudó a superar el error cuando ninguna de las otras soluciones funcionaría.

Answer 5

En mi caso, estaba intentando compilar un proyecto de BizTalk en VS2010, y obtuve

No se pudo cargar el archivo o ensamblado ''VJSharpCodeProvider, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a'' o una de sus dependencias. Se produjo un error relacionado con la seguridad. (Excepción de HRESULT: 0x8013150A)

Ninguna de las otras respuestas publicadas hasta el momento aquí funcionaba, pero hacer esto en el usuario de mi sitio BizTalkServices IIS sí. Esto es solo en mi máquina local, no en la producción real.

Si bien la prudencia de otorgar al usuario un privilegio de administrador de sitio de IIS es ciertamente discutible, esto ofrecerá una pista para encontrar el verdadero problema para alguien.

Answer 6

Obtuve el mismo error, pero por una razón diferente: estaba haciendo referencia a un archivo DLL de C ++ / CLI.

Después de un par de días de golpear mi cabeza contra una pared, descargué e instalé el último Visual C ++ y todo funcionó.

EDITAR: Después de un par de días de trabajar con el proyecto, volví a ver este error en los registros de Fusion. Parece que había un error diferente escondido en la aplicación: acceso denegado o algo así. Luego de que solucioné el error, este error no desapareció de los registros, pero no rompió nada. Entonces este error podría ser definitivamente engañoso. Lección aprendida: verifique si su aplicación tiene otros errores antes de tratar de corregir esta.

Answer 7

Yo también he recibido el mismo error, pero mi solución fue muy diferente a todas las anteriores. En la configuración web, tuve una referencia a un Ensamblaje vinculante tal que era anterior a la versión que estaba tratando de cargar, por ejemplo.

 <dependentAssembly>
<assemblyIdentity name="NLog" publicKeyToken="5120e14c03d0593c" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-4.1.0.0" newVersion="4.1.0.0" />
</dependentAssembly>

y estaba tratando de instalar la versión 4.2.3. ¡Espero que esto ayude a alguien!