Nach dem Upgrade auf .NET 4.0 konnte "ajaxContrololkit" keine Datei oder Montage geladen werden

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

Frage

Ich habe eine Webanwendung, die ich versuche, auf .NET 4.0 zu upgraden.

Ich habe die Anwendung übernommen und über Visual Studio 2010 Beta 2 geöffnet und den Upgrade -Pfad für diese Anwendung ausgewählt. Die Anwendung verwendet das AjaxContrololkit. Nachdem das Upgrade abgeschlossen ist, wenn ich versuche, auf eine Seite zuzugreifen, erhalte ich die Fehlermeldung: "Ich konnte keine Datei oder Assemblierung 'AjaxContrololkit' oder eine seiner Abhängigkeiten laden. Zugriff wird abgelehnt."

Ich habe es versucht:

  • Starten Sie meine Maschine neu
  • Saubere Lösung
  • Entfernen Sie alle Dateien in temporären ASP.NET -Dateien
  • Entspannungsdauer (fügte alle mit voller Kontrolle hinzu) im Bin -Verzeichnis, das temporäre ASP.NET -Dateienverzeichnis
  • Entfernen und Lesen des Verweiss auf die AjaxContrololkit DLL

Die zugehörigen Web.config -Einträge für den AjackContrololkit sind:

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

Irgendwelche Ideen, was hier vorkommt/wie ich dieses Problem beheben kann?

War es hilfreich?

Lösung 8

Nicht 100% sicher, warum dies funktioniert hat, aber im entsprechenden temporären ASP.NET -Dateienverzeichnis (befindet AjaxContrololkit.dll.

Ich wurde dann mit zusätzlichen DLLs präsentiert, die fehlten, aber als ich sie manuell an diesen Ort kopierte, konnte ich diese Probleme lösen. Es scheint nicht die beste Antwort zu sein, aber es hat für mich funktioniert.

Andere Tipps

Ich hatte ein ähnliches Problem, war aber in der Lage, den Ordner "Temporary ASP.NET -Dateien" für meine Identität der Identitätsauswechsel voll zu lösen.

Mir ist bereits eine akzeptierte Antwort vorhanden, aber für alle anderen, die über eine Suche nach dem Fehlercode auf diese Seite kommen.

Überprüfen Sie die Berechtigungen des Benutzers, den Sie zu verkörpern versuchen.

In meiner Situation bekam ich nur den Fehler auf meiner Entwicklungsmaschine, dann eher auf unseren Staging- oder Bereitstellungsservern. (Denn während ich mich umgekommen bin, indem ich den 'Identitätsnode' aus der Konfiguration in meiner Entwicklungsumgebung entfernt habe und nur die Zeile im Post-Build hinzugefügt hat, war es für niemanden anderer als mir kein Problem.

In meiner Umgebung haben wir einen bestimmten Benutzer, den alle unsere Web -Apps beim Ausführen ausgeben. Ich hatte das Benutzerkonto erstellt, aber seine Kontoberechtigungen nicht explizit festgelegt. Als ich den Benutzer als Administrator auf meinem Entwicklungsgerät hinzufügte, verschwand dieses Problem vollständig. (Ich weiß nicht ideal, aber es "funktioniert für mich" und hat minimaler Schaden, da dieses Benutzerkonto trotzdem auf unseren "echten" Servern gesperrt ist.)

Ich denke, der Beitrag über die TEMP -Dateien in C: Windows microsoft.net Framework64 V4.0.21006 Temporary ASP.NET -Dateien [ProjectName] war auf dem richtigen Weg.

Ich habe das Problem gelöst, indem ich die Berechtigungen bearbeitete, um sicherzustellen, dass der ASP -Benutzer (der im Abschnitt Sicherheitsabschnitt von IIS als anonymer Benutzer gefunden wurde, den die App bei der Erlaubnis des anonymen Zugriffs verwenden sollte) über die richtige Sicherheit in das Verzeichnis verfügte.

Das Problem gelöst ... Der Zugriff verweigerte die USSUSE auf eine Berechtigungsausgabe.

Ich habe diese Fehlermeldung (obwohl eine andere DLL -Datei) erhalten, als ich meine ASP.NET -Anwendung auf einem neuen Windows Server 2008 -Computer neu installiert habe. Ich habe stundenlang nach einer Lösung gesucht und absolut alles ausprobiert, aber ohne Erfolg. Bis ich McAfee Antivirus deaktivierte. Als ich das tat, funktionierte alles wie ein Zauber.

Ich habe versucht, meinem impotierten Benutzer den vollständigen ASP.NET -Dateienordner vollständige Rechte zu geben, aber das hat nicht funktioniert. Ich erinnere mich in der Vergangenheit, als ich diesen Fehler bekam, dass er den Trick gemacht hat.

Ich weiß, dass das Frage -Poster dies versucht hat, aber es hat bei mir funktioniert, als ich das Ajaxtoolkit in Visual Studio entfernt/hinzugefügt habe. Ich schlage vor, alles zu versuchen, was er zuerst getan hat. Ich hoffe das hilft jemandem.

Sie können dies versuchen:C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\ . Reinigen Sie einfach alle Ordner und Dateien in diesem Ordner und kompilieren Sie Ihre Anwendung. Happy Coding!

Ungerade Fehler. Zeigt etwas in Ihrer Web.config -Datei auf den AjaxContrololkit mit einem öffentlichen Schlüssel -Token oder anderen Montagespezifikationen? Das ist mir passiert, wo sich ein Wert geändert hat oder ich von einer Referenz im GAC zu einer lokalen Referenz geändert habe ...

HTH.

Ich hatte das gleiche Problem. Nach vielen Nachforschungen fand ich heraus, dass ich Identitätswechsel in der Konfigurationsdatei verwendet habe. Ich musste die Imitations -ID an einen anderen Benutzer ändern, der lokal auf dem Server war, und es löste das Problem sofort auf.

Überprüfen Sie die Eigenschaften der DLL. Wenn es irgendwo angegeben ist, dass "diese Datei von einem anderen Computer stammt", klicken Sie auf das Kontrollkästchen und "Bewerben", um Beschränkungen zu heben, die Windows eingesetzt haben.

Denken Sie daran, "Visual Studio" auch mit "Run As Administrator" mit Context-Menu [mit der rechten Maustaste] zu öffnen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top