implementar - ASP.NET: WCF y no se pudo cargar el archivo o ensamblado ''App_Web_hamznvwf

wcf in iis

Question

Recientemente comencé a trabajar con WCF habilitado para AJAX, y he estado plagado de este problema de caché de .NET. No se pudo cargar el archivo o ensamblar App__Web__hamznvwf.

Estaba teniendo problemas con esto de 4 a 5 veces al día en mi servidor (Win 2003) - ver primera publicación

Así que saqué mis archivos del servidor y comencé a ejecutar el proyecto localmente (Win XP). ¡Arghh! El problema surgió nuevamente, localmente . Y sucedió después de un reinicio! ¿Crees que esta es una política de red que causa este problema en mi máquina y servidor local? Creo que voy a tratar de abrir
C: / WINDOWS / Microsoft.NET / Framework / v2.0.50727 / Archivos temporales ASP.NET
a todos. Y mira si esto ayuda?

¿Alguna otra cosa que deba probar antes de llamar a MS Support?

¿Cómo elimino mi "AppNameFolder" en archivos temporales de ASP.NET? Pensé que podría cerrar el servidor web de depuración incorporado y eso sería todo. Algo me impide borrarlo.

Answer 1

¿Has intentado desactivar el servicio de indexación ? Además, podría valer la pena pasar a un proyecto de aplicación web y ver si este problema persiste.

Answer 2

Además de lo que dijo el cartel anterior, sugeriría usar una herramienta como esta para determinar dónde se encuentra el problema.

Answer 3

Wow, este es un poco tonto. Hice algunas investigaciones y aparentemente muchas personas han estado experimentando este problema durante años. Es posible que esté almacenando en caché tipos que están definidos en su sitio web. Dichos tipos no tienen un ensamblaje, por lo que uno se genera aleatoriamente para ellos en tiempo de ejecución. La próxima vez que recicle su servidor web, sus tipos recibirán un ensamblaje diferente generado aleatoriamente, y su caché no podrá deserializarse porque el ensamblaje anterior ya no existe. Aquí hay algunas soluciones posibles que puedes probar:

• Defina todos los tipos en un ensamblaje por separado en lugar de en su sitio web.
• En su cuadro local, vea si ejecutar el sitio en webdev en lugar de iis tiene el mismo comportamiento.
• Si está utilizando almacenamiento de sesión / caché fuera de proc (SQL Server), intente utilizar el almacenamiento de la sesión / caché in-proc (local en la memoria)
• Elimine todos los subdirectorios en C: / WINDOWS / Microsoft.NET / Framework / v2.0.50727 / Archivos temporales de ASP.NET (como mencionó Dimi, use Unlocker para romper bloqueos que puedan tener las aplicaciones)
• Si precompila su sitio web durante la implementación, asegúrese de que su servidor web esté apagado antes de implementarlo. (Aparentemente, si los usuarios solicitan páginas en la versión anterior del sitio, se arruinarán las cosas cuando se implemente la nueva versión).