publickeytoken b03f5f7f11d50a3a что это
Не удалось загрузить файл или сборку «System.Net.Http, Version = 4.0.0.0, Culture = нейтральный, PublicKeyToken = b03f5f7f11d50a3a»
Я скопировал свой проект на чистый компьютер с Windows 10, на котором установлены только Visual Studio 2015 Community и SQL Server 2016 Express. Никаких других версий фреймворка, кроме установленных с Windows 10 и VS2015 или SQL Server, не установлено.
Когда я пытаюсь запустить проект Web Api, я получаю сообщение:
Не удалось загрузить файл или сборку «System.Net.Http, Version = 4.0.0.0, Culture = нейтральный, PublicKeyToken = b03f5f7f11d50a3a» или одну из его зависимостей. Система не может найти указанный файл.
В пакеты проекта входят:
Путь к файлу указывает на:
C: \ Program Files (x86) \ Reference Assemblies \ Microsoft \ Framework.NETFramework \ v4.6.1 \ System.Net.Http.dll
Путь к файлу System.Net.Http.Formatting указывает на:
C: \ Development \ MyApp \ packages \ Microsoft.AspNet.WebApi.Client.5.2.3 \ lib \ net45 \ System.Net.Http.Formatting.dll
Должен ли весь проект нацеливаться на 4.5.1 или есть другой способ ссылаться на правильные сборки?
14 ответов
Если в вашем решении несколько проектов, щелкните правой кнопкой мыши значок решения в Visual Studio и выберите «Управление пакетами NuGet для решения», затем щелкните четвертую вкладку «Консолидировать», чтобы объединить все ваши проекты в одну версию DLL. Это даст вам список ссылочных сборок для консолидации. Щелкните каждый элемент в списке, затем щелкните установить на вкладке, которая появляется справа.
4.6.1-2 в VS2017 пользователи могут столкнуться с нежелательной заменой своей версии System.Net.Http той, которую хочет использовать VS2017 или Msbuild 15.
Мы удалили эту версию здесь:
C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Professional \ MSBuild \ Microsoft \ Microsoft.NET.Build.Extensions \ net461 \ lib \ System.Net.Http.dll
C: \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ BuildTools \ MSBuild \ Microsoft \ Microsoft.NET.Build.Extensions \ net461 \ lib \ System.Net.Http.dll
Затем проект строится с версией, на которую мы ссылались через NuGet.
Все работало, без ошибок и опубликовано без проблем, и только случайно я наткнулся на сообщение об ошибке System.Net.Http, показанное в небольшом, трудно заметить, но довольно важном запросе API через веб-сайт I ‘ м работаю.
Откатился на 4.6.1 и снова все нормально.
В качестве обходного пути вы можете добавить эти цели в свой проект. Они удалят DesignFacadesToFilter из списка ссылок, переданных в SGEN (и добавят их обратно, как только SGEN будет завершен)
Я удалил ссылку на System.Net.HTTP в VS2017 (это была версия 2.0.0.0) и повторно добавил ссылку, которая затем показала 4.2.0.0.
Но если у вас есть решение с большим количеством проектов, действительно отстой, обновляйте каждый проект вручную (а также иногда после обновления какого-либо пакета nuget вам нужно сделать это снова). И это причина, по которой я написал простой сценарий PowerShell, который, если все файлы app.configs.
Возможно, он не идеален, и будет лучше, если кто-нибудь свяжет его с задачей pre-build.
Could not load file or assembly ‘System.Runtime, Version=4.2.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’
I got the project from colleague and got this error when building project:
Could not load file or assembly ‘System.Runtime, Version=4.2.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ or one of its dependencies. The system cannot find the file specified.
Here’s another similar question but no answer to it.
5 Answers 5
I know this is an old post, but I think it’s useful to share my solution with others that encounter this exact problem.
That’s when I encountered: Could not load file or assembly ‘System.Runtime, Version=5.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’
This happens when you open the folder instead of the solution file. Simply ensure that you load the solution file and not the directory of your project.
This is quite an annoying issue. From what i noticed it’s being cause by dependentAssembly once you install a new package or update it. Atleas that was for me.
Make sure that you Web.config dependentAssembly matches the version defined inside the Web.Base.config (or the version inside the Nuget Package Manager). If not change the newVersion= to the version you have installed in your Nuget Package Manager.
If that doens’t work you could check this link out. Might be an option which will work for you.
After Adding, a new error show:
Assembly ‘XXXX(It’s secret), Version=x.x.x.x, Culture=neutral, PublicKeyToken=xx’ uses ‘System.Runtime, Version=4.2.1.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’ which has a higher version than referenced assembly ‘System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a’
Подробная информация об использовании оперативной
(JIT) отладки вместо данного диалогового
окна содержится в конце этого сообщения.
************** Текст исключения **************
System.IO.FileNotFoundException: Невозможно загрузить файл или сборку «Accessibility, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a» или один из зависимых от них компонентов. Не удается найти указанный файл.
Имя файла: «Accessibility, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a»
в System.Windows.Forms.Control.OnHandleCreated(EventArgs e)
в System.Windows.Forms.Form.OnHandleCreated(EventArgs e)
в System.Windows.Forms.Control.WmCreate(Message& m)
в System.Windows.Forms.Control.WndProc(Message& m)
в System.Windows.Forms.ScrollableControl.WndProc(Message& m)
в System.Windows.Forms.ContainerControl.WndProc(Message& m)
в System.Windows.Forms.Form.WmCreate(Message& m)
в System.Windows.Forms.Form.WndProc(Message& m)
в System.Windows.Forms.Control.ControlNativeWindow.OnMessage(M essage& m)
в System.Windows.Forms.Control.ControlNativeWindow.WndProc(Mes sage& m)
в System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
Предупреждение: регистрация привязки сборок выключена.
Чтобы включить регистрацию ошибок привязки сборок, установите значение параметра реестра [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) в 1.
Примечание. Регистрация ошибок привязки сборок может привести к некоторому снижению производительности.
Чтобы отключить эту функцию, удалите параметр реестра [HKLM\Software\Microsoft\Fusion!EnableLog].
************** Загруженные сборки **************
mscorlib
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5466 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
—————————————-
Multi-MC Loader
Версия сборки: 1.1.0.0
Версия Win32: 1.1.0.0
CodeBase: file:///D:/mc/Multi-MC%20Loader/Multi-MC%20Loader.exe
—————————————-
Microsoft.VisualBasic
Версия сборки: 8.0.0.0
Версия Win32: 8.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
—————————————-
System.Windows.Forms
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5460 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
—————————————-
System
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5466 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
—————————————-
System.Drawing
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5462 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
—————————————-
System.Windows.Forms.resources
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms.resources/2.0.0.0_ru_b77a5c561934e089/System.Windows.Forms.resources.dll
—————————————-
mscorlib.resources
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5466 (Win7SP1GDR.050727-5400)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v2.0.50727/mscorlib.dll
—————————————-
System.Xml
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
—————————————-
System.Runtime.Remoting
Версия сборки: 2.0.0.0
Версия Win32: 2.0.50727.5420 (Win7SP1.050727-5400)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
—————————————-
При включенной отладке JIT любое необрабатываемое исключение
пересылается отладчику JIT, зарегистрированному на данном компьютере,
вместо того чтобы обрабатываться данным диалоговым окном.
если игнорировать ошибки и все время жать «Продолжить», программа работает неправильно, иногда показывает ту же ошибку
Предполагаю, что есть смысл использовать какой-то клинер системы, но я всегда относился очень осторожно ко всяким клинерам и ускорителям, поэтому посоветуйте какой-нибудь и скажите какую функцию надо использовать (чтоб лишнего не испортить)
Не удалось загрузить файл или сборку ‘System.Runtime, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a’
У меня есть эта ошибка в моем проекте Visual Studio Visual Studio 2017 Wep:
Не удалось загрузить файл или сборку «System.Runtime, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a» или одна из его зависимостей. Расположенное определение манифеста сборки не соответствует ссылке на сборку. (Исключение из HRESULT: 0x80131040)
Невозможно точно определить, когда это произойдет, но было либо после обновления до Visual Studio (до версии 15.3.2), либо обновления пакетов APP-пакетов.
Я также пытаюсь переустановить все пакеты в решении, проверить наличие неудачных ссылок на сборку (их было несколько), проверить наличие версий дубликатов. Неудачно.
В моем случае, открыв решение с Visual Studio 2017 и получив эту ошибку, для решения этой проблемы мне пришлось объединить следующее:
1) В «C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\devenv.exe.config»
найти любое вхождение «..\..\MSBuild» и заменить его на «C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild»
2) Я заметил, что мой файл Microsoft.Build.Framework.dll отсутствовал в папке, выполнил поиск и нашел его в разделе «C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\amd64\». Скопировал его в «C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\Common7\IDE»
3) Снова в файле deven.exe.config изменилось
codeBase version = «15.1.0.0» href= «C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Build.Framework.dll»
к версии, найденной в папке amd, в моем случае: codeBase version = «15.3.409.57025» href= «C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\15.0\Bin\Microsoft.Build.Framework.dll»
Я предполагаю, что это связано с тем, что я установил VS2017 Enterprise v15.3, и что-то было/повреждено, или это ошибка.
Ни в коем случае это постоянное исправление, но пока оно отлично работает для меня и разблокирует мой прогресс. Будет обновлен, если я найду что-то новое.
Не удалось загрузить файл или сборку System.Runtime, Version = 4.1.0.0, Culture = нейтральный, PublicKeyToken = b03f5f7f11d50a3a или одну из ее зависимостей. Система не может найти указанный файл.
Я пробовал следующее:
Это ошибка? Есть ли обходной путь? Любая помощь приветствуется.
У меня была та же проблема, и я не нашел предлагаемых решений. Мое решение этой проблемы: проверьте App.config и packages.config, чтобы узнать, совпадают ли версии.
Первоначально мой app.config содержал:
Но файл packages.config содержал:
Я изменил запись app.config, чтобы она соответствовала packages.config для новой версии:
После изменения проблема была решена.
Приведенное ниже больше не нужно, оно было исправлено около VS 15.3:
Я недавно столкнулся с этой проблемой, и я пробовал много вещей, упомянутых в этой и других ветках. Я добавил ссылку на «System.Runtime» пакет для диспетчера пакетов nuget, исправил повторные привязки app.config и убедился, что app.config и package.config для сборки используется та же версия. Однако проблема не исчезла.
Поверьте, я не шучу. Удалите все зависимости System.Runtime из вашего app.config, и он начнет работать.
Я решил эту ошибку, сославшись на NetStandard.Library и следующий файл app.config в NUnit-Project.
редактировать
Редактировать 2
Редактировать 3
Я исправил это, удалив app.config с помощью
app.config был автоматически добавлен (но не нужен) во время рефакторинга
Я знаю, что слишком поздно, но пока нет успешного ответа. Я нашел ответ на другом сайте. Я исправил проблему при удалении зависимости сборки System.Runtime. Я удалил это.
Я исправил свою ошибку, установив NetStandard.Library в свой проект модульного тестирования.
Мы обнаружили, что AutoGenerateBindingRedirects может быть причиной этой проблемы.
Загляните в это прямо сейчас в проекте модульного теста после добавления MsTest V2 через Nuget. Переименование app.config (столь эффективное его удаление) помогло мне.
Прочитав все вышеперечисленные сообщения, я все еще не понимаю, почему, извините!
но один пакет также добавил ту же сборку в зависимости от другой версии:
удаление тега «добавить сборку» из моего файла web.config решило проблему.
В app.config или web.config добавьте
Похоже, проблема возникает из-за конфликта версий между packages.config и app.config. В app.config у вас есть перенаправления привязки сборки, автоматически генерируемые функцией AutoGenerateBindingRedirects. Если этот параметр включен каждый раз, когда вы загружаете пакет nuget, он будет, помимо создания новой записи в packages.config, добавлять эту информацию о перенаправлении привязки в app.config. Какова цель этого, объясняется здесь: Перенаправление привязки сборки: как и почему?
Там вы можете прочитать, что написал пользователь @Evk:
Зачем вообще нужны привязки перенаправления? Предположим, у вас есть приложение A, которое ссылается на библиотеку B, а также на библиотеку C версии 1.1.2.5. Библиотека B, в свою очередь, также ссылается на библиотеку C, но версии 1.1.1.0. Теперь у нас конфликт, потому что вы не можете загружать разные версии одной и той же сборки во время выполнения. Чтобы разрешить этот конфликт, вы можете использовать перенаправление привязки, обычно к новой версии.
Итак, БЫСТРОЕ ИСПРАВЛЕНИЕ: удалите все записи в app.config.
В моем случае, просто благодаря этому программа начала работать, но она, вероятно, будет работать только в том случае, если у вас нет конфликтов версий одной и той же сборки во время выполнения.