Не удалось загрузить файл или сборку Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = нейтральный, PublicKeyToken = b03f5f7f11d50a3a или одну из его зависимостей. Предполагалось, что модуль будет содержать манифест сборки. Диспетчер сборки загружается из: C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ clr.dll Запускается под исполняемым файлом C: \ Program Files (x86) \ Common Files \ Microsoft Shared \ DevServer \ 11.0 \ WebDev.WebServer40.exe --- Далее следует подробный журнал ошибок. === Информация о состоянии предварительной привязки === ЖУРНАЛ: Пользователь = TTLWIN2K \ miralp ЖУРНАЛ: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, версия = 1.0.0.0, культура = нейтральный, PublicKeyToken = b03f5f7f11d50a3a (Полностью указано) ЖУРНАЛ: Appbase = файл: /// C: / SVN / temp / components / src / MasterpassProxy / src / Webservice / ЖУРНАЛ: исходный PrivatePath = C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ bin Вызывающая сборка: (Неизвестно). === LOG: эта привязка начинается в контексте загрузки по умолчанию. ЖУРНАЛ: Использование файла конфигурации приложения: C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ web.config ЖУРНАЛ: Использование файла конфигурации хоста: ЖУРНАЛ: использование файла конфигурации компьютера из C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config. ЖУРНАЛ: ссылка на пост-политику: Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = нейтральный, PublicKeyToken = b03f5f7f11d50a3a
83
Ответы:
Я столкнулся с той же проблемой, и виноватой было удаление Visual Studio Express 2012 . Возможно, это может быть любая версия Visual Studio, поскольку комментарии к этому ответу указывают на то, что проблема все еще возникает с Visual Studio 2019 . Мой общий порядок действий был:
Я не уверен на 100% в его причине или в том, какие комбинации версий Visual Studio будут демонстрировать такое поведение. Но решением для меня было отредактировать корневые
web.config
файлы в каталогах фреймворка:(Для разных версий фреймворка у вас могут быть разные папки.)
И удалим узлы:
Будьте осторожны, чтобы не удалить любые открывающие / закрывающие родительские узлы, которые также находятся на той же строке (ах), что и они.
Это решило проблему для меня.
источник
Microsoft.VisualStudio.Web.PageInspector.Loader
а .NET Framework всеweb.config
еще ссылается на нее - даже если это просто сказать «не использовать эту сборку» (ссылка:<remove />
тег) !!! ПРИМЕЧАНИЕ. В зависимости от того, на какую версию .NET вы нацеливаетесь (2.0, 3.5, 4.0 и 32/64 бит), вам может потребоваться отредактировать несколько файлов web.config по указанномуC:\Windows\Microsoft.NET\Framework[64]\[version]\Config\
пути.<add assembly="Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
изC:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
Не нужно удалять эти строки.
Просто закройте и снова откройте Visual Studio с правами администратора .
источник
У меня такая же проблема, но не на моей машине разработки, а на сервере хостинга.
Я смог исправить это, добавив код ниже в свой web.config
или удалив ссылку на эту сборку из файлов web.config в каталогах фреймворка.
Я никогда не устанавливал туда VS и никогда не устанавливал там PageInspector. Есть идеи, почему эти конфигурации ссылаются на них?
источник
Обновление: исправлено в Visual Studio 2019 версии 16.0.3 согласно этой странице .
Если это произойдет после обновления до Visual Studio 2019 RC, помогло следующее решение:
Обходной путь найден здесь
источник
У меня возникла эта проблема после установки Visual Studio 2019 (пока был установлен 2017). Это вызвано отсутствием компонента -
AspNetDiagnosticPack.msi
- который не может установить требуемый пакет вC:\ProgramData\Microsoft\VisualStudio\Packages\
Решение, которое сработало для меня, было следующим:
Закройте Visual Studio
Загрузите пакет с:
https://download.visualstudio.microsoft.com/download/pr/e13d544f-5a3c-4bb3-9a7c-1e56b1f90e10/f8e5888ff01a7009ef8c2ef16aa02ab9/aspnetdiagnosticpack.msi
Это должно исправить это.
Дополнительную информацию можно найти: https://developercommunity.visualstudio.com/content/problem/398640/could-not-load-file-or-assembly-microsoftvisualstu-7.html
источник
Для тех, кто может оказаться здесь, попробуйте удалить следующую строку в файле Web.Config вашего проекта во время отладки
<identity impersonate="true" userName="blah" password="blah">
Прошло время, пока я наконец не наткнулся на следующую тему: Не удалось загрузить файл, сборку или одну из ее зависимостей. В доступе отказано. Проблема случайная, но после того, как она возникает один раз, она продолжается.
источник
Я столкнулся с этой ошибкой при попытке запустить проект ASP.NET в VS2013 после удаления предварительной версии VS2015. Ремонт установки VS2013, похоже, решил проблему.
источник
Я удалил dll из gac, и он начал работать. Я не уверен, откуда взялись эти библиотеки. Если у вас 2 или более версий Visual Studio, переустановите последнюю версию.
источник
Попробуйте обновить пакет nuget Microsoft.ApplicationInsights. Это также устанавливает другие зависимости. Я столкнулся с этой проблемой, когда мне пришлось изменить целевую структуру.
или беги
источник
Была аналогичная проблема (другая сборка), и для меня это была отсутствующая строка в файле web.config на машине. Строка, которая, как мне кажется, позволяет веб-серверу загружать (любую?) Dll. Мне пришлось добавить "*" в список сборок компиляции в web.config:
Как это
Чтобы найти его, мне пришлось сравнить файл с файлом с рабочего сервера. Мне кажется, что это действительно сбой загрузки, но чтобы определить причину сбоя, нам нужно быть Sherlook H. Обычно я использую такой инструмент, как ProcessMonitor, чтобы выяснить, почему у меня сбой загрузки, но на этот раз Конечно, это не дало мне полезного вывода .. IIS никогда не пытался загрузить сборку!
источник
Если вы не видите web.config на обоих путях:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
файл "Web" находится в "
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\
" том, что я действительно хочу вам показать.Web.config
Вы должны открыть его с помощью: notepad ++ ... и удалить:Я заканчиваю с ними свою проблему.
источник
В нашем проекте долгое время (ошибочно) была ссылка на PageInspector.Loader.dll в GAC:
Некоторое время это работало, но недавно развертывание в Azure вызвало ошибку «Не удается найти расположение библиотеки компиляции для пакета Microsoft.VisualStudio.Web.PageInspector.Loader».
Мы нашли и удалили ссылку из файла .csproj, и проблема была устранена.
источник
Я получил этот ответ идеально подходит для меня
Нет необходимости удалять эти строки
Просто закройте и снова откройте Visual Studio с правами администратора.
источник
он решил проблему с моей стороны, применив одобренное решение в этом потоке.
изменение и удаление следующих двух файлов
Microsoft.VisualStudio.Web.PageInspector.Loader
решило проблему.источник