Не удалось загрузить файл или сборку 'Newtonsoft.Json, версия =4.5.0.0, культура = нейтральная, PublicKeyToken=30ad4fe6b2a6aeed'

Question

Не удалось загрузить файл или сборку 'Newtonsoft.Json, версия =4.5.0.0, культура = нейтральная, PublicKeyToken=30ad4fe6b2a6aeed'

Я получаю ошибку

System.IO.FileLoadException: не удалось загрузить файл или сборку 'Newtonsoft.Json, версия =4.5.0.0, культура = нейтральная, PublicKeyToken=30ad4fe6b2a6aeed' или одна из ее зависимостей. Определение манифеста обнаруженной сборки не соответствует ссылке на сборку. (Исключение из HRESULT: 0x80131040)

для моей сборки CI

Решение, которое я попробовал

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed"
        culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

Это тоже не сработало

267

asp.net json.net

Источник

user3437755 19 мар '14 в 13:20

47 ответов

Другие вопросы по тегам asp.net json.net

user2742398 30 апр '14 в 07:00 2014-04-30 07:00 · Answer 1 · 2014-04-30 07:00

В консоли диспетчера пакетов выполните: Update-Package –reinstall Newtonsoft.Json,

ОБНОВИТЬ

Первоначально я разместил это как комментарий, но, как предложил @OwenBlacker, я просто оставлю это здесь:

Если после этого вы по-прежнему получаете сообщение об ошибке, то, в конечном итоге, у меня сработало то, что я удалил <dependentAssembly> раздел из моего .config файл. Переустановка возвращает его, если его там нет, и, очевидно, вам нужно удалить его. Пока не будет нормального решения в самом пакете, боюсь, этот шаг вручную является обязательным.

Примечание: пожалуйста, прочитайте комментарии ниже, прежде чем делать это.

В соответствии с комментарием Рене, приведенным ниже, БУДЬТЕ ВНИМАТЕЛЬНЫ, что команда, опубликованная в ответе, переустанавливает пакет в каждом проекте вашего решения. Так что, если вы используете пакет Newtonsoft.Json в нескольких проектах и, возможно, используете разные версии, простое выполнение вышеуказанной команды может иметь нежелательные последствия.

user617358 27 июн '14 в 21:32 2014-06-27 21:32 · Answer 2 · 2014-06-27 21:32

Всем, у кого есть проблемы с версией Newtonsoft.Json v4.5, попробуйте использовать это в web.config или app.config:

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
       <dependentAssembly>
           <assemblyIdentity name="Newtonsoft.Json"
               publicKeyToken="30AD4FE6B2A6AEED" culture="neutral"/>
           <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0"/>
       </dependentAssembly>
    </assemblyBinding>
</runtime>

