Не вдалося завантажити файл чи збірку ... Параметр невірний

Нещодавно я зустрів такий виняток у рішенні C #:

Помилка 2 Не вдалося завантажити файл або збірку 'Newtonsoft.Json, Версія = 3.5.0.0, Культура = нейтральна, PublicKeyToken = b9a188c8922137c6' або одна з її залежностей. Параметр невірний. (Виняток з HRESULT: 0x80070057 (E_INVALIDARG))

Це не залежить ні від мого коду, ні від назви збірки (як Newtonsoft.Jsonу цьому випадку).

Коли я видаляю цей dll з рішення, компілятор розповідає про інше за тим же винятком. Тож я думаю, що на моєму ПК слід щось вимкнути / увімкнути :)

Схоже на пошкоджену збірку, на яку посилається.

Очистити обидва:

1. папка \ bin вашого проекту

2. папка temp (має бути C:\Users\your_username\AppData\Local\Temp\Temporary ASP.NET Filesу Windows 7)

і подивіться, чи помилка все-таки трапляється

Залежно від того, у вас працює X64, вам може знадобитися очистити ще пару плям. Просто очищення мого каталогу користувачів було недостатньо.

1. % TEMP% \ Тимчасові файли ASP.NET
2. C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Тимчасові файли ASP.NET
3. C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Тимчасові файли ASP.NET
4. C: \ Windows \ Microsoft.NET \ Framework64 \ v2.0.50727 \ Тимчасові файли ASP.NET
5. C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Тимчасові файли ASP.NET

Цей список зростатиме так, ніби у вас встановлені інші версії фреймворку.

Мені довелося очистити

C: /Windows/Microsoft.NET/Framework/v4.0.30319/ Тимчасові файли ASP.NET

Лише тоді питання було вирішено.

Щоб знати, що очистити напевно - додайте наступний ключ реєстру:

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

Тоді ви побачите вихід, як показано нижче. Це говорить вам, де asp.net намагається завантажити ваші DLL-файли. Очистити цей каталог.

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

Очистіть тимчасові рамкові файли для вашого проекту:

C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ Тимчасові файли ASP.NET \

Ви також можете очистити каталог пакунків і дозволити NuGet повторно завантажити відсутні пакети

це вирішило для мене питання

Видаліть усі файли з цих папок.

C: /Windows/Microsoft.NET/Framework/v4.0.30319/ Тимчасові файли ASP.NET C: /Windows/Microsoft.NET/Framework64/v4.0.30319/ Тимчасові файли ASP.NET

Отримати свіжий набір бінарних файлів з Source control допомогло.

Дякую

Просто очистіть цю папку: (лише Windows x64)

C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Тимчасові файли ASP.NET

Дякую Алексу, ваш другий пункт допоміг мені це виправити.

Здається, якщо ви не запускаєте візуальну студію як адміністратора в Windows 7, вона зберігає тимчасові файли локально, а не C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Тимчасові файли ASP.NET.

Дивіться наступне повідомлення в блозі: http://www.dotnetscraps.com/dotnetscraps/post/Location-of-Temporary-ASPNET-files-in-Vista-or-Windows-7.aspx

У мене була така сама проблема - вище рішення не спрацювали. Проблема була з ActionMailer. Я запустив наступні видалення та встановлення команд nuget

uninstall-package ActionMailer
install-package ActionMailer

Вирішив мої проблеми, сподіваюся, допоможе хтось інший.

Це може статися під час посилань на обгорткові пристрої COM. У рамках проекту Visual Studio у розділі Посилання виберіть коди для обгортки COM, на які посилаються, та переконайтесь, що вони мають такі значення властивостей: "Вставити типи інтеропа": Неправильно та "Конкретна версія": Невірно.

Я просто видаляю свої темп даних програми з цього шляху

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

Вирішення проблеми

Я бачу, що багато техніків розмістили інформацію про очищення тимчасових каталогів ASP .Net, час роботи, що стосується кожного .Net-рамки, розміщеної на вашій машині, як у цьому відповіді. Але я вважаю, що ми повинні знати чітку логістику щодо того, чому нам потрібно сліпо очистити всі тимчасові робочі каталоги всіх .Net рамок. На мою думку, так не повинно бути.

Моя порада полягає в тому, щоб ви вирішили цю проблему, спробуйте підкреслити підхід до очищення каталогів. Як би ви знали, який каталог очистити?

