Nie można załadować pliku lub złożenia ... parametr jest nieprawidłowy

W zależności od tego, czy używasz X64, może być konieczne wyczyszczenie jeszcze kilku miejsc. Samo czyszczenie katalogu użytkownika nie wystarczyło.

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

Ta lista będzie rosła tak, jakbyś miał zainstalowane inne wersje frameworka.

I had to clear

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

Dopiero wtedy problem został rozwiązany.

Aby wiedzieć, co wyczyścić na pewno-Dodaj następujący klucz rejestru:

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

Następnie zobaczysz wyjście jak poniżej. To mówi, gdzie asp.net próbuje załadować biblioteki DLL. Wyczyść ten katalog.

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

Wyczyść tymczasowe pliki frameworków dla Twojego projektu w:-

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\

Możesz także wyczyścić katalog packages i zezwolić NuGet Na ponowne pobranie brakujących pakietów

To dla mnie rozwiązało problem

Usuń wszystkie pliki z tych folderów .

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

Otrzymanie świeżego zestawu binariów z kontroli źródeł pomogło.

Thanks

Po prostu wyczyść ten folder: (tylko windows x64)

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Pliki

Dzięki Alex twój drugi punkt pomógł mi to naprawić.

Wygląda na to, że jeśli nie uruchomisz visual studio jako administrator w Windows 7, przechowuje on pliki tymczasowe lokalnie, a nie C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET pliki.

Zobacz następujący wpis na blogu:http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx

Miałem ten sam problem tutaj-powyższe rozwiązania nie działały. Problem był z ActionMailer. Uruchomiłem następujące polecenia uninstall i install NuGet

uninstall-package ActionMailer
install-package ActionMailer

Rozwiązałem moje problemy, mam nadzieję, że pomoże komuś innemu.

Po prostu usuwam dane tymczasowe aplikacji z tej ścieżki

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

Rozwiązywanie problemów

Oczyszczanie C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET akta mi pomogły. Myślenie o automatyzacji procesu usuwania, aby uniknąć problemu w przyszłości.

Jeśli używasz narzędzi danych SQL Server 2012, które używają powłoki VS2010 na dzień 1 maja 2013, sprawdź ustawienia menedżera konfiguracji. Zmiana nazwy serwera z Workflow na xCPWorkflow wystarczyła, aby wygenerować dokładnie ten sam parametr jest nieprawidłowy (wyjątek od HRESULT: 0x80070057 (E_INVALIDARG)) wiadomość.

Może się to zdarzyć podczas odwoływania się do bibliotek DLL COM wrapper. W ramach projektu Visual Studio w obszarze Referencje wybierz biblioteki DLL wrappera com, do których się odwołują i upewnij się, że mają następujące wartości właściwości: "Embed Interop Types": False i "Specific Version": False.

Możesz wyczyścić, zbudować lub przebudować aplikację lub po prostu usunąć tymczasowe ASP.NET Pliki at C:\Users\YOUR USERNAME\AppData \ Local \ Temp

Możesz również zobaczyć rozwiązanie 2 jako http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St

Widzę, że wielu techies napisało o czyszczeniu tymczasowych katalogów asp. net run-time odnoszących się do każdego.Net framework hostowanego na twoim komputerze, jak w ta odpowiedź. Ale uważam, że powinniśmy znać jasną logistykę, dlaczego musimy ślepo wyczyścić wszystkie tymczasowe działające katalogi wszystkich frameworków. Net. Według mnie nie powinno tak być.

Moja rada jest taka, że powinieneś wypróbować podejście do czyszczenia katalogów z pinami, aby rozwiązać ten problem problem. Skąd wiesz, który Katalog wyczyścić?

1. przejdź do IIS i kliknij prawym przyciskiem myszy węzeł witryny w lewym okienku nawigacji, aby otworzyć menu kontekstowe. W menu kontekstowym wskaż Manage Application -> Advanced Settings... aby otworzyć okno Advanced Settings.
2. Sprawdź pulę aplikacji, do której przypisana jest Twoja strona internetowa. W moim przypadku jest to DefaultAppPool Jak pokazano poniżej:

1. Teraz przejdź do Application Pools węzła w lewym pasku nawigacyjnym w IIS. Teraz sprawdź, która wersja. Net CLR jest jest prowadzony przez pulę aplikacji. W moim przypadku jest to v4. 0 Jak pokazano poniżej:

Ponieważ wersja CLR jest hostowana przez moją pulę aplikacji to v4. 0, więc prcisely wyczyściłem tylko pliki tymczasowe w folderze odnoszącym się do ASP.net v4. 0 tylko jak poniżej:

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

Lekcja: świadczy to o tym, że wszystkie pliki tymczasowe używane przez Twoją witrynę nie są rozproszone po kilku katalogi, ale są one na raz miejsce jest kierowany przez pulę aplikacji. Musisz więc wyczyścić tylko ten konkretny folder.

Problem dotyczy wersji runtime. Net odwołanej biblioteki klas( rozszerzone odwołania, wybierz bibliotekę i zaznacz "Runtime Version". Miałem problem z Antlr3.Runtime, po aktualizacji mojego projektu visual studio do wersji 4.5. Użyłem NuGet do odinstalowania Microsoft ASP.NET Web Optimization Framework (ze względu na łańcuch zależności, który uniemożliwiał mi odinstalowanie Antlr3 bezpośrednio)

Potem użyłem NuGet do reinstalacji Microsoftu ASP.NET Web Optimisation Framework. To ponownie zainstalowano poprawne wersje uruchomieniowe.

W moim przypadku chciałem skompilować COM visible DLL. Problem polegał na tym, że starsza wersja tego DLL znajduje się tutaj:

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

W ten sposób Visual Studio załadowało tę wersję zamiast nowo skompilowanej, ponieważ próbowało ją zarejestrować.

Wyczyść wszystkie pliki z folderu tymczasowego (C:\Users\user_name\AppData\Local\Temp\Temporary ASP.NET Files\folder projektu)

Czasami musisz również wyczyścić ten folder: C:\Windows\Temp\Temporary ASP.NET

Napotkałem ten sam błąd, ponieważ aplikacja nie znalazła zależnych frameworków w folderze C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\. Po prostu naprawiam moje Visual studio, które dodało wymagany framework w powyższej lokalizacji i działa dobrze.

W moim przypadku zmiana numeru portu IISExpress we właściwościach mojego projektu rozwiązała problem.

Jeśli ktoś jeszcze używa zestawu narzędzi WiX, odkryłem, że mój projekt instalatora miał odniesienie do starego projektu, który niedawno został usunięty z rozwiązania. Zajęło mi trochę czasu, aby uświadomić sobie, ponieważ istnieje wiele projektów w rozwiązaniu, które próbowałem zbudować, a wiadomość nie wskazywała, który projekt nie został zbudowany (i czysty, który również zawodził).

Miałem użytkowników Siemens Teamcenter 10 Client dla Microsoft Office, którzy otrzymywali ten sam błąd dotyczący innej biblioteki DLL. Żadna z pozostałych odpowiedzi nie zadziałała. Rozwiązaniem było usunięcie folderów w

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

Miałem taki problem przy robieniu kontrolera w MVC. Zmieniłem wersję. NET framework. Problem został rozwiązany