ВАЖНО: убедитесь, что configuration тэг вашего конфигурационного файла не имеет атрибута пространства имен (как предлагается в /questions/33312434/obyazatelnaya-problema-perenapravleniya-vnet/33312448#33312448). Иначе, assemblyBinding теги будут игнорироваться.

user1039591 14 июл '15 в 10:22 2015-07-14 10:22 · Answer 3 · 2015-07-14 10:22

Ключевым моментом является ссылка на правильную версию в вашем конфигурационном файле.

шаги;

1 - посмотрите, какая версия вашего Newtonsoft.Json.dll в свойстве ссылки на проект, какая версия в папке вашего пакета (например, у меня 7.0.1, а эталонная версия 7.0.0.0)

2 - посмотрите на то, что проект ожидает от вас в исключении (у меня 6.0.0.0)

3- Добавьте зависимую сборку в ваш конфигурационный файл, как и должно быть..

  <dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json"  publicKeyToken="30AD4FE6B2A6AEED" culture="neutral"/>
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="7.0.0.0"/>
  </dependentAssembly>

user3466155 20 сен '14 в 18:12 2014-09-20 18:12 · Answer 4 · 2014-09-20 18:12

Мне не повезло ни с одним из представленных здесь решений (удаление, переустановка, удаление ссылок, создание bindingRedirects и т. Д.). Мне пришлось вернуться к старой версии Newtonsoft. Версия 5.0.6 работала и раньше, поэтому я попробовал ее. Мне пришлось ввести эти две команды в консоли пакетов:

uninstall-package newtonsoft.json -force

install-package newtonsoft.json -version "5.0.6"

-force Параметр в первой команде необходим для принудительного удаления. Зависимости с другими сборками предотвращают удаление без него.

user920539 19 ноя '14 в 16:26 2014-11-19 16:26 · Answer 5 · 2014-11-19 16:26

Я исправил проблему с добавлением этого перенаправления привязки в мой файл.config:

<runtime>
    . . . 
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed"
                culture="neutral" />
            <bindingRedirect oldVersion="4.5.0.0" newVersion="6.0.0.0" />
        </dependentAssembly>
    </assemblyBinding>
</runtime>

Сообщение об ошибке жалуется на то, что не найдена версия 4.5.0.0, текущая версия Newtonsoft.Json - 6.0.0.0, поэтому перенаправление должно перейти с 4.5 на 6.0, а не наоборот.

user3931985 14 авг '15 в 08:39 2015-08-14 08:39 · Answer 6 · 2015-08-14 08:39

Я потратил пару дней, пытаясь решить эту неприятную проблему. Я перепробовал почти все, что можно найти в Интернете. Наконец, я обнаружил, что эта ошибка может быть вызвана (как в моем случае) различными целевыми версиями проекта.Net (4.5 и 4.5.1) в одном решении. Шаги ниже исправили это для меня:

Дважды проверьте.Net-версию каждого проекта, который входит в ваше решение. Просто щелкните правой кнопкой мыши на проекте и перейдите к Properties,

Если возможно, установите одинаковую версию.Net для всех проектов. Если не по крайней мере, попробуйте изменить проект запуска (для меня это был тот, который вызывает проблемы).
Удалить все Newtonsoft.Json пакеты из раствора.
uninstall-package newtonsoft.json -force
Обновить все Newtonsoft.Json версии во всех packages.config файлы вроде
<package id="Newtonsoft.Json" version="7.0.1" targetFramework="net451" />
Переустановка Newtonsoft.Json из "Консоли диспетчера пакетов" с:
install-package newtonsoft.json
Восстановить решение

(Необязательно) 7. Если вы изменили проект автозагрузки, верните его снова

user340760 10 апр '14 в 18:17 2014-04-10 18:17 · Answer 7 · 2014-04-10 18:17

Я думаю, что вы указываете на неправильную цель, измените ее на 4,5 вместо 6,0

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed"
        culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="4.5.0.0" />
</dependentAssembly>

Это должно работать.

22

Источник

user340760 10 апр '14 в 18:17

user3073545 27 мар '15 в 18:43 2015-03-27 18:43 · Answer 8 · 2015-03-27 18:43

uninstall-package newtonsoft.json -force
install-package newtonsoft.json

Сделал трюк для меня:)

15

Источник

user3073545 27 мар '15 в 18:43

user4546246 25 июн '16 в 14:32 2016-06-25 14:32 · Answer 9 · 2016-06-25 14:32

Если вы используете несколько проектов в одном решении и в одной библиотеке проверьте, все ли проекты имеют одинаковую версию Newtonsoft.Json

13

Источник

user4546246 25 июн '16 в 14:32

user2383264 19 мар '14 в 13:25 2014-03-19 13:25 · Answer 10 · 2014-03-19 13:25

Удалите сборку Newtonsoft.Json из ссылки на проект и добавьте ее снова. Вы, вероятно, удалили или заменили dll случайно.

11

Источник

user2383264 19 мар '14 в 13:25

