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
83
Odpowiedzi:
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:
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.config
plików root w katalogach frameworka:(W przypadku różnych wersji platformy możesz mieć różne foldery).
I usuń węzły:
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.
źródło
Microsoft.VisualStudio.Web.PageInspector.Loader
a .NET Frameworkweb.config
nadal się do niego odwołuje - nawet jeśli po prostu mówi się „nie używaj tego zestawu” (ref:<remove />
tag) !!! UWAGA: W zależności od docelowej wersji .NET (2.0, 3.5, 4.0 i 32/64 bit) może zajść potrzeba edycji kilku plików web.config wC:\Windows\Microsoft.NET\Framework[64]\[version]\Config\
ścieżce.<add assembly="Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
zC:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
Nie ma potrzeby usuwania tych wierszy
Po prostu zamknij i ponownie otwórz program Visual Studio z uprawnieniami administratora .
źródło
Mam ten sam problem, ale nie na moim komputerze deweloperskim, ale na serwerze hostingowym.
Udało mi się to naprawić, dodając poniższy kod do mojego pliku web.config
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?
źródło
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:
Obejście znaleziono tutaj
źródło
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
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
źródło
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
źródło
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.
źródło
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ę.
źródło
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ą.
lub biegnij
źródło
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:
Lubię to
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!
źródło
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ąć:Kończę z nimi mój problem.
źródło
Nasz projekt przez długi czas miał (niepoprawnie) odwołanie do PageInspector.Loader.dll w GAC:
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.
źródło
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.
źródło
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.Loader
rozwiązało problem.źródło