Impossibile caricare il file o l'assembly ... Il parametro non è corretto

Di recente ho incontrato la seguente eccezione alla soluzione C #:

Errore 2 Impossibile caricare il file o l'assembly "Newtonsoft.Json, Version = 3.5.0.0, Culture = neutral, PublicKeyToken = b9a188c8922137c6" o una delle sue dipendenze. Il parametro non è corretto. (Eccezione da HRESULT: 0x80070057 (E_INVALIDARG))

Ciò non dipende né dal mio codice né dal nome dell'assembly (come Newtonsoft.Jsonin questo caso).

Quando elimino questa dll dalla soluzione, il compilatore ne parla di un altro nella stessa eccezione. Quindi suppongo che qualcosa dovrebbe essere spento / acceso sul mio PC :)

Sembra che venga fatto riferimento a un assembly danneggiato.

Cancella entrambi:

1. la cartella \ bin del tuo progetto

2. la cartella temporanea (dovrebbe essere C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Filesin Windows 7)

e vedere se l'errore si verifica ancora

A seconda se usi X64, potresti dover ripulire un paio di punti in più. Basta ripulire la mia directory utente non era abbastanza.

1. % TEMP% \ File ASP.NET temporanei
2. C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ File ASP.NET temporanei
3. C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ File ASP.NET temporanei
4. C: \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ File ASP.NET temporanei
5. C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ File ASP.NET temporanei

Questo elenco aumenterà come se fossero installate altre versioni del framework.

Ho dovuto cancellare

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

Solo allora il problema è stato risolto.

Per sapere con certezza cosa cancellare - aggiungi la seguente chiave di registro:

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

Quindi vedrai l'output come di seguito. Questo ti dice dove asp.net sta tentando di caricare le tue DLL. Cancella questa directory.

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

Cancella i file di framework temporanei per il tuo progetto in: -

C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ File ASP.NET temporanei \

È inoltre possibile cancellare la directory dei pacchetti e consentire a NuGet di scaricare nuovamente i pacchetti mancanti

mi ha risolto il problema

Elimina tutti i file da queste cartelle.

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

È stato utile ottenere un nuovo set di file binari dal controllo del codice sorgente.

Grazie

Cancella questa cartella: (solo Windows x64)

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ File ASP.NET temporanei

Grazie Alex, il tuo secondo punto mi ha aiutato a risolvere questo problema.

Sembra che, a meno che non si esegua Visual Studio come amministratore in Windows 7, esso memorizza i file temporanei localmente anziché i file ASP.NET temporanei C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \.

Vedere il seguente post di blog: http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx

Ho avuto lo stesso problema qui - le soluzioni sopra non funzionavano. Il problema era con ActionMailer. Ho eseguito i seguenti comandi di disinstallazione e installazione di nuget

uninstall-package ActionMailer
install-package ActionMailer

Risolto i miei problemi, si spera che possa aiutare qualcun altro.

Ciò può accadere facendo riferimento a DLL wrapper COM. Nel progetto Visual Studio, in Riferimenti, selezionare le DLL del wrapper COM a cui si fa riferimento e assicurarsi che abbiano i seguenti valori di proprietà: "Incorpora tipi di interoperabilità": Falso e "Versione specifica": Falso.

Ho appena cancellato i miei dati temporanei dell'applicazione da questo percorso

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

Risoluzione del problema

Vedo che molti tecnici hanno pubblicato informazioni sulla cancellazione di directory temporanee di runtime ASP .Net relative a tutti i framework .Net ospitati sulla macchina come in questo risposta. Ma credo che dovremmo conoscere la logistica chiara sul perché dobbiamo cancellare ciecamente tutte le directory di lavoro temporanee di tutti i framework .Net. Secondo me, non dovrebbe essere così.

Il mio consiglio è di provare un approccio di svuotamento di directory appuntito per risolvere questo problema. Come faresti a sapere quale directory cancellare?

1. Vai su IIS e fai clic con il pulsante destro del mouse sul nodo del tuo sito Web nel riquadro di navigazione sinistro per aprire il menu di scelta rapida. Nel menu di scelta rapida selezionare Manage Application-> Advanced Settings...per aprire la Advanced Settingsfinestra.
2. Controlla il pool di applicazioni a cui è assegnato il tuo sito Web. Nel mio caso è DefaultAppPoolcome mostrato di seguito:

