Nie można załadować pliku lub zestawu „Microsoft.VisualStudio.Web.PageInspector.Loader

Nie można załadować pliku lub zestawu „Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a” lub jednej z jego zależności. Moduł miał zawierać manifest zestawu.


Menedżer zespołu załadowany z: C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ clr.dll
Uruchomiony w pliku wykonywalnym C: \ Program Files (x86) \ Common Files \ Microsoft Shared \ DevServer \ 11.0 \ WebDev.WebServer40.exe
--- Następuje szczegółowy dziennik błędów. 

=== Informacje o stanie przed wiązaniem ===
LOG: Użytkownik = TTLWIN2K \ miralp
LOG: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, Wersja = 1.0.0.0, Kultura = neutralna, PublicKeyToken = b03f5f7f11d50a3a
 (W pełni określone)
LOG: Appbase = file: /// C: / SVN / temp / components / src / MasterpassProxy / src / Webservice /
LOG: Początkowa ścieżka PrivatePath = C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ bin
Wywołanie zestawu: (nieznane).
===
LOG: To powiązanie rozpoczyna się w domyślnym kontekście ładowania.
LOG: Korzystanie z pliku konfiguracyjnego aplikacji: C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ web.config
LOG: Korzystanie z pliku konfiguracyjnego hosta: 
LOG: Używając pliku konfiguracyjnego komputera z C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config.
LOG: Odwołanie do zasad post-policy: Microsoft.VisualStudio.Web.PageInspector.Loader, Wersja = 1.0.0.0, Kultura = neutralna, PublicKeyToken = b03f5f7f11d50a3a

Właśnie napotkałem ten sam problem, a winowajcą było odinstalowanie programu Visual Studio Express 2012 . Możliwe, że może to być dowolna wersja programu Visual Studio, ponieważ komentarze do tej odpowiedzi wskazują, że problem nadal występuje w programie Visual Studio 2019 . Moja ogólna kolejność operacji była następująca:

• Zainstalowany Visual Studio Express 2012 (dawno temu)
• Korzystałem z Visual Studio Express 2012 szczęśliwie przez wiele miesięcy
• Zainstalowano program Visual Studio 2013 Premium
• Korzystałem z Visual Studio 2013 Premium szczęśliwie przez tygodnie
• Odinstalowany program Visual Studio Express 2012
• BŁĄD

Nie mam 100% pewności co do przyczyny tego problemu ani jakie kombinacje wersji programu Visual Studio wykazywałyby takie zachowanie. Ale rozwiązaniem dla mnie była edycja web.configplików root w katalogach frameworka:

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

(W przypadku różnych wersji platformy możesz mieć różne foldery).

I usuń węzły:

<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" />

Uważaj, aby nie usunąć żadnych otwierających / zamykających węzłów nadrzędnych, które również znajdują się w tej samej linii co te.

To rozwiązało problem.

Nie ma potrzeby usuwania tych wierszy
Po prostu zamknij i ponownie otwórz program Visual Studio z uprawnieniami administratora .

Mam ten sam problem, ale nie na moim komputerze deweloperskim, ale na serwerze hostingowym.

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

Udało mi się to naprawić, dodając poniższy kod do mojego pliku 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>

lub usuwając odwołanie do tego zestawu z plików web.config w katalogach frameworka.

Nigdy nie instalowałem tam VS i nigdy nie miałem tam zainstalowanego PageInspectora. Masz jakiś pomysł, dlaczego te konfiguracje odnoszą się do nich?

Aktualizacja: naprawiono w programie Visual Studio 2019 w wersji 16.0.3 zgodnie z tą stroną .

Jeśli tak się stanie po uaktualnieniu do programu Visual Studio 2019 RC, pomogło następujące obejście:

1. Znajdź katalog pamięci podręcznej pobierania
2. Użyj Eksploratora lub nowszego, aby znaleźć plik AspNetDiagnosticPack.msi w tym katalogu.
3. Uruchom (kliknij dwukrotnie) plik AspNetDiagnosticPack.msi (wymusi to instalację tego pliku MSI).

Obejście znaleziono tutaj

Miałem ten problem po zainstalowaniu Visual Studio 2019 (podczas gdy 2017 był nadal zainstalowany). Jest to spowodowane brakującym komponentem - AspNetDiagnosticPack.msi-, w którym nie można zainstalować wymaganego pakietuC:\ProgramData\Microsoft\VisualStudio\Packages\

Rozwiązanie, które działało dla mnie, było następujące:

