Konnte nicht geladen, Datei oder assembly "AjaxControlToolkit" nach upgrade auf .net 4.0

Ich habe eine web-Anwendung, die ich bin versucht, zu aktualisieren .net 4.0.

Nahm ich die Anwendung öffnete und es über Visual Studio 2010 Beta 2 und ausgewählte upgrade-Pfad für die Anwendung. Die Anwendung verwendet die AjaxControlToolkit. Nun, dass das upgrade abgeschlossen ist, wenn ich versuche, auf eine Seite zuzugreifen, bekomme ich die Fehlermeldung: "Konnte nicht geladen, Datei oder assembly "AjaxControlToolkit" oder eine seiner Abhängigkeiten. Zugriff verweigert."

Ich versucht habe:

Neustart meiner Maschine
Saubere Lösung
Entfernen Sie alle Dateien werden in Temporären ASP.Net Dateien
Entspannende permsissions (Hinzugefügt Jeder mit Vollzugriff) auf das Bin-Verzeichnis, in dem Temporäre ASP.Net Dateien-Verzeichnis
Entfernen und readding der Verweis auf das AjaxControlToolkit DLL

Den zugehörigen web.config-Einträge für die AjackControlToolkit sind:

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

Alle Ideen, was passiert hier/wie kann ich dieses Problem lösen?

InformationsquelleAutor der Frage ChrisHDog | 2009-12-14

14

Ich hatte ein ähnliches problem aber war in der Lage zu beheben, die durch die Gewährung voller Rechte an die "Temporäre ASP.NET Dateien" Ordner für meine Identitätswechsel Identität.

InformationsquelleAutor der Antwort Jeremy
6

Ich weiss, dass es bereits eine akzeptierte Antwort, aber für jemand anderes kommen, um diese Seite über eine Suche auf dem Fehler-code....

Überprüfen Sie die Berechtigungen der Benutzer, die Sie versuchen zu imitieren.

In meiner situation, ich war nur immer der Fehler auf meiner Entwicklungs-Maschine, dann lieber auf unsere staging-oder Bereitstellungsserver. (Während ich mich um diese durch entfernen der 'Identität' Knoten aus der config in meiner dev-Umgebung und nur durch hinzufügen der Zeile in den post-build so war es auch kein problem für jemand anderen als mich..

In meiner Umgebung wir haben einen bestimmten Benutzer, dass alle unsere web-apps imitieren beim laufen. Ich hatte erstellt das Benutzerkonto, aber noch nicht explizit festgelegt sein Konto Berechtigungen. Wenn ich den Benutzer Hinzugefügt als Administrator auf meiner dev Maschine, das problem war komplett Weg. (Nicht ideal, ich weiß, aber es "funktioniert für mich", und hat einen minimalen Schaden, da das Benutzerkonto gesperrt wird, auf unser 'echter' Server anyways..)

InformationsquelleAutor der Antwort Peter Bernier
3

Ich denke, die post über die Temp-Dateien in C:\Windows\Microsoft.NET\Framework64\v4.0.21006\Temporary ASP.NET Dateien[Projektname] auf dem richtigen Weg war.

Ich löste das problem durch das Bearbeiten von Berechtigungen, um sicherzustellen, dass die ASP-die Identität der Benutzer (zu finden im Abschnitt "Sicherheit" der IIS als Anonymer Benutzer, die die app verwenden soll, wenn Sie einen anonymen Zugang) hatte die entsprechende Sicherheit, um das Verzeichnis.

Gelöst das problem... Zugriff Verweigert ussually Punkte auf ein Problem mit Berechtigungen.

InformationsquelleAutor der Antwort shookdiesel
3

Habe ich diese Fehlermeldung (obwohl eine andere dll-Datei), wenn ich wieder meine ASP.NET Anwendung auf einem neuen Windows Server 2008-Computer. Ich suchte nach einer Lösung, um diese für Stunden, zu versuchen, absolut alles, aber ohne Erfolg. Bis ich deaktiviert McAfee antivirus. Wenn ich das getan habe, funktioniert alles wie ein Charme.

InformationsquelleAutor der Antwort Mel Korman
2

Ich habe versucht, meine imitierten Benutzer volle Rechte auf das Temporäre ASP.NET Dateien-Ordner, aber das hat nicht funktioniert. Ich erinnere mich, in der Vergangenheit, wenn ich habe diesen Fehler, es hat den trick.

Ich weiß, die Frage, poster dies versucht, aber es funktionierte für mich, wenn ich entfernt/Hinzugefügt, das AjaxToolKit in visual studio. Ich schlage vor, versucht alles, was er getan hat, zuerst. Ich hoffe, das jemand hilft.

InformationsquelleAutor der Antwort jinsungy
2

Können Sie versuchen, diese:
C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\ . Einfach zu reinigen, bis alle Ordner und Dateien aus die sich in diesem Ordner und kompilieren ur Anwendung. Happy coding!

InformationsquelleAutor der Antwort mujtaba
1

Seltsame Fehler. Ist etwas in deinem web.config-Datei verweist auf die AjaxControlToolkit mit einem public-key-token oder andere Montage-Spezifikationen zur Verfügung gestellt? Das ist mir schon passiert, wo ein Wert geändert, oder ich änderte von einem Verweis im GAC zu einem lokalen Bezug...

HTH.

InformationsquelleAutor der Antwort Brian Mains
1

Nicht 100% sicher, warum dies funktioniert, aber in der entsprechenden Temporäre ASP.Net Dateien-Verzeichnis (befindet sich bei: C:\Windows\Microsoft.NET\Framework64\v4.0.21006\Temporary ASP.NET Dateien[Projektname]), die ich manuell allem coppied die AjaxControlToolkit.dll.

Anschließend erhielt ich zusätzliche DLLs, die fehlen, sondern auf manuell kopieren, um diesen Ort, auch ich war in der Lage, diese Probleme zu beheben. Scheint nicht die beste Antwort, aber es endete für mich zu arbeiten.

InformationsquelleAutor der Antwort ChrisHDog
1

War ich vor dem gleichen Problem. Nach viel Forschung fand ich heraus, dass ich mit den Identitätswechsel in der config-Datei. Ich hatte zu ändern, die Identitätswechsel-ID eines anderen Benutzers, der lokal auf dem server und es löste das Problem sofort.

InformationsquelleAutor der Antwort AshishGarg
1

Untersuchen Sie den DLL ' s Eigenschaften. Wenn es heißt irgendwo, dass "diese Datei kam von einem anderen computer", klicken Sie auf das Kontrollkästchen und drücken Sie "apply", um die Beschränkungen von Windows hat.

InformationsquelleAutor der Antwort Protector one
0

Denken Sie daran, auch öffnen Sie "Visual Studio" mit "als administrator Ausführen" mit Kontextmenü [rechts-Klick].

InformationsquelleAutor der Antwort JosephDoggie

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.