user2066744 24 июн '15 в 21:15 2015-06-24 21:15 · Answer 11 · 2015-06-24 21:15

Я писал клиент службы WebApi REST, поэтому для меня эта ошибка была вызвана добавлением ссылок на System.Net.Http а также System.Net.Http.Formatting сборки вручную через Добавить ссылку, когда я должен был добавить Microsoft.AspNet.WebApi.Client пакет через NuGet. Смотрите также этот ответ на другой вопрос.

user2059126 16 мар '17 в 11:24 2017-03-16 11:24 · Answer 12 · 2017-03-16 11:24

У вас есть 2 разные версии библиотеки JSON.NET в вашем решении. Чтобы решить эту проблему, вы должны обновить их до последней версии. Следуй этим шагам:

1-Открыть обозреватель решений. 2-Щелкните правой кнопкой мыши на имени решения. 3-Выберите Управление пакетами Nuget для решения. 4-Выберите обновления в меню. 5-Обновите пакет JSON.NET.

Это решит вашу проблему.

ссылка: не удалось загрузить файл или сборку 'Newtonsoft.Json, версия =7.0.0.0, культура = нейтральная, PublicKeyToken=30ad4fe6b2a6aeed' или одна из ее зависимостей

user195417 19 мар '14 в 13:31 2014-03-19 13:31 · Answer 13 · 2014-03-19 13:31

Разверните правильную версию на машине CI

Это говорит о том, что загрузчик сборки нашел другую версию Newtonsoft.Json сборка, которая не соответствует ссылке, которую вы создали в своем проекте. Чтобы правильно загрузить сборку, вы должны либо развернуть сборку рядом с вашим скомпилированным кодом, либо установить правильную версию сборки на конечном компьютере (то есть в GAC).

Альтернатива: убедитесь, что конфигурация находится в правильном файле

Если вы хотите сохранить текущее решение и загрузить сборку с другой версией, убедитесь, что вы указали правильную конфигурацию .config файл. Помните, что нет xpto.dll.configDLL-библиотека, загружаемая приложением, всегда использует файл конфигурации запущенного приложения.

user2405894 03 окт '14 в 01:43 2014-10-03 01:43 · Answer 14 · 2014-10-03 01:43

Обычно добавление редиректа связывания должно решить эту проблему, но у меня это не сработало. После нескольких часов удара головой о стену я понял, что в моем файле web.config есть атрибут xmlns, вызывающий проблемы. После удаления атрибута xmlns из узла конфигурации в Web.config перенаправления привязки работали, как и ожидалось.

http://www.davepaquette.com/archive/2014/10/02/could-not-load-file-or-assembly-newtonsoft-json-version4-5-0-0.aspx

user4193004 28 ноя '19 в 10:30 2019-11-28 10:30 · Answer 15 · 2019-11-28 10:30

Я получал ту же ошибку, и, добавив ниже код, ошибка устранена при производстве.

Ответить слишком поздно, но может кому-то помочь.

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
        <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-12.0.0.0" newVersion="12.0.0.0" />
    </dependentAssembly>
</assemblyBinding>

user5034139 02 июл '16 в 08:40 2016-07-02 08:40 · Answer 16 · 2016-07-02 08:40

Закрыть решение.

открыто packages.config а также *.csproj с текстовым редактором и удалить любую строку есть Newtonsoft.Json

Пример:
<Reference Include="Newtonsoft.Json,Version=9.0.0.0,Culture=neutral,PublicKeyToken=30ad4fe6b2a6aeed, processorArchitecture=MSIL"> <HintPath>..\packages\Newtonsoft.Json.9.0.1\lib\net40\Newtonsoft.Json.dll</HintPath> <Private>True</Private> </Reference>

Или же<package id="Newtonsoft.Json" version="9.0.1" targetFramework="net40" />

Откройте решение снова и переустановите Newtonsoft.Json Install-Package Newtonsoft.Json

Это работает для меня.

