Datei oder Baugruppe konnte nicht geladen werden… Der Parameter ist falsch

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.Jsonin 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 :)

Sieht aus wie eine beschädigte Assembly, auf die verwiesen wird.

Lösche beide:

1. den Ordner \ bin Ihres Projekts

2. der temporäre Ordner (sollte C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Filesin Windows 7 sein)

und prüfen Sie, ob der Fehler weiterhin auftritt

Je nachdem, ob Sie X64 ausführen, müssen Sie möglicherweise einige weitere Stellen bereinigen. Nur mein Benutzerverzeichnis aufzuräumen war nicht genug.

1. % TEMP% \ Temporäre ASP.NET-Dateien
2. C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporäre ASP.NET-Dateien
3. C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporäre ASP.NET-Dateien
4. C: \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ Temporäre ASP.NET-Dateien
5. C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Temporäre ASP.NET-Dateien

Diese Liste wird so erweitert, als ob andere Versionen des Frameworks installiert wären.

Ich musste klären

C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files

Erst dann wurde das Problem behoben.

Um zu wissen, was sicher gelöscht werden muss, fügen Sie den folgenden Registrierungsschlüssel hinzu:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog (DWord set to 1).

Dann sehen Sie die Ausgabe wie unten. Hier erfahren Sie, wo asp.net versucht, Ihre DLLs zu laden. Löschen Sie dieses Verzeichnis.

LOG: This bind starts in default load context.
LOG: Using application configuration file: c:\app\AtlasAdvisor\web\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework\v4.0.30319\aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet.DLL.**
LOG: Attempting download of new URL **file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/root/3c8629f7/dfa387b6/Avanade.ViddlerNet/Avanade.ViddlerNet.DLL**.

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 \

Sie können auch das Paketverzeichnis löschen und NuGet erlauben , fehlende Pakete erneut herunterzuladen

es hat das Problem für mich gelöst

Löschen Sie alle Dateien aus diesen Ordnern.

C: /Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files C: /Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files

Es half, neue Binärdateien aus der Quellcodeverwaltung zu erhalten.

Vielen Dank

Löschen Sie einfach diesen Ordner: (nur Windows x64)

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporäre ASP.NET-Dateien

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

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

uninstall-package ActionMailer
install-package ActionMailer

Ich habe meine Probleme gelöst und hoffe hoffentlich jemand anderem.

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.

Ich lösche nur meine temporären Anwendungsdaten aus diesem Pfad

C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files

Problemlösung

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?

1. Gehen Sie zu IIS und klicken Sie mit der rechten Maustaste auf Ihren Website-Knoten im linken Navigationsbereich, um das Kontextmenü zu öffnen. Zeigen Sie im Kontextmenü auf Manage Application-> Advanced Settings..., um das Advanced SettingsFenster zu öffnen .
2. Überprüfen Sie den Anwendungspool, dem Ihre Website zugewiesen ist. In meinem Fall ist es wie folgt DefaultAppPool:

3. Gehen Sie nun zum Application PoolsKnoten 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:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files

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.

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.

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)) .

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

Ich hatte dieses Problem beim Erstellen eines Controllers in MVC. Ich habe die Version .net Framework geändert. Das Problem wurde gelöst

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.

In meinem Fall wollte ich eine COM sichtbare DLL kompilieren. Das Problem war, dass sich hier eine ältere Version dieser DLL befand:

C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE

Daher hat Visual Studio diese Version anstelle der neu kompilierten Version geladen, als es versuchte, sie zu registrieren.

Löschen Sie alle Dateien aus dem temporären Ordner (C: \ Benutzer \ Benutzername \ AppData \ Local \ Temp \ Temporäre ASP.NET-Dateien \ Projektordner).

Manchmal müssen Sie auch diesen Ordner bereinigen: C: \ Windows \ Temp \ Temporary ASP.NET

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.

In meinem Fall wurde das Problem durch Ändern der IISExpress-Portnummer in meinen Projekteigenschaften behoben.

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).

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

C:\Users\%username%\AppData\Local\assembly\

Ich hatte das ähnliche Problem beim Öffnen des Nuget Packet Managers, ich entfernte alle temporären Dateien und erstellte das Projekt, es funktionierte gut.