Impossible de charger le fichier ou l'assemblage «AjaxControltoLkit» après la mise à niveau vers .net 4.0

Question

J'ai une application Web que j'essaie de mettre à niveau vers .NET 4.0.

J'ai pris l'application et l'ai ouverte via Visual Studio 2010 Beta 2 et sélectionné le chemin de mise à niveau de cette application. L'application utilise l'AjaxControltoolkit. Maintenant que la mise à niveau est terminée lorsque j'essaie d'accéder à une page, j'obtiens le message d'erreur: "Je ne peux pas charger le fichier ou l'assemblage 'AJAXControltoLkit' ou l'une de ses dépendances. L'accès est refusé."

J'ai essayé:

• Redémarrer ma machine
• Nettoyer
• Suppression de tous les fichiers dans des fichiers ASP.NET temporaires
• Permsésions relaxantes (a ajouté tout le monde avec un contrôle total) sur le répertoire de bac, le répertoire des fichiers ASP.NET temporaire
• Suppression et lecture de la référence à la DLL AjaxControltoLkit

Les entrées Web.config connexes pour AjackControltoLkit sont:

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

Des idées sur ce qui se passe ici / comment je peux résoudre ce problème?

Answer 1

Pas à 100% pourquoi cela a fonctionné, mais dans le répertoire de fichiers ASP.NET temporaire approprié (situé sur: C: Windows Microsoft.net Framework64 V4.0.21006 Files ASP.NET temporaire [ProjectName]) J'ai manqué le manuellement le AjaxControltoolkit.dll.

On m'a ensuite présenté des DLL supplémentaires qui manquaient, mais en les copieant manuellement à cet endroit, j'ai également pu résoudre ces problèmes. Cela ne semble pas être la meilleure réponse, mais cela a fini par fonctionner pour moi.

Answer 2

J'ai eu un problème similaire mais j'ai pu résoudre en accordant des droits complets au dossier "Temporary ASP.NET Fichiers" pour mon identité d'identité.

Answer 3

Je me rends compte qu'il y a déjà une réponse acceptée, mais pour quiconque vient sur cette page via une recherche sur le code d'erreur ....

Passez en revue les autorisations de l'utilisateur que vous essayez d'identiter.

Dans ma situation, je n'obtenais que l'erreur sur ma machine de développement, plutôt que sur nos serveurs de mise en scène ou de déploiement. (Car pendant que je me suis déplacé en supprimant le nœud «identité» de la configuration dans mon environnement de développement et en ajoutant simplement la ligne en post-construction, ce n'était donc un problème pour quelqu'un d'autre que moi.

Dans mon environnement, nous avons un utilisateur spécifique que toutes nos applications Web se font passer pour l'exécution. J'avais créé le compte d'utilisateur, mais je n'avais pas explicitement défini ses autorisations de compte. Lorsque j'ai ajouté l'utilisateur en tant qu'administrateur sur ma machine de développement, ce problème a complètement disparu. (Pas idéal, je sais, mais cela "fonctionne pour moi", et a un préjudice minimal car ce compte d'utilisateur est verrouillé sur nos «vrais» serveurs de toute façon ..)

Answer 4

Je pense que le message sur les fichiers temporaires dans C: Windows Microsoft.net Framework64 V4.0.21006 Files ASP.NET temporaire [ProjectName] était sur la bonne voie.

J'ai résolu le problème en modifiant les autorisations pour m'assurer que l'utilisateur ASP imitant (trouvé dans la section de sécurité de l'IIS en tant qu'utilisateur anonyme que l'application devrait utiliser lors de l'autorisation d'accès anonyme) avait la bonne sécurité du répertoire.

Résolution du problème ... l'accès refusé par l'usage indique un problème d'autorisations.

Answer 5

J'ai obtenu ce message d'erreur (bien qu'un autre fichier DLL) lorsque j'ai réinstallé mon application ASP.NET sur une nouvelle machine Windows Server 2008. J'ai cherché une solution à cela pendant des heures, essayant absolument tout, mais en vain. Jusqu'à ce que je désactive l'antivirus McAfee. Quand je l'ai fait, tout a fonctionné comme un charme.

Answer 6

J'ai essayé de donner à mon utilisateur issu des droits complets sur le dossier des fichiers ASP.NET temporaire, mais cela n'a pas fonctionné. Je me souviens dans le passé quand j'ai eu cette erreur, elle a fait l'affaire.

Je sais que l'affiche de question a essayé cela, mais cela a fonctionné pour moi lorsque j'ai supprimé / ajouté l'Ajaxtoolkit dans Visual Studio. Je suggère d'essayer tout ce qu'il a fait en premier. J'espère que ça aidera quelqu'un.

Answer 7

Vous pouvez essayer ceci:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\ . Nettoyez simplement tous les dossiers et fichiers à l'intérieur de ce dossier et compilez votre application. Codage heureux!

Answer 8

Erreur impaire. Est-ce que quelque chose dans votre fichier web.config pointe vers l'AjaxControltoLkit avec un jeton de clé public ou d'autres spécifications d'assemblage fournies? Cela m'est arrivé, où une valeur a changé ou j'ai changé d'une référence dans le GAC à une référence locale ...

Hth.

Answer 9

J'étais confronté au même problème. Après de nombreuses recherches, j'ai découvert que j'utilisais une usurpation d'identité dans le fichier de configuration. J'ai dû changer l'ID d'identité en un autre utilisateur local vers le serveur et il a résolu le problème immédiatement.

Answer 10

Inspectez les propriétés de la DLL. S'il indique quelque part que "ce fichier provenait d'un autre ordinateur", cliquez sur la case à cocher et "Appliquer", pour soulever les restrictions que Windows a mis en place.

Answer 11

N'oubliez pas non plus d'ouvrir "Visual Studio" avec "Exécuter en tant qu'administrateur" à l'aide de contextes-menu [clic droit].