user5721327 27 дек '15 в 19:26 2015-12-27 19:26 · Answer 17 · 2015-12-27 19:26

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json"
        publicKeyToken="30AD4FE6B2A6AEED" culture="neutral"/>
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="7.0.0.0"/>
  </dependentAssembly>
</assemblyBinding>

Работает для меня.... просто поместите версию, которую вы используете в newVersion т.е. (newVersion="7.0.0.0")

5

Источник

user5721327 27 дек '15 в 19:26

user5947108 01 мар '16 в 17:01 2016-03-01 17:01 · Answer 18 · 2016-03-01 17:01

Просто проверьте версию свойств Newtonsoft.Json Newtonsoft

Затем вам нужно добавить эту версию в веб-конфигурацию (в моем случае 8.0.0.0).

4

Источник

user5947108 01 мар '16 в 17:01

user2120484 11 июн '14 в 20:48 2014-06-11 20:48 · Answer 19 · 2014-06-11 20:48

Вам следует обновить файл web.config на сервере. Когда Nuget устанавливает NewtonSoft, обновите этот файл, включая этот код

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
  </dependentAssembly>
</assemblyBinding>

user3703904 04 мар '15 в 13:29 2015-03-04 13:29 · Answer 20 · 2015-03-04 13:29

У меня такая же проблема. И я также решил это, выполнив следующие действия: Перейдите в раздел ИНСТРУМЕНТЫ > Диспетчер пакетов NuGet и выберите Консоль диспетчера пакетов. Наконец, выполните следующие две команды:)

удалить-пакет newtonsoft.json -force
установочный пакет newtonsoft.json

user1250329 14 апр '14 в 15:00 2014-04-14 15:00 · Answer 21 · 2014-04-14 15:00

У нас была та же самая проблема, о которой вы упоминали. Мы используем nunit для запуска тестов через CI, и у нас есть nunit, запускающий файл под названием tests.nunit, в котором описывается список тестовых приспособлений dll для запуска.

Каждый тестовый прибор имел свой собственный файл конфигурации, но при запуске через файл "tests.nunit" перенаправления привязки, похоже, игнорируются. Решением было добавить перенаправления привязки в новый файл конфигурации "tests.config", который был рядом с файлом "tests.nunit".

user3414309 27 ноя '15 в 16:53 2015-11-27 16:53 · Answer 22 · 2015-11-27 16:53

Переустановка пакета newtonsoft через nuget у меня не сработала. Мне пришлось вручную вызвать JsonConvert.DeserializeObject, чтобы обойти эту проблему

Я изменился

HttpResponseMessage response = await client.GetAsync(url));
response.EnsureSuccessStatusCode();
MyObject data = await response.Content.ReadAsAsync<MyObject>();

За

HttpResponseMessage response = await client.GetAsync(url));
response.EnsureSuccessStatusCode();
string jsonStr = await response.Content.ReadAsStringAsync();
MyObject data = JsonConvert.DeserializeObject<MyObject>(jsonStr);

user391605 29 июл '14 в 14:53 2014-07-29 14:53 · Answer 23 · 2014-07-29 14:53

Я сделал ошибку, добавив файл NewtonSoft .dll для.Net 4.5.

Мой основной проект был 4.5, но когда я добавил дополнительный проект в свое решение, он странным образом добавил его в качестве проекта.Net 2.0... и когда я попытался использовать с ним 4.5ll NewtonSoft, я получил этот "Newtonsoft.Json не найдена "ошибка.

Решение (конечно) состояло в том, чтобы изменить этот новый проект с.Net 2.0 на 4.5.

user3515969 27 июл '15 в 07:49 2015-07-27 07:49 · Answer 24 · 2015-07-27 07:49

В моем случае основной проект все еще ссылался на старую версию Newtonsoft.Json, которой больше не было в проекте (показано желтым восклицательным знаком). Удаление ссылки решило проблему, не было необходимости в bindingRedirect.