1. Перейдіть до IIS та клацніть правою кнопкою миші на вузлі веб-сайту у лівій панелі навігації, щоб відкрити контекстне меню. У контекстному меню вкажіть на Manage Application->, Advanced Settings...щоб відкрити Advanced Settingsвікно.
2. Перевірте пул додатків, якому призначений ваш веб-сайт. У моєму випадку це так, DefaultAppPoolяк показано нижче:

3. Тепер перейдіть до Application Poolsвузла на лівій панелі навігації в IIS. Тепер перевірте, яку версію .Net CLR працює ваш пул додатків. У моєму випадку це v4.0, як показано нижче:

Оскільки версія CLR, розміщена в моєму пулі додатків, є v4.0, то я чітко очистив лише тимчасові файли в папці, що стосуються ASP .NET v4.0, як нижче:

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

І це все. Мою проблему вирішили.

Заняття уроком : Це свідчить про те, що всі тимчасові файли, які використовує ваш веб-сайт, не розкидані по декількох каталогах, але вони одразу переносяться вашим пулом програм. Тож вам потрібно очистити лише цю конкретну папку.

Очищення C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Тимчасові файли ASP.NET працювали на мене. Думаючи про автоматизацію процесу видалення, щоб уникнути проблеми в майбутньому.

Якщо ви використовуєте Інструменти даних SQL Server 2012, який використовує оболонку VS2010 станом на 1 травня 2013 року, перевірте налаштування Менеджера конфігурацій. Зміни імені сервера з Workflow на xCPWorkflow було достатньо для отримання точно такого ж параметра Параметр невірний (Виняток з HRESULT: 0x80070057 (E_INVALIDARG)) .

Ви можете чистити, створювати або відновлювати свою програму або просто видаляти тимчасові файли ASP.NET за адресою C: \ Користувачі \ ВАШЕ USERNAME \ AppData \ Local \ Temp

Це працює як магія. У моєму випадку у мене виникло завдання, пов’язане зі збіркою, сказати Не вдалося завантажити файл bla bla bla

Ви також можете побачити рішення 2 як http://www.codeproject.com/Articles/663453/Understanding-Clean-Build-and-Rebuild-in-Visual-St

У мене була ця проблема при створенні контролера в MVC. Я змінив версію .net Framework. Проблема була вирішена

Проблема стосується .Net версії виконання бібліотеки посилань класів (розгорнуті посилання, виберіть бібліотеку і поставте прапорець "Версія виконання". У мене виникла проблема з Antlr3.Runtime, після оновлення проекту візуальної студії до версії v4.5. I використовував NuGet для видалення Microsoft ASP.NET Web Optimization Framework (через ланцюг залежностей, які заважали мені безпосередньо видаляти Antlr3)

Потім я використав NuGet для перевстановлення веб-оптимізації Microsoft ASP.NET. Це перевстановило правильні версії виконання.

У моєму випадку я хотів зібрати COM-видиму DLL. Проблема полягала в тому, що тут була розміщена стара версія цієї DLL:

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

Таким чином, Visual Studio завантажив цю версію замість щойно складеної, оскільки вона намагалася її зареєструвати.

Очистити всі файли з тимчасової папки (C: \ Users \ user_name \ AppData \ Local \ Temp \ тимчасові файли ASP.NET \ папка проекту)

Іноді вам також потрібно очистити цю папку: C: \ Windows \ Temp \ Тимчасовий ASP.NET

Я зіткнувся з такою ж помилкою, оскільки програма не знайшла залежних фреймворків у C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\папці. Я просто ремонтую свою візуальну студію, яка додала необхідні рамки у вищезгаданому розташуванні, і вона добре працює.

У моєму випадку зміна номера порту IISExpress у властивостях мого проекту вирішила проблему.

Якщо хтось там використовує набір інструментів WiX, я виявив, що мій проект інсталятора посилався на старий проект, який нещодавно був видалений з рішення. Мені потрібно було деякий час, щоб зрозуміти, оскільки в рішенні, яке я намагався створити, існує ряд проектів, і в повідомленні не вказано, який проект не вдалося створити (і очистити, який також провалився).

У мене були користувачі клієнта Siemens Teamcenter 10 для Microsoft Office, які отримували ту ж помилку щодо іншої DLL. Жодна з інших відповідей не спрацювала. Рішенням було видалити папки в

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

У мене була подібна проблема під час відкриття менеджера Nuget Packet, я видалив усі тимчасові файли та створив проект, він працював чудово.