No se pudo cargar el archivo o el ensamblaje 'AjaxControltoolkit' después de la actualización a .NET 4.0

StackOverflow https://stackoverflow.com/questions/1904263

Pregunta

Tengo una aplicación web que intento actualizar a .NET 4.0.

Tomé la aplicación y la abrí a través de Visual Studio 2010 Beta 2 y seleccioné la ruta de actualización para esa aplicación. La aplicación utiliza el AjaxControltoolkit. Ahora que la actualización está completa cuando intento acceder a una página, recibo el mensaje de error: "No se pudo cargar el archivo o el ensamblaje 'AjaxControltoolkit' o una de sus dependencias. Se niega el acceso".

He intentado:

  • Reiniciar mi máquina
  • Solución limpia
  • Eliminar todos los archivos en archivos ASP.NET temporales
  • Permisos de relajación (agregado a todos con control total) en el directorio bin, el directorio de archivos ASP.NET temporal
  • Eliminar y leer la referencia al AjaxControltoolkit DLL

Las entradas Web.Config relacionadas para AjackControltoolkit son:

<pages controlRenderingCompatibilityVersion="3.5" clientIDMode="AutoID">
  <controls>
    <add tagPrefix="ajaxToolkit" namespace="AjaxControlToolkit" assembly="AjaxControlToolkit"/>
  </controls>
</pages>

¿Alguna idea de lo que está ocurriendo aquí/cómo puedo solucionar este problema?

¿Fue útil?

Solución 8

No es 100% seguro de por qué funcionó esto, pero en el directorio apropiado de archivos ASP.NET temporal (ubicado en: c: windows microsoft.net framework64 v4.0.21006 temporal ASP.NET archivos [proyecto Name]) Coppije manualmente el AjaxControltoolkit.dll.

Luego me presentaron DLL adicionales que faltaban, pero al copiarlos manualmente a esta ubicación también pude resolver estos problemas. No parece la mejor respuesta, pero terminó funcionando para mí.

Otros consejos

Tuve un problema similar, pero pude resolver otorgando plenos derechos a la carpeta "ASP.NET de ASP.NET temporal" para mi identidad de suplantación.

Me doy cuenta de que ya hay una respuesta aceptada, pero para cualquier otra persona que llegue a esta página a través de una búsqueda en el código de error ...

Revise los permisos del usuario que está tratando de hacerse pasar por

En mi situación, solo recibía el error en mi máquina de desarrollo, en lugar de nuestros servidores de puesta en escena o implementación. (Porque mientras lo logré eliminando el nodo 'Identity' de la configuración en mi entorno de desarrollo y simplemente agregando la línea en la construcción posterior, por lo que no era un problema para nadie más que yo ...

En mi entorno tenemos un usuario específico que se hacen pasar por todas nuestras aplicaciones web cuando se ejecutan. Había creado la cuenta de usuario, pero no había establecido explícitamente sus permisos de cuenta. Cuando agregué al usuario como administrador en mi máquina de desarrollo, este problema desapareció por completo. (No es ideal, lo sé, pero "funciona para mí", y tiene un daño mínimo ya que esa cuenta de usuario está bloqueada en nuestros servidores 'reales' de todos modos ...)

Creo que la publicación sobre los archivos TEMP en C: Windows Microsoft.net Framework64 V4.0.21006 Temporal ASP.NET Archivos [ProjectName] estaba en el camino correcto.

Resolví el problema editando los permisos para asegurarme de que el usuario del ASP que se hace pasar por el usuario (que se encuentra en la sección de seguridad de II como el usuario anónimo que la aplicación debe usar al permitir el acceso anónimo) tenía la seguridad adecuada en el directorio.

Resolvió el problema ... El acceso negó a Usssualmente apunta a un problema de permisos.

Recibí este mensaje de error (aunque otro archivo DLL) cuando reinstalé mi aplicación ASP.NET en una nueva máquina de Windows Server 2008. Busqué una solución a esto durante horas, intentando absolutamente todo, pero fue en vano. Hasta que desactivé el antivirus McAfee. Cuando lo hice, todo funcionó como un encanto.

Traté de darle a mi usuario a mi usuario a la carpeta temporal de archivos ASP.NET, pero eso no funcionó. Recuerdo en el pasado cuando recibí este error que hizo el truco.

Sé que el póster de la pregunta intentó esto, pero funcionó para mí cuando eliminé/agregué el Ajaxtoolkit en Visual Studio. Sugiero probar todo lo que ha hecho primero. Espero que esto ayude a alguien.

Puedes probar esto:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\ . Simplemente limpie todas las carpetas y archivos desde el interior de esta carpeta y compile su aplicación. ¡Feliz codificación!

Error extraño. ¿Hay algo en su archivo web.config que apunta al AjaxControltoolkit con un token de clave pública u otras especificaciones de ensamblaje proporcionadas? Eso me ha sucedido, donde cambió un valor o cambié de una referencia en el GAC a una referencia local ...

Hth.

Me enfrentaba al mismo problema. Después de mucha investigación, descubrí que estaba usando suplantación en el archivo de configuración. Tuve que cambiar la ID de suplantación a un usuario diferente que era local para el servidor y resolvió el problema de inmediato.

Inspeccione las propiedades de la DLL. Si establece en algún lugar que "este archivo vino de otra computadora", haga clic en la casilla de verificación y "Aplicar", para elevar las restricciones que Windows ha puesto en su lugar.

Recuerde también abrir "Visual Studio" con "Ejecutar como administrador" utilizando el contexto-menú [clic derecho].

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top