Kürzlich bin ich bei C # -Lösung auf folgende Ausnahme gestoßen:
Fehler 2 Datei oder Assembly 'Newtonsoft.Json, Version = 3.5.0.0, Culture = neutral, PublicKeyToken = b9a188c8922137c6' oder eine ihrer Abhängigkeiten konnte nicht geladen werden. Der Parameter ist falsch. (Ausnahme von HRESULT: 0x80070057 (E_INVALIDARG))
Dies hängt weder von meinem Code noch vom Namen der Assembly ab (wie Newtonsoft.Json
in diesem Fall).
Wenn ich diese DLL aus der Lösung lösche, teilt der Compiler in derselben Ausnahme eine andere mit. Also sollte wohl an meinem PC etwas ein- und ausgeschaltet werden :)
Antworten:
Sieht aus wie eine beschädigte Assembly, auf die verwiesen wird.
Lösche beide:
den Ordner \ bin Ihres Projekts
der temporäre Ordner (sollte
C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Files
in Windows 7 sein)und prüfen Sie, ob der Fehler weiterhin auftritt
quelle
Je nachdem, ob Sie X64 ausführen, müssen Sie möglicherweise einige weitere Stellen bereinigen. Nur mein Benutzerverzeichnis aufzuräumen war nicht genug.
Diese Liste wird so erweitert, als ob andere Versionen des Frameworks installiert wären.
quelle
Ich musste klären
Erst dann wurde das Problem behoben.
quelle
Um zu wissen, was sicher gelöscht werden muss, fügen Sie den folgenden Registrierungsschlüssel hinzu:
Dann sehen Sie die Ausgabe wie unten. Hier erfahren Sie, wo asp.net versucht, Ihre DLLs zu laden. Löschen Sie dieses Verzeichnis.
quelle
Löschen Sie die temporären Framework-Dateien für Ihr Projekt in: -
C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporäre ASP.NET-Dateien \
quelle
Sie können auch das Paketverzeichnis löschen und NuGet erlauben , fehlende Pakete erneut herunterzuladen
es hat das Problem für mich gelöst
quelle
Löschen Sie alle Dateien aus diesen Ordnern.
quelle
Es half, neue Binärdateien aus der Quellcodeverwaltung zu erhalten.
Vielen Dank
quelle
Löschen Sie einfach diesen Ordner: (nur Windows x64)
quelle
Danke Alex, dein zweiter Punkt hat mir geholfen, das zu beheben.
Wenn Sie Visual Studio nicht als Administrator in Windows 7 ausführen, werden Ihre temporären Dateien anscheinend lokal und nicht unter C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporäre ASP.NET-Dateien gespeichert.
Siehe folgenden Blog-Beitrag: http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx
quelle
Ich hatte hier das gleiche Problem - die oben genannten Lösungen haben nicht funktioniert. Problem war mit ActionMailer. Ich habe die folgenden Befehle zum Deinstallieren und Installieren von Nuget ausgeführt
Ich habe meine Probleme gelöst und hoffe hoffentlich jemand anderem.
quelle
Dies kann passieren, wenn auf COM-Wrapper-DLLs verwiesen wird. Wählen Sie in Ihrem Visual Studio-Projekt unter Verweise die COM-Wrapper-DLLs aus, auf die verwiesen wird, und stellen Sie sicher, dass sie die folgenden Eigenschaftswerte haben: "Interop-Typen einbetten": False und "Spezifische Version": False.
quelle
Ich lösche nur meine temporären Anwendungsdaten aus diesem Pfad
Problemlösung
quelle
Ich sehe viele Techies über Clearing temporäre Verzeichnisse von ASP .NET - Laufzeit gebucht haben auf jeden betreffen und jeder .NET Framework auf Ihrem Rechner gehostet wie in diesem Antwort. Ich bin jedoch der Meinung, dass wir die eindeutige Logistik kennen sollten, warum wir alle temporären Arbeitsverzeichnisse blind von allen .Net-Frameworks löschen müssen. Meiner Meinung nach sollte das nicht der Fall sein.
Mein Rat wäre, dass Sie versuchen sollten, ein genaues Verzeichnis zu löschen, um dieses Problem zu beheben. Woher wissen Sie, welches Verzeichnis gelöscht werden muss?
Manage Application
->Advanced Settings...
, um dasAdvanced Settings
Fenster zu öffnen .DefaultAppPool
:Application Pools
Knoten in der linken Navigationsleiste im IIS. Überprüfen Sie nun, welche .Net CLR-Version von Ihrem App-Pool ausgeführt wird. In meinem Fall ist es v4.0 wie unten gezeigt:Da die CLR-Version, die von meinem App-Pool gehostet wird, Version 4.0 ist, habe ich nur die temporären Dateien im Ordner für ASP .NET Version 4.0 genau wie folgt gelöscht:
Und das ist es. Mein Problem wurde gelöst.
Lektion gelernt : Dies ist ein Hinweis darauf, dass alle temporären Dateien, die von Ihrer Website verwendet werden, nicht auf mehrere Verzeichnisse verteilt sind, sondern gleichzeitig von Ihrem App-Pool verwiesen werden. Sie müssen also nur diesen bestimmten Ordner löschen.
quelle
Das Löschen von C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporäre ASP.NET-Dateien hat bei mir funktioniert. Denken Sie daran, den Löschprozess zu automatisieren, um das Problem in Zukunft zu vermeiden.
quelle
Wenn Sie die Datentools von SQL Server 2012 verwenden, die zum 1. Mai 2013 die VS2010-Shell verwenden, überprüfen Sie Ihre Configuration Manager-Einstellungen. Eine Änderung des Servernamens von Workflow zu xCPWorkflow reichte aus, um genau dasselbe zu erzeugen. Der Parameter ist falsch (Ausnahme von HRESULT: 0x80070057 (E_INVALIDARG)) .
quelle
Sie können Ihre Anwendung entweder bereinigen, erstellen oder neu erstellen oder einfach temporäre ASP.NET-Dateien unter C: \ Users \ YOUR USERNAME \ AppData \ Local \ Temp löschen
Das funktioniert wie Magie. In meinem Fall hatte ich ein Problem mit der Bindungsbindung, das besagte, dass die Datei bla bla bla nicht geladen werden konnte
Sie können Lösung 2 auch als http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St sehen
quelle
Ich hatte dieses Problem beim Erstellen eines Controllers in MVC. Ich habe die Version .net Framework geändert. Das Problem wurde gelöst
quelle
Das Problem betrifft die .Net-Laufzeitversion einer referenzierten Klassenbibliothek (erweiterte Referenzen, wählen Sie die Bibliothek aus und überprüfen Sie die "Laufzeitversion". Nach dem Upgrade meines Visual Studio-Projekts auf Version 4.5 hatte ich ein Problem mit Antlr3.Runtime. I. hat NuGet verwendet, um Microsoft ASP.NET Web Optimization Framework zu deinstallieren (aufgrund einer Reihe von Abhängigkeiten, die mich daran gehindert haben, Antlr3 direkt zu deinstallieren)
Ich habe dann NuGet verwendet, um das Microsoft ASP.NET Web Optimization Framework neu zu installieren. Dadurch wurden die richtigen Laufzeitversionen neu installiert.
quelle
In meinem Fall wollte ich eine COM sichtbare DLL kompilieren. Das Problem war, dass sich hier eine ältere Version dieser DLL befand:
Daher hat Visual Studio diese Version anstelle der neu kompilierten Version geladen, als es versuchte, sie zu registrieren.
quelle
Löschen Sie alle Dateien aus dem temporären Ordner (C: \ Benutzer \ Benutzername \ AppData \ Local \ Temp \ Temporäre ASP.NET-Dateien \ Projektordner).
quelle
Manchmal müssen Sie auch diesen Ordner bereinigen: C: \ Windows \ Temp \ Temporary ASP.NET
quelle
Ich hatte den gleichen Fehler, weil die Anwendung keine abhängigen Frameworks im
C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\
Ordner gefunden hat. Ich repariere gerade mein Visual Studio, das das erforderliche Framework an der oben genannten Stelle hinzugefügt hat, und es funktioniert einwandfrei.quelle
In meinem Fall wurde das Problem durch Ändern der IISExpress-Portnummer in meinen Projekteigenschaften behoben.
quelle
Wenn jemand anderes das WiX-Toolset verwendet, habe ich festgestellt, dass mein Installationsprojekt einen Verweis auf ein altes Projekt enthält, das kürzlich aus der Lösung entfernt wurde. Es hat eine Weile gedauert, bis mir klar wurde, dass die Lösung, die ich erstellen wollte, eine Reihe von Projekten enthält und die Meldung nicht angibt, welches Projekt nicht erstellt werden konnte (und sauber, welches ebenfalls fehlgeschlagen ist).
quelle
Ich hatte Benutzer von Siemens Teamcenter 10 Client für Microsoft Office, die denselben Fehler über eine andere DLL erhielten. Keine der anderen Antworten funktionierte. Die Lösung bestand darin, die Ordner in zu löschen
quelle
Ich hatte das ähnliche Problem beim Öffnen des Nuget Packet Managers, ich entfernte alle temporären Dateien und erstellte das Projekt, es funktionierte gut.
quelle