Не удалось загрузить файл или сборку 'Microsoft.VisualStudio.Сеть.Пейджинспектор.Погрузчик




Could not load file or assembly 'Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The module was expected to contain an assembly manifest.


Assembly manager loaded from: C:WindowsMicrosoft.NETFrameworkv4.0.30319clr.dll
Running under executable C:Program Files (x86)Common FilesMicrosoft SharedDevServer.0WebDev.WebServer40.exe
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: User = TTLWIN2Kmiralp
LOG: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
(Fully-specified)
LOG: Appbase = file:///C:/SVN/temp/components/src/MasterpassProxy/src/Webservice/
LOG: Initial PrivatePath = C:SVNtempcomponentssrcMasterpassProxysrcWebservicebin
Calling assembly : (Unknown).
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: C:SVNtempcomponentssrcMasterpassProxysrcWebserviceweb.config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:WindowsMicrosoft.NETFrameworkv4.0.30319configmachine.config.
LOG: Post-policy reference: Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a
684   10  

10 ответов:

Я просто столкнулся с той же проблемой, и виновником было мое удаление Visual Studio Express 2012. (Возможно, что это может быть любая версия VS2012.) Мой общий порядок действий был:

  • установлен Visual Studio Express 2012 (давно)
  • используется Visual Studio Express 2012 счастливо в течение многих месяцев
  • Установлена Visual Studio 2013 Premium
  • используется Visual Studio 2013 Premium счастливо в течение нескольких недель
  • удалил Visual Studio Express 2012

Я не уверен на 100% в причине этого, или какие комбинации VS 2012/2013 будут демонстрировать такое поведение. Но решение для меня было редактировать корень web.config файлы в каталогах фреймворка:

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

и удалить строки:

<remove assembly="Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
<add assembly="Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />

это решило проблему для меня.

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

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

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

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

<compilation targetFramework="4.5"> 
    <assemblies> 
        <remove assembly="Microsoft.VisualStudio.Web.PageInspector.Loader,
    Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
    </assemblies> 
</compilation>

или путем удаления ссылки на эту сборку из web.конфигурационные файлы в каталогах фреймворка.

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

для тех, кто может оказаться здесь, попробуйте удалить следующую строку в Интернете.Конфигурационный файл вашего проекта во время отладки <identity impersonate="true" userName="blah" password="blah">

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

Я столкнулся с этой ошибкой при попытке запустить ASP.NET проект в VS2013 после удаления предварительного просмотра VS2015. Ремонт установки VS2013, похоже, решил проблему.

Я удалил dll из gac, и он начал работать. Я не уверен, откуда взялись эти библиотеки DLL. Если у вас есть 2 или более версий visual studio, переустановите последнюю версию.

попробуйте обновить Microsoft.Пакет ApplicationInsights nuget. Это также устанавливает другие зависимости. Я столкнулся с этой проблемой, когда мне пришлось изменить свою целевую структуру.

  1. инструменты > Диспетчер пакетов NuGet > Управление пакетами NuGet для Решение...
  2. поиск "applicationinsights"

или run

Install-Package Microsoft.ApplicationInsights

была аналогичная проблема (другая сборка), и для меня это была недостающая строка в интернете.конфигурация на машине. Строка, которая, я думаю, позволяет загружать веб-сервер (любой?) файл DLL. Мне пришлось добавить " * " в список компиляции-сборки в интернете.config:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

такой

    <compilation>
      <assemblies>
        ...
        <add assembly="*" />
      </assemblies>
    </compilation>

, чтобы найти его, мне пришлось сравнить файл с одного из рабочих серверов. Поэтому мне кажется, что это действительно сбой компьютера, а определить, почему это не удается, мы должны быть Sherlook Х.. Обычно Я использую такой инструмент, как ProcessMonitor, чтобы узнать, почему я получаю сбой загрузки, но на этот раз, конечно, он не дал мне никакого полезного результата.. IIS никогда не пытался загрузить сборку!

если вы не видите веб.конфигурация в обоих путях: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.configC:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

файл " Web " находится в "

он решил проблему на моем конце, применив утвержденное решение в этой теме.

изменение следующих двух файлов и удаление Microsoft.VisualStudio.Web.PageInspector.Loader решен вопрос.

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

Comments

    Ничего не найдено.