Не удалось загрузить json-файл или сборку newtonsoft
Обновлено: 05.07.2024
Эта ошибка в основном возникает, когда в конфигурации веб-сайта DNN указана неверная версия пакета Newtonsoft.Json.
Мы в Bobcare часто получаем запросы на исправление ошибок DNN в рамках наших служб управления сервером.
Сегодня давайте посмотрим, как наши инженеры службы поддержки исправят ошибку для наших клиентов.
Когда возникает ошибка Newtonsoft.Json?
Пришло время узнать больше об ошибке Newtonsoft.Json.
Веб-сайты DNN содержат файл web.config, который позволяет настраивать определенный каталог.
В основном JSON показывает такую ошибку, когда есть разница в версии, указанной в файле web.config, и исходной версии пакета JSON.
Другие причины ошибки: отсутствие кода в файле web.config и устаревшая версия.
Как исправить ошибку «Не удалось загрузить файл или сборку Newtonsoft.Json»?
Теперь давайте проверим основные причины ошибки «Не удалось загрузить файл или сборку Newtonsoft.Json» и посмотрим, как наши инженеры службы поддержки устраняют ее для наших клиентов.
1.Разница в версиях
При обновлении сайта DNN мы можем столкнуться с приведенной ниже ошибкой.
Это заставило веб-сайт снова работать.
3. Устаревший пакет Newtonsoft.Json
Если пакет Newtonsoft.Json устарел, может появиться ошибка «Не удалось загрузить файл или сборку Newtonsoft.Json».
Поэтому мы проверяем версию пакета Newtonsoft.Json и обновляем ее до последней версии.
[Нужна помощь в исправлении ошибок Newtonsoft.Json DNN — мы можем помочь вам это исправить]
Заключение
Вкратце, мы обсудили основные причины ошибки «Не удалось загрузить файл или сборку Newtonsoft.Json» и увидели, как наши инженеры службы поддержки устраняют эту ошибку для наших клиентов.
Похожие сообщения:
ЗАЩИТИТЕ ВАШ СЕРВЕР ОТ СБОЯ!
Никогда больше не теряйте клиентов из-за низкой скорости сервера! Позвольте нам помочь вам.
Наши специалисты по серверам будут контролировать и обслуживать ваш сервер круглосуточно и без выходных, чтобы он оставался молниеносно быстрым и безопасным.
Решение содержит ссылку на Newtonsoft.Json.dll, версия = 4.5.0.0, культура = нейтральная, PublicKeyToken = 30ad4fe6b2a6aeed, которая не находится в папке Bin, или DLL-зависимость, которая требуется Newtonsoft.Json.dll, не в папке Bin.
Это не имеет никакого отношения к обновлению Windows.
Спасибо. Вы хотите сказать, что если я скопирую Newtonsoft.Json.dll или его зависимости в папку bin, это должно решить проблему или, по крайней мере, эту ошибку?
Похоже, проблема была в этом. Я скопировал NewtonSoft.Json v4.5.6 в папку bin, и это решило проблему. Сначала я пытался использовать версию 4.5.1, но это не решило проблему.
Попробуйте использовать диспетчер пакетов Nuget, чтобы переустановить пакет Newtonsoft.Json.
С уважением,
Диллион
Попробуйте использовать диспетчер пакетов Nuget, чтобы переустановить пакет Newtonsoft.Json.
С уважением,
Диллион
Во-первых, у меня нет ссылки на Newtonsoft.Json. Это определенно обновления Windows, которые что-то изменили. Я не трогал этот код более трех лет.
Да, я понимаю. Но, судя по сообщению об ошибке, мы видим, что приложению не удалось найти и загрузить сборку Newtonsoft.Json, а вы сказали, что не нашли эту сборку в папке bin. Итак, я полагаю, что файл Newtonsoft.Json отсутствует, и предлагаю вам попробовать переустановить этот пакет с помощью диспетчера пакетов Visual Studio Nuget.
С уважением,
Диллион
Жи Лв - MSFT
Здравствуйте, хокн!
Попробуйте использовать диспетчер пакетов Nuget для переустановки пакета Newtonsoft.Json.
С уважением,
Диллион
Во-первых, у меня нет ссылки на Newtonsoft.Json. Это определенно обновления Windows, которые что-то изменили. Я не трогал этот код более трех лет.
Ваша программа ссылается на него или на него ссылается другая DLL в папке Bin. Обновление Windows ничего не будет делать с папкой Bin какой-либо программы и любой DLL в ней. Можете ли вы представить себе ад DLL, который возник бы, если бы обновление Windows начало ломать программы, размещенные на операционной системе компьютера, из-за обновления Windows?
Жи Лв - MSFT
Здравствуйте, хокн!
Попробуйте использовать диспетчер пакетов Nuget для переустановки пакета Newtonsoft.Json.
С уважением,
Диллион
Во-первых, у меня нет ссылки на Newtonsoft.Json. Это определенно обновления Windows, которые что-то изменили. Я не трогал этот код более трех лет.
Ваша программа ссылается на него или на него ссылается другая DLL в папке Bin. Обновление Windows ничего не будет делать с папкой Bin какой-либо программы и любой DLL в ней. Можете ли вы представить себе ад DLL, который возник бы, если бы обновление Windows начало ломать программы, размещенные на операционной системе компьютера, из-за обновления Windows?
Спасибо, но как бы вы объяснили эту ситуацию: этот код работал нормально более четырех лет и вдруг сломался после запланированных обновлений Windows? Я не виню в этом обновления Windows, но что-то вызвало это не из-за изменения кода. Все, что я пытаюсь сделать, это понять, что вызвало его поломку в первую очередь. Ни один разработчик не прикасался к коду годами.
DA924
Жи Лв - MSFT
Здравствуйте, хокн!
Попробуйте использовать диспетчер пакетов Nuget для переустановки пакета Newtonsoft.Json.
С уважением,
Диллион
Во-первых, у меня нет ссылки на Newtonsoft.Json. Это определенно обновления Windows, которые что-то изменили. Я не трогал этот код более трех лет.
Ваша программа ссылается на него или на него ссылается другая DLL в папке Bin. Обновление Windows ничего не будет делать с папкой Bin какой-либо программы и любой DLL в ней. Можете ли вы представить себе ад DLL, который возник бы, если бы обновление Windows начало ломать программы, размещенные на операционной системе компьютера, из-за обновления Windows?
Спасибо, но как бы вы объяснили эту ситуацию: этот код работал нормально более четырех лет и вдруг сломался после запланированных обновлений Windows? Я не виню в этом обновления Windows, но что-то вызвало это не из-за изменения кода. Все, что я пытаюсь сделать, это понять, что вызвало его поломку в первую очередь. Ни один разработчик не прикасался к коду годами.
Возможно, что-то было установлено в GAC, что вызвало это. Это единственное, что я могу придумать.
Точное сообщение об ошибке, которое Visual Studio дала мне, было таким:
System.IO.FileLoadException: «Не удалось загрузить файл или сборку Newtonsoft.Json, версия = 10.0.0.0, культура = нейтральная, PublicKeyToken = 30ad4fe6b2a6aeed» или одна из ее зависимостей. Определение манифеста обнаруженной сборки не соответствует ссылке на сборку. (Исключение из HRESULT: 0x80131040)'
В Интернете я нашел несколько предложений.
Проверка версии в файле packages.config
Файл packages.config используется NuGet, менеджером пакетов. С помощью этого файла NuGet отслеживает пакеты и их версии, установленные в проекте. При установке Newtonsoft.Json из NuGet Manager отображалась версия 10.0.3, а в файле packages.config также отображалась та же версия:
Но когда я развернул раздел "Ссылки" моего проекта бизнес-уровня в обозревателе решений, чтобы проверить версию сборки, в окне "Свойства" для сборки Newtonsoft.Json отображалась другая версия 10.0.0:
Нажмите на изображение, чтобы увеличить
Моей первой мыслью было то, что я обнаружил проблему, так как было несоответствие между версией в packages.config и версией сборки. Поэтому я отредактировал версию в packages.config так, чтобы она тоже была 10.0.0, но это ничего не дало.
В Интернете также были предложения проверить, установлено ли в окне "Свойства" для свойства "Копировать локально" значение True, что и было.
Переустановка библиотеки
Сначала я переустановил его с помощью диспетчера пакетов Nuget. Когда это не помогло, я попытался переустановить пакет NuGet Newtonsoft.Json с помощью окна консоли диспетчера пакетов.
Сначала мне нужно было открыть его в View > Other Windows > Package Manager Console, а затем ввести в консоли:
Это также не решило проблему.
И тогда мне стало интересно, что покажет проводник Windows, когда я проверю, что свойства файла Newtonsoft.Json.dll находятся в папке bin проекта, и он показывал версию 10.0.3, ту же, что и внутри пакетов. файл .config.
В конце концов было решено обновить его до последней версии, выполнив следующие действия:
- Откройте NuGet, щелкнув правой кнопкой мыши ASP.NET MVC и выберите "Управление пакетами NuGet" в контекстном меню.
- После появления окон NuGet выберите вкладку "Установлено".
- Появится список установленных пакетов. Найдите и выберите файл Newtonsoft.Json.
- Нажмите кнопку «Обновить», расположенную в правой части окна, как показано ниже.
Нажмите на изображение, чтобы увеличить
После обновления библиотеки до той же версии, что и в других проектах, проблема была решена.
Заключение
В Интернете есть много сообщений об ошибке "Не удалось загрузить файл или сборку Newtonsoft.Json" и о том, как ее исправить, некоторые из которых были упомянуты в этой статье.
System.IO.FileLoadException: не удалось загрузить файл или сборку «Newtonsoft.Json, версия = 4.5.0.0, культура = нейтральная, PublicKeyToken = 30ad4fe6b2a6aeed» или одну из ее зависимостей. Определение манифеста обнаруженной сборки не соответствует ссылке на сборку. (Исключение из HRESULT: 0x80131040)
для моей сборки CI
Решение, которое я пробовал
Это тоже не сработало
~ Вопрос задан 2014-03-19 13:20:40
44 ответа
В консоли диспетчера пакетов выполните: Update-Package – переустановите Newtonsoft.Json .
ОБНОВЛЕНИЕ
Примечание. Прежде чем делать это, прочтите комментарии ниже.
Согласно комментарию Рене ниже, ПОМНИТЕ, что команда, опубликованная в ответе, переустановит пакет в каждом проекте в вашем решении. Поэтому, если вы используете пакет Newtonsoft.Json в нескольких проектах и, возможно, используете разные версии, простое выполнение указанной выше команды может привести к нежелательным последствиям.
~ Отвечено 2014-04-30 07:00:40
Всем, у кого есть проблемы с версией Newtonsoft.Json v4.5, попробуйте использовать это в web.config или app.config:
~ Отвечено 27.06.2014 21:32:37
Ключевым моментом является ссылка на правильную версию в файле конфигурации.
Шаги;
1- посмотрите, какая версия вашего Newtonsoft.Json.dll в свойстве ссылки проекта, какая бы ни была версия в папке вашего пакета (например, у меня 7.0.1, а эталонная версия 7.0.0.0)
2- посмотрите, что проект ожидает от вас в исключении (у меня 6.0.0.0)
3- Добавьте зависимую сборку в файл конфигурации, как это должно быть..
~ Отвечено 2015-07-14 10:22:09
Мне не повезло ни с одним из представленных здесь решений (удаление, переустановка, удаление ссылок, создание bindRedirects и т. д.). Мне пришлось вернуться к старой версии Newtonsoft. Раньше работала версия 5.0.6, поэтому я попробовал ее. Мне пришлось ввести эти две команды в консоли пакетов:
удалить пакет newtonsoft.json -force
установочный пакет newtonsoft.json -версия "5.0.6"
Опция -force в первой команде необходима для принудительного удаления. Зависимости с другими сборками препятствуют удалению без него.
~ Отвечено 20.09.2014 18:12:04
Я устранил проблему, добавив эту переадресацию привязки в мой файл .config:
Сообщение об ошибке жалуется на то, что не найдена версия 4.5.0.0, текущая версия Newtonsoft.Json — 6.0.0.0, поэтому перенаправление должно идти с 4.5 на 6.0, а не наоборот
~ Отвечено 2014-11-19 16:26:49
Мне кажется, вы указываете не на ту цель, измените ее на 4,5 вместо 6,0
Это должно работать.
~ Отвечено 2014-04-10 18:17:48
Удалите все пакеты Newtonsoft.Json из решения.
удалить пакет newtonsoft.json -force
Обновите все версии Newtonsoft.Json во всех файлах packages.config, например
Переустановите Newtonsoft.Json из «Консоли диспетчера пакетов» с помощью:
Перестроить решение
(Необязательно) 7. Если вы изменили проект запуска, верните его снова
Сделал трюк для меня :)
~ Отвечено 27.03.2015 18:43:08
если вы используете несколько проектов в одном решении и библиотеке одного другого, проверьте, все ли проекты имеют одинаковую версию Newtonsoft.Json
~ Отвечено 25.06.2016 14:32:37
Удалите сборку Newtonsoft.Json из ссылки на проект и снова добавьте ее. Вероятно, вы случайно удалили или заменили dll.
~ Отвечено 2014-03-19 13:25:35
~ Отвечено 2015-06-24 21:15:37
Это решит вашу проблему.
~ Отвечено 2017-03-16 11:24:11
Разверните правильную версию на компьютере CI
Это говорит о том, что загрузчик сборки нашел другую версию сборки Newtonsoft.Json, которая не соответствует ссылке, созданной вами в проекте.Чтобы правильно загрузить сборку, вы должны либо развернуть сборку рядом с скомпилированным кодом, либо установить правильную версию сборки на целевом компьютере (т. е. в GAC).
Альтернатива: убедитесь, что конфигурация находится в правильном файле
Если вы хотите сохранить текущее решение и загрузить сборку с другой версией, убедитесь, что отправленная вами конфигурация находится в правильном файле .config. Помните, что xpto.dll.config не существует, DLL, загруженная приложением, всегда использует файл конфигурации работающего приложения.
~ Отвечено 2014-03-19 13:31:12
Обычно добавление перенаправления привязки должно решить эту проблему, но у меня это не сработало. После нескольких часов битья головой о стену я понял, что в моем файле web.config есть атрибут xmlns, вызывающий проблемы. После удаления атрибута xmlns из узла конфигурации в Web.config перенаправления привязки работали должным образом.
~ Ответ дан 2014-10-03 01:43:11
Откройте packages.config и *.csproj в текстовом редакторе и удалите все строки, содержащие Newtonsoft.Json
Снова откройте решение и переустановите Newtonsoft.Json с помощью Install-Package Newtonsoft.Json
~ Отвечено 2016-07-02 08:40:07
У меня работает. просто поместите версию, которую вы используете, в newVersion i.e(newVersion="7.0.0.0")
~ Отвечено 27.12.2015 19:26:30
Вы должны обновить файл web.config на сервере. Когда nuget устанавливает NewtonSoft, обновите этот файл, включая этот код
~ Отвечено 2014-06-11 20:48:06
У нас была точно такая же проблема, о которой вы упомянули. Мы используем nunit для запуска тестов через CI, и у нас есть nunit, запускающий файл с именемtests.nunit, который описывает список тестовых dll-фикстур для запуска.
У каждого тестового прибора был свой собственный файл конфигурации, но при прогоне через файл "tests.nunit" перенаправления привязок игнорируются. Решение состояло в том, чтобы добавить перенаправления привязки в новый файл конфигурации «tests.config», который находился рядом с файлом «tests.nunit».
~ Отвечено 2014-04-14 15:00:01
Просто проверьте версию свойств Newtonsoft.Json Newtonsoft
Затем вам нужно добавить эту версию в свою веб-конфигурацию (в моем случае 8.0.0.0) Веб-конфигурация
~ Ответ дан 2016-03-01 17:01:50
У меня такая же проблема. И я также решил это, просто выполнив следующие действия: перейдите в раздел ИНСТРУМЕНТЫ > Диспетчер пакетов NuGet и выберите Консоль диспетчера пакетов. Наконец, выполните следующие две команды :)
- удалить пакет newtonsoft.json -force
- установочный пакет newtonsoft.json
~ Отвечено 2015-03-04 13:29:59
Мой основной проект был 4.5, но когда я добавил в свое решение дополнительный проект, он странным образом добавился как проект .Net 2.0. и когда я попытался использовать dll NewtonSoft 4.5 с этим, я получил эту ошибку «Newtonsoft.Json не может быть найден».
~ Отвечено 2014-07-29 14:53:22
В моем случае основной проект по-прежнему ссылался на старую версию Newtonsoft.Json, которой больше не существует в проекте (отмечено желтым восклицательным знаком). Удаление ссылки решило проблему, не было необходимости в bindingRedirect.
~ Отвечено 27.07.2015 07:49:05
У меня была точно такая же проблема с версией 7.0.0.0, и моей проблемой была библиотека 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) в файле конфигурации:
----> Через несколько дней ничего не меняя, снова вылезла та же ошибка. Я установил версию 6.0.0.0 и обновил ее до 7.0.0.0, теперь все работает нормально.
~ Отвечено 2015-10-12 09:50:23
В моем случае, после загрузки сборки и добавления ссылки в проект, я решил эту проблему, "разблокировав" DLL перед добавлением ссылки в проект.
Используя проводник Windows, перейдите к местоположению DLL, щелкните правой кнопкой мыши DLL и выберите «Свойства». Вы найдете кнопку «разблокировать» на одной из вкладок, а затем можете добавить ссылку, и сборка загрузится правильно.
~ Отвечено 2014-04-10 14:17:10
Ничего из вышеперечисленного мне не помогло, но что на самом деле помогло, так это следующее:
- Удалить все привязки зависимостей в app.config (из всех файлов app.config в решении)
- Выполните следующую команду из "Консоли диспетчера пакетов"
Get-Project-All | Add-BindingRedirect
~ Отвечено 27 января 2015 г., 12:27:40
Щелкните правой кнопкой мыши свой проект, выберите управление пакетами Nuget, введите newtonsoft в поле поиска и установите последнюю версию. Затем запустите приложение
~ Отвечено 2015-05-07 14:56:35
Еще одна коварная проблема заключается в том, что перенаправление привязки может просто молча завершиться ошибкой, если элемент имеет неправильную конфигурацию в любых других элементах dependAssembly.
Убедитесь, что под каждым элементом находится только один элемент.
В некоторых случаях VS генерирует следующее:
Мне потребовалось много времени, чтобы понять, в чем проблема!
Добавьте раздел ниже в свой файл web.config
~ Отвечено 2015-09-04 05:42:08
Я столкнулся с той же ошибкой и несколько часов боролся с ней. У меня был проект веб-API, который использует Newtonsoft.json и другой проект UnitTest для проекта веб-API. Проект модульного тестирования также нуждался в ссылке Newtonsoft.json. Но при добавлении ссылки я получил указанное выше исключение.
Наконец я решил эту проблему, добавив приведенный ниже фрагмент кода в app.config проекта модульного тестирования:
~ Отвечено 2015-05-18 13:06:18
Переустановка пакета newtonsoft через nuget мне не помогла. Мне пришлось вручную вызвать JsonConvert.DeserializeObject, чтобы обойти эту проблему
~ Отвечено 27.11.2015 16:53:48
Если ошибка исчезает локально и все еще появляется на сервере, решение, которое работает со мной, состоит в том, чтобы удалить папку bin и packages.config и web.config и повторно загрузить эти файлы
~ Отвечено 2015-09-09 06:26:43
Я получал ту же ошибку, и, добавив ниже код, ошибка была устранена в рабочей среде.
Ответ слишком поздно, но может кому-то помочь.
~ Отвечено 2019-11-28 07:30:48
Проблема для меня заключалась в устаревшей версии Newtonsoft.Json. Переустановка не помогла.
В Visual Studio выберите Инструменты->Управление пакетами NuGet. Выберите Обновления. Найдите Ньютонсофт. Нажмите «Обновить», чтобы установить последнюю версию.
~ Ответ дан 2014-07-03 07:46:48
Кроме того, в среде CI с восстановлением NuGet убедитесь, что частичные папки не возвращены в систему управления версиями. По умолчанию при добавлении папок в систему управления версиями сборки автоматически исключаются. Кроме того, это противоречит всей цели восстановления пакетов nuget при сборке. Либо проверка сборок, либо отсутствие проверки каких-либо папок пакетов приведет к успешной сборке, но лучше не проверять пакеты nuget в системе управления версиями.
~ Отвечено 27 января 2015 г., 23:26:07
Еще один совет к открытой теме. Ошибка появляется после запуска "Анализ": что-то было изменено в настройках проекта. Проблема заключалась в том, что в:
Проект/Настройки/Сборка/Цель платформы
появился "Любой ЦП".
Возврат к x86 (или, возможно, x64 в вашем случае) решил проблему.
~ Отвечено 2016-05-17 05:14:56
В качестве простейшего решения вы можете настроить файл проекта для автоматического создания переадресации привязки для вас:
~ Отвечено 20.12.2019 11:21:27
Я тоже боролся с этим около дня, перепробовал все решения. Что мне помогло, так это проверить заглавные буквы в app.config. У меня был PublicKeyToken вместо publicKeyToken, после смены он вдруг заработал.
~ Ответ дан 2016-10-05 00:38:57
Помимо многих ответов здесь, я нашел кое-что, поэтому добавил его. Во-первых, убедитесь, что на dll не ссылается GAC. Помимо этого,
При добавлении/изменении dll Newtonsoft.Json иногда *.csproj проекта не изменяется или измененная версия json dll не отражается в csproj решения.
Итак, откройте проект в notepad++, найдите Newtonsoft.Json и явно переименуйте JSON из старой версии в новую версию. Теперь, после перехода обратно в VS, решение/проект перезагрузится с необходимой версией Newtonsoft.JSON dll. >
~ Отвечено 20.06.2017 08:38:07
Вы можете найти установленную версию вашей библиотеки в свойствах внутри ссылок. В моем случае у меня была установлена 8.0.0.0. Ошибка говорит: Не удалось загрузить файл или сборку «Newtonsoft.Json, версия = 6.0.0.0, культура = нейтральная, PublicKeyToken = 30ad4fe6b2a6aeed» или одна из ее зависимостей.
Поэтому мне пришлось добавить следующее вручную в web.config
~ Ответ дан 2016-01-04 06:43:53
В моем случае у меня было имя папки Newtonsoft.Json.6.0.7
но файл .csproj имел путь через папку. \Ньютонсофт.Джсон.6.0.5\.
Изменение файла .csproj для версии 6.0.7 устранило проблему.
У меня была та же проблема, и я получил исключение, когда пытался создать очереди MassTransit:
Решение, которое сработало для меня (потратив пару дней на откат нескольких коммитов):
У нас было решение службы Windows с проектами .Service и .XUnitTests. Оба они использовали общий nuget, который зависит от Newtonsoft.Json.dll. Явной ссылки на Newtonsoft не было.Пакет Json nuget в обоих проектах (но мы использовали пространство имен «using Newtonsoft.Json;» в наших классах), поэтому общий nuget по умолчанию использовал версию 9 Newtonsoft.Json.
Как только я установил nuget Newtonsoft.Json в проекты .Service и .XUnitTests, общий пакет nuget начал использовать последнюю версию Newtonsoft v12, и это решило мою проблему.
Просто опубликуйте это здесь, если это сэкономит кому-то их драгоценное время.
~ Отвечено 2020-06-16 21:04:36
Это очень старое приложение, похоже, у многих до сих пор возникают проблемы с одним и тем же. Поэтому я хотел бы поделиться своим опытом, который может помочь кому-то.
У меня была такая же проблема в двух местах. В одном проекте пользователи 6.0.4.0, а в другом проекте используют 4.5.0.0.
1- Эта работа для меня. В папке bin у меня есть 6.0.0.0 Newtonsoft.Json.dll и символическая ссылка на 4.5.0.0 dll
Если вы не знаете, как создать символическую ссылку здесь.
mklink /D "имя папки" "Путь к dll"
2- В этом случае, когда я удаляю раздел из файла веб-конфигурации, это сработало. Помните, у меня есть ссылки на 6.0.0.0 и 4.5.0.0 в разных проектах. В символической ссылке у меня была dll 12.0.1.0 и bin 6.0.0.0.
Симптомы
После обновления маяка FlexNet Manager Suite до версии 2020 R2.2 (16.2) в журнале агента могут отображаться сбои HTTP 500 "внутренняя ошибка сервера" при попытке загрузки и выгрузки данных из маяка.
Диагностика
В журнале событий приложений маяка также будут отображаться следующие ошибки:
Причина
Эта проблема возникает из-за того, что процесс обновления маяка может не объединить новые привязки сборки в файл web.config маяка.
Решение
Измените файл C:\Program Files (x86)\Flexera Software\Inventory Beacon\DotNet\Web.config на маяке и замените строки в элементе на следующие:
После редактирования этого файла перезапустите Microsoft Internet Information Services (IIS) и службу Windows Beacon Engine.
Исправить статус
Эта проблема устранена в следующих выпусках FlexNet Manager Suite: 2020 R2.3 / апрель 2021 г. (облако), 2021 R1 (локально)
Другая информация
Идентификатор основной проблемы: IOJ-2183358
Также известно как: FNML-73099
Совет. Если вас затронула эта проблема, нажмите кнопку KUDOS ниже. Это помогает отслеживать относительную значимость и важность вопросов. Нажав на вариант «Была ли эта статья полезной?» также помогает оценить и повысить полезность контента.
Известная проблема
- Отметить как прочитанное
- Отметить как новое
- Отправить сообщение другу
@mcavanagh @ChrisG Здравствуйте, я недавно обновил наши маяки до версии 17.1.0, и теперь мы получаем эту ошибку, упомянутую выше, при попытке тестирования. Это решение все еще верно? Версия, которую мы используем для облака, — FlexNet Manager Suite 2021 R1.2
- Отметить как прочитанное
- Отметить как новое
- Отправить сообщение другу
@shill2 — если вы видите похожие сообщения об ошибках при выполнении предложенных диагностических действий, вероятно, требуется обновление файла Web.config. Я не уверен, будут ли точные детали, указанные в этой статье, применяться к вашей версии — вы можете решить это, выполнив чистую установку программного обеспечения маяка и проверив содержимое устанавливаемого файла Web.config. Вы можете сделать это на существующем маяке, удалив программное обеспечение маяка, убедившись, что файл C:\Program Files (x86)\Flexera Software\Inventory Beacon\DotNet\Web.config не существует, и переустановив программное обеспечение.
Читайте также: