Patch checking error не удалось загрузить файл или сборку msc loader

Обновлено: 04.07.2024

Я создал свой первый проект MVC 4 и отлично работает на локальном сервере. Но когда я публикую его в локальной папке и загружаю содержимое папки на сервер хостинга. Я пытаюсь запустить его, и я получаю эту ошибку:

P.S Тот же проект в Web Forms работает на сервере хостинга.

То, что сработало для меня, было следующим:

Я установил папку bin (рисунок ниже).

переместил всю dll в другую папку для обеспечения безопасности.

а затем перестроить проект.

после решения проблемы удалены старые DLL файлы.

Если ваше решение содержит два проекта, взаимодействующих друг с другом, и оба они используют одну и ту же ссылку, и если версия соответствующих ссылок отличается в обоих проектах; Затем произошли и такие ошибки. Продолжайте обновлять все ссылки на последние.

Добавьте следующие файлы dll в папку bin:

Если они вам не понадобятся, удалите dependentAssemblies из конфигурации с именем DotNetOpenAuth.Core и т.д.

Отредактируйте файл *.pubxml в папке PublishProfiles
установить DeleteExistingFiles true
обновить все пакеты самородок, пересоздать, повторно опубликовать и вуаля, решить проблему!

У меня немного странная проблема.
Я разработал приложение с MVC 4 и новым веб-интерфейсом, и он отлично работает на месте.
Я установил MVC4 на сервер и развернул приложение. Теперь я получаю следующую ошибку:

Глядя на зависимости nuget:

Я что-то пропустил?

UPDATE:

В разделе web.config выполнения я нашел

который я изменил на

Теперь работает как прелесть.

Обратите внимание на перенаправление от 1-4 до 2.0

Вы также можете попробовать создать новое приложение MVC4 и посмотреть, появится ли файл для него.

В моем случае я исправил его гораздо проще, просто дайте HintPath ссылку на пакет nuget:

В файле config я удалил зависимую сборку:

Теперь он отлично работает.

Исправлено, используя следующие шаги:

Отпустите установщик на машине развертывания

После установки фреймворка серверу потребовалась перезагрузка, так это и volla! Мы будем рады!

Наконец, мы определили проблему.

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

Пока это единственное различие, которое мы нашли. Изменение пути в файле .csproj и построение на локальной машине Dev с VS2013 все еще находят работу.

Не уверен, что это помогает.

Проверьте путь к файлу проекта для DLL и убедитесь, что он соответствует пути к папке пакета для DLL.

Просто упростите другие ответы на то, что сработало для меня.

Закройте проект, откройте его снова. Затем, Clean Solution + Build. Работает для меня

Для версии 2.2.15.0 я сделал следующее:

У нас это происходило на сервере после развертывания. Это было вызвано либо:

A) Старые файлы в папке bin, все еще зависающие, которые должны были быть удалены

B) Отсутствие доступа к папке для пользователя идентификатора пула приложений.

Другими словами, для нас это было разрешено, установив разрешения на папки для сайта и уничтожив папку bin и перераспределив.

У меня была такая же проблема с Gembox.spreadsheet.dll версии 31.

Я попробовал почти все из этих статей, и никто из них не работал. Он просто исправлен простым шагом.

Я попытался создать отдельные проекты, которые в основном устанавливали правильную ссылку на версию dll, и ошибка полностью исчезла из решения.

Пойдите аналогичную проблему, и директива, упомянутая во многих комментариях, отлично работает

Хотя вам необходимо обеспечить, чтобы покрытие старой версии было достаточно высоким, иначе новые версии не могут быть перенаправлены на нужную вам версию, а местоположение с использованием этой новой ссылки не будет работать должным образом, поскольку более старая ссылка уже находится в каталоге bin.

Это решило эту проблему для меня, и я бы сказал, что нужно знать, если вы создаете вспомогательные библиотеки, которые также ссылаются на MVC или другие сетевые компоненты NuGet.

(пишет одно и то же, но во втором случае есть есть кнопа выход)
в сведениях следующее:

************** Текст исключения **************
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)

************** Оперативная отладка (JIT) **************
Для подключения оперативной (JIT) отладки файл .config данного
приложения или компьютера (machine.config) должен иметь
значение jitDebugging, установленное в секции system.windows.forms.
Приложение также должно быть скомпилировано с включенной
отладкой.

если игнорировать ошибки и все время жать "Продолжить", программа работает неправильно, иногда показывает ту же ошибку

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

Предполагаю, что есть смысл использовать какой-то клинер системы, но я всегда относился очень осторожно ко всяким клинерам и ускорителям, поэтому посоветуйте какой-нибудь и скажите какую функцию надо использовать (чтоб лишнего не испортить)

Я получаю следующую ошибку .

Я пробовал следующее:

Это ошибка? Есть ли обходной путь? Любая помощь приветствуется.

У меня была та же проблема, и я не нашел предлагаемых решений. Мое решение этой проблемы: проверьте App.config и packages.config, чтобы узнать, совпадают ли версии.

Первоначально мой app.config содержал:

Но файл packages.config содержал:

Я изменил запись app.config, чтобы она соответствовала packages.config для новой версии:

После изменения проблема была решена.

Я вытащил «4.3.0» из NuGet, но по какой-то причине VS настаивает на том, чтобы я ссылался на «4.1.2.0», у меня сработала аналогичная работа, только с другим номером версии . У меня была такая же проблема, как у @DavidRogers в проекте MSTest. Объединение различий между app.config и packages.config решило проблему. да, большое спасибо ! Это было решение для моего MSTest, который не нашел тестов [MSTest][Discovery] Failed to discover tests from assembly Reason:Could not load file or assembly 'System.Reflection, Version=4.1.1.0 etc Решение сработало для меня. Проблема началась после установки HtmlAgilityPack NUGET. И не запускался из-за неправильной информации о версии в пакетах. +1

Приведенное ниже больше не нужно, оно было исправлено около VS 15.3:

Был известная ошибка VS2017 , особенно в NuGet 4.0.

NuGet 4.x приносит с собой «ссылку на пакет» - больше никаких пакетов.config, - но старый конвейер 4.x не был полностью обновлен на момент запуска VS2017. Приведенный выше фрагмент, кажется, «разбудит» систему сборки для правильного включения ссылок на пакеты из зависимостей.

Какое обновление Visual Studio 17? Можете указать версию? У меня все еще проблема в 15.5.5 VS2017. Похоже, есть и другие причины.

Я недавно столкнулся с этой проблемой, и я пробовал много вещей, упомянутых в этой и других ветках. Я добавил ссылку на "System.Runtime" пакет для диспетчера пакетов nuget, исправил повторные привязки app.config и убедился, что app.config и package.config для сборки используется та же версия. Однако проблема не исчезла.

Наконец-то снял <dependentAssembly> бирку для сборки и проблема исчезла. Итак, попробуйте удалить следующее в вашем app.config .

Основываясь на вашем ответе, я проверил свои пакеты nuget и обнаружил, что между моими проектами требуется «Google.protobuf» (консолидация), Было бы полезно лучше объяснить, почему это сработает. Проблема с этим методом заключается в том, что всякий раз, когда вы обновляете какой-либо пакет nuget или добавляете новый пакет nuget, он будет добавлен снова.

Я решил эту ошибку, сославшись на NetStandard.Library и следующий файл app.config в NUnit-Project.

редактировать

Редактировать 2

В новых версиях Visual Studio (я думаю, 2017 15.8) возможно, что Studio создаст файл app.config. Просто установите флажок Автоматически создавать перенаправления привязки в Project-Properties - Application .

Редактировать 3

Я исправил это, удалив app.config с помощью

app.config был автоматически добавлен (но не нужен) во время рефакторинга

Это сработало для меня! Обязательно попробуйте это, если все остальное у вас не работает

Я исправил свою ошибку, установив NetStandard.Library в свой проект модульного тестирования.

Мы обнаружили, что AutoGenerateBindingRedirects может быть причиной этой проблемы.

Замечено: один и тот же проект нацелен net45 и netstandard1.5 был успешно построен на одной машине и не был построен на другой. На машинах были установлены разные версии фреймворка (4.6.1 - успешно и 4.7.1 - неудачно). После обновления фреймворка на первой машине до версии 4.7.1 сборка также не удалась.

Загляните в это прямо сейчас в проекте модульного теста после добавления 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.

В моем случае, просто благодаря этому программа начала работать, но она, вероятно, будет работать только в том случае, если у вас нет конфликтов версий одной и той же сборки во время выполнения.

Единственный и при этом самый лучший загрузчик модов для My Summer Car. ModLoader нужен для работы различных ***.dll плагинов, модов, читов и тд. Это программа просто необходимо для установки практически всех доступных модификаций к игре. Без её использования вы не сможете изменить предметы и вносить серьезные изменение в My Summer Car. Используя My Summer Car установить даже самую большую модификацию не составит труда. Установка модов проходит практически в один клик и гарантирует их работоспособность в вашем сохранении.

Распакуйте архив в папку в любое удобное место
Запустите MSCLoader_Launcher.exe, дождитесь скачивания последней версии "патчера"
В появившемся окне MSC Modloader 0.4.6 нажмите «MSC Folder», чтобы выбрать папку с игрой (Например \ Steam \ steamapps \ common \ My Summer Car \ mysummercar.exe)
MSCPatcher определит, какую версию MSCLoader вы используете, и позволит вам обновиться либо провести чистую установку.
Выберете папку, где будут находиться моды, либо оставьте по умолчанию.
После установки, вы можете запустить игру нажав “Launch MSC”
Поместите плагины в выбранную папку с плагинами.

My Summer Car: Сохранение/SaveGame (Собранный двигатель в гараже весь тюнинг+бусик и трактор 500к марок) My Summer Car: Сохранение/SaveGame (Сатсума для суеты, бесконечно денег)

Пацаны, робит на пиратке?

Да. Работает идеально.

Пацаны, на пиратке робит

если пишет что нужна стимская то нужно игнорить это, моды всёравно будут работать

Читайте также: