#asp.net #dll #gac
#asp.net #dll #gac
Вопрос:
сильный текст Добрый день,
Я разрабатываю приложения на сервере заказчика. Есть несколько проектов, один из которых находится в ASP.NET .
И вдруг появилась эта ошибка.
Между запусками изменений не было.
Я сравнил все версии библиотеки Newtonsoft.json с версией 12.0.0.0, я сравнил все версии .NET с 4.5.
Я несколько раз переустанавливал библиотеку Newtonsoft.json во всех проектах. Использование командной строки в Visual Studio.
К сожалению, ошибка все еще появляется.
Самое смешное, что одна и та же ошибка отображается как в этом проекте, так и в другом, где изменений не было, и они не связаны друг с другом (другой решебник, другой проект, другая база данных, первый находится в GIT, а второй в TFS), только один и тот же сервер разработки (RDP)
Впоследствии я попытался изменить версию библиотеки Newtonsoft.json на версию 11.0.0.0, но ошибка осталась прежней и снова с версией 12.0.0.0!!
В чем еще может быть проблема? Я погуглил и нашел что-то вроде GAC. Но я не совсем понял, как это работает? Как я могу найти, в чем проблема? Как это решить? Какие-нибудь идеи?
Комментарии:
1. Вы должны удалить
bin
папкуobj
и, а затем восстановитьnuget
пакеты.2. Я пробовал, но попробую еще раз.
3. Если все еще не устранено, опубликуйте свой
web.config
файл, возможно, ему требуется рефакторинг для сборок.4. Я думаю, что Джамшайд, скорее всего, правильный, ищите: <dependentAssembly> <assemblyIdentity name=»Newtonsoft.Json» PublicKeyToken=»30ad4fe6b2a6aeed» culture=»нейтральный» /> <Привязка к директории oldVersion=»0.0.0.0-12.0.0.0″ newVersion=»12.0.0.0″ /> </ dependentAssembly> в вашем файле web.config.
5. Jamshaid / tdinpsp , я попробовал. К сожалению, безуспешно. Однако во втором проекте у меня есть другие версии библиотеки … 4.5.0.0, но ошибка по-прежнему сообщает о проблеме с версией 12.0.0.0? Почему?
Ответ №1:
Так что это действительно забавная история.
После дня переустановки, удаления и поиска контекста я создал новый проект в ASP, добавил новый проект (работал), добавил старый проект (не работал), но браузер всегда зависал с ошибкой в IIS Express. Поэтому я изменил порт, и веб-сайт ABRAKADABRA запустился.
Гипотеза заключается в том, что если больше людей работают на рабочем столе и запускают проект под одним и тем же портом, возможно, что существует проблема со ссылками, и они затем ссылаются в другое место и вызывают ошибку.
Особенно, если пользователи склонны оставлять VS открытым и, следовательно, IIS Express
Помогло изменить порты для отдельного разработчика.
Но, честно говоря, я нигде не нашел аналогичного решения проблемы.