3. Ora vai al Application Poolsnodo nella barra di navigazione a sinistra in IIS. Ora controlla quale versione .Net CLR è in esecuzione nel tuo pool di app. Nel mio caso è v4.0 come mostrato di seguito:

Poiché la versione CLR ospitata dal mio pool di app è v4.0, quindi ho cancellato in modo preciso solo i file temporanei nella cartella relativi ad ASP .NET v4.0 solo come di seguito:

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

E questo è tutto. Il mio problema è stato risolto.

Lezione appresa : questo è indicativo del fatto che tutti i file temporanei utilizzati dal tuo sito Web non sono sparsi in più directory ma vengono immediatamente indirizzati dal pool di app. Quindi è necessario cancellare solo quella cartella specifica.

La cancellazione di C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ File ASP.NET temporanei ha funzionato per me. Pensando di automatizzare il processo di eliminazione per evitare il problema in futuro.

Se si utilizzano gli strumenti dati di SQL Server 2012, che utilizza la shell VS2010 al 1 ° maggio 2013, controllare le impostazioni di Configuration Manager. Una modifica del nome del server da Workflow a xCPWorkflow è stata sufficiente per produrre esattamente lo stesso Il parametro non è corretto (eccezione da HRESULT: 0x80070057 (E_INVALIDARG)) .

Puoi pulire, compilare o ricostruire la tua applicazione o semplicemente eliminare i file temporanei ASP.NET in C: \ Users \ YOUR USERNAME \ AppData \ Local \ Temp

Funziona come per magia. Nel mio caso ho avuto un problema di associazione dell'assemblaggio che diceva Impossibile caricare il file bla bla bla

puoi anche vedere la soluzione 2 come http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St

Ho avuto questo problema durante la creazione del controller in MVC. Ho cambiato la versione .net framework. Il problema è stato risolto

Il problema riguarda la versione di runtime .Net di una libreria di classi di riferimento (riferimenti espansi, selezionare la libreria e verificare la "Versione di runtime". Ho avuto un problema con Antlr3.Runtime, dopo aver aggiornato il mio progetto Visual Studio alla v4.5. usato NuGet per disinstallare Microsoft ASP.NET Web Optimization Framework (a causa di una catena di dipendenze che mi ha impedito di disinstallare direttamente Antlr3)

Ho quindi usato NuGet per reinstallare Microsoft ASP.NET Web Optimization Framework. Ciò ha reinstallato le versioni di runtime corrette.

Nel mio caso volevo compilare una DLL visibile COM. Il problema era che una versione precedente di questa DLL si trovava qui:

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

Visual Studio ha quindi caricato questa versione anziché quella appena compilata, nel tentativo di registrarla.

Cancella tutti i file dalla cartella temporanea (cartella C: \ Users \ nome_utente \ AppData \ Local \ Temp \ Temporary ASP.NET Files \ project)

A volte, inoltre, è necessario pulire questa cartella: C: \ Windows \ Temp \ Temporary ASP.NET

Ho riscontrato lo stesso errore perché l'applicazione non ha trovato framework dipendenti nella C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\cartella. Ho appena riparato il mio Visual Studio che ha aggiunto il framework richiesto nella posizione sopra e funziona benissimo.

Nel mio caso, la modifica del numero di porta IISExpress nelle proprietà del mio progetto ha risolto il problema.

Se qualcun altro là fuori sta usando il set di strumenti WiX, ho scoperto che il mio progetto di installazione aveva un riferimento a un vecchio progetto che era stato recentemente rimosso dalla soluzione. Mi ci è voluto un po 'di tempo per rendermi conto dato che nella soluzione che stavo tentando di realizzare ci sono stati molti progetti e il messaggio non indicava quale progetto non fosse stato realizzato (e pulito, ma anche quello).

Ho avuto gli utenti del client Siemens Teamcenter 10 per Microsoft Office che ottengono lo stesso errore su una DLL diversa. Nessuna delle altre risposte ha funzionato. La soluzione era eliminare le cartelle in

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

Ho avuto il problema simile durante l'apertura di Nuget Packet Manager, ho rimosso tutti i file temporanei e creato il progetto, ha funzionato bene.