• Zamknij program Visual Studio

• Pobierz pakiet z:

https://download.visualstudio.microsoft.com/download/pr/e13d544f-5a3c-4bb3-9a7c-1e56b1f90e10/f8e5888ff01a7009ef8c2ef16aa02ab9/aspnetdiagnosticpack.msi

• Uruchom instalator i zainstaluj.

To powinno to naprawić.

Więcej informacji można znaleźć: https://developercommunity.visualstudio.com/content/problem/398640/could-not-load-file-or-assembly-microsoftvisualstu-7.html

Dla tych, którzy mogą się tutaj znaleźć, spróbuj usunąć następujący wiersz z pliku Web.Config projektu podczas debugowania <identity impersonate="true" userName="blah" password="blah">

Minęło trochę czasu, zanim w końcu natknąłem się na następujący wątek: Nie można załadować pliku lub zestawu lub jednej z jego zależności. Odmowa dostępu. Problem jest losowy, ale po jego jednorazowym wystąpieniu nadal występuje

Wystąpił ten błąd podczas próby uruchomienia projektu ASP.NET w VS2013 po odinstalowaniu podglądu VS2015. Wydaje się, że naprawa instalacji VS2013 rozwiązała problem.

Usunąłem dll z gaca i zaczęło działać. Nie jestem pewien, skąd pochodzą te biblioteki DLL. Jeśli masz 2 lub więcej wersji programu Visual Studio, zainstaluj ponownie ostatnią wersję.

Spróbuj zaktualizować pakiet NuGet Microsoft.ApplicationInsights. Spowoduje to również zainstalowanie innych zależności. Napotkałem ten problem, kiedy musiałem zmienić platformę docelową.

1. Narzędzia> Menedżer pakietów NuGet> Zarządzaj pakietami NuGet dla rozwiązania ...
2. wyszukaj „applicationinsights”

lub biegnij

Install-Package Microsoft.ApplicationInsights

Miałem podobny problem (inny montaż) i dla mnie był to brakujący wiersz w pliku web.config na komputerze. Linia, o której myślę, że pozwala serwerowi WWW załadować (dowolną?) Bibliotekę dll. Musiałem dodać „*” do listy zestawów kompilacji w web.config:

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

Lubię to

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

Aby go znaleźć, musiałem porównać plik z plikiem z działającego serwera. Wydaje mi się więc, że to naprawdę awaria ładowania, ale aby ustalić, dlaczego się nie udaje, musimy być Sherlook H. Zwykle używam narzędzia takiego jak ProcessMonitor, aby dowiedzieć się, dlaczego otrzymuję awarię obciążenia, ale tym razem Oczywiście, nie dało mi to żadnego użytecznego wyniku .. IIS nigdy nie próbował załadować zestawu!

Jeśli nie widzisz pliku web.config w obu ścieżkach: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

plik "Sieć" znajduje się w " C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\" tym, co naprawdę chcę ci pokazać Web.config, powinieneś go otworzyć za pomocą: notepad ++ ... i usunąć:

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

Kończę z nimi mój problem.

Nasz projekt przez długi czas miał (niepoprawnie) odwołanie do PageInspector.Loader.dll w GAC:

 <ItemGroup>
    <Reference Include="Microsoft.VisualStudio.Web.PageInspector.Loader">
      <HintPath>..\..\..\..\..\..\Windows\Microsoft.NET\assembly\GAC_MSIL\Microsoft.VisualStudio.Web.PageInspector.Loader\v4.0_1.0.0.0__b03f5f7f11d50a3a\Microsoft.VisualStudio.Web.PageInspector.Loader.dll</HintPath>
    </Reference>
  </ItemGroup>

To działało przez jakiś czas, ale ostatnio wdrożenie na platformie Azure spowodowało błąd „Nie można znaleźć lokalizacji biblioteki kompilacji dla pakietu Microsoft.VisualStudio.Web.PageInspector.Loader”.

Znaleźliśmy i usunęliśmy odniesienie z pliku .csproj, a problem został rozwiązany.

Mam tę odpowiedź, która jest dla mnie idealna

Nie ma potrzeby usuwania tych linii

Po prostu zamknij i ponownie otwórz program Visual Studio z uprawnieniami administratora.

rozwiązał problem na moim końcu, stosując zatwierdzone rozwiązanie w tym wątku.

zmodyfikowanie następujących dwóch plików i usunięcie Microsoft.VisualStudio.Web.PageInspector.Loaderrozwiązało problem.

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