3

Источник

user3515969 27 июл '15 в 07:49

user4569185 12 окт '15 в 09:50 2015-10-12 09:50 · Answer 25 · 2015-10-12 09:50

У меня была точно такая же проблема с версией 7.0.0.0, и библиотека, вызывающая мою проблему, была https://www.nuget.org/packages/Microsoft.Rest.ClientRuntime/, которая как-то ссылалась на неправильную версию (6.0.0.0) Newtonsoft.json, несмотря на правильное управление зависимостями в nugget (правильная версия newtonsoft.json (7.0.0.0) была установлена).

Я решил это, применив перенаправление выше с 6.0.0.0 до 7.0.0.0 (из Kadir Can) в файле конфигурации:

<bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="7.0.0.0" />

----> Через несколько дней, ничего не меняя, снова возникла та же ошибка. Я установил версию 6.0.0.0 и обновил ее до 7.0.0.0. Теперь она работает нормально.

user2530812 18 май '15 в 13:06 2015-05-18 13:06 · Answer 26 · 2015-05-18 13:06

Я столкнулся с той же ошибкой и боролся с ней часами. У меня был проект веб-API, который использует Newtonsoft.json и другой проект UnitTest для проекта веб-API. Проект модульного тестирования также нуждался в ссылке Newtonsoft.json. Но при добавлении ссылки я получаю вышеуказанное исключение.

Я наконец решил ее, добавив приведенный ниже фрагмент кода в app.config проекта модульного теста:

<dependentAssembly>
    <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30AD4FE6B2A6AEED" culture="neutral" />
    <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

user4497807 27 янв '15 в 12:27 2015-01-27 12:27 · Answer 27 · 2015-01-27 12:27

Ничто из вышеперечисленного не помогло мне, но на самом деле это исправлено следующим образом:

Удалите все привязки зависимостей в app.config (из всех файлов app.config в решении)
Выполните следующую команду из "Консоли диспетчера пакетов"

Get-Project -Все | Надстройка BindingRedirect

перестраивать

Ссылка: http://blog.myget.org/post/2014/11/27/Could-not-load-file-or-assembly-NuGet-Assembly-Redirects.aspx

user3300821 09 сен '15 в 06:26 2015-09-09 06:26 · Answer 28 · 2015-09-09 06:26

Если ошибка исчезает локально и все еще появляется на сервере, решение, которое работает со мной, состоит в том, чтобы удалить папку bin и packages.config и web.config и повторно загрузить эти файлы

2

Источник

user3300821 09 сен '15 в 06:26

user3737676 18 авг '15 в 14:08 2015-08-18 14:08 · Answer 29 · 2015-08-18 14:08

Еще одна коварная проблема заключается в том, что перенаправления привязок могут просто молча завершиться сбоем, если элемент имеет неправильную конфигурацию для любых других элементов зависимых сборок.

Убедитесь, что у вас есть только один элемент под каждым элементом.

В некоторых случаях VS генерирует это:

  <dependentAssembly>
    <assemblyIdentity ...
    <assemblyIdentity ...
  </dependentAssembly>

Вместо

  <dependentAssembly>
    <assemblyIdentity ...
  </dependentAssembly>
  <dependentAssembly>
    <assemblyIdentity ...
  </dependentAssembly>

Мне потребовалось много времени, чтобы понять, что это проблема!

user621119 10 апр '14 в 14:17 2014-04-10 14:17 · Answer 30 · 2014-04-10 14:17

В моем случае, после загрузки сборки и добавления ссылки на проект, я решил эту проблему, "разблокировав" библиотеку DLL перед добавлением ссылки на проект.

С помощью проводника Windows перейдите в папку DLL, щелкните правой кнопкой мыши DLL и выберите "Свойства". На одной из вкладок вы найдете кнопку "разблокировать", а затем сможете добавить ссылку, и сборка загрузится правильно.