Datei oder Assembly 'Microsoft.VisualStudio.Web.PageInspector.Loader konnte nicht geladen werden

Datei oder Assembly 'Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = b03f5f7f11d50a3a' oder eine ihrer Abhängigkeiten konnte nicht geladen werden. Es wurde erwartet, dass das Modul ein Assemblymanifest enthält.


Assembly Manager geladen von: C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ clr.dll
Wird unter ausführbarer Datei C: \ Programme (x86) \ Gemeinsame Dateien \ Microsoft Shared \ DevServer \ 11.0 \ WebDev.WebServer40.exe ausgeführt
--- Es folgt ein detailliertes Fehlerprotokoll. 

=== Statusinformationen vorbinden ===
LOG: User = TTLWIN2K \ miralp
LOG: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a
 (Vollständig spezifiziert)
LOG: Appbase = Datei: /// C: / SVN / temp / components / src / MasterpassProxy / src / Webservice /
LOG: Initial PrivatePath = C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ bin
Aufruf der Assembly: (Unbekannt).
===
LOG: Diese Bindung beginnt im Standardladekontext.
LOG: Verwenden der Anwendungskonfigurationsdatei: C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ web.config
LOG: Verwenden der Host-Konfigurationsdatei: 
LOG: Verwenden der Computerkonfigurationsdatei aus C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config.
LOG: Referenz nach der Richtlinie: Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Kultur = neutral, PublicKeyToken = b03f5f7f11d50a3a

Ich bin gerade auf dasselbe Problem gestoßen, und der Schuldige war meine Deinstallation von Visual Studio Express 2012 . Möglicherweise handelt es sich um eine beliebige Version von Visual Studio, da Kommentare zu dieser Antwort darauf hinweisen, dass das Problem bei Visual Studio 2019 weiterhin auftritt . Meine allgemeine Reihenfolge der Operationen war:

• Installiertes Visual Studio Express 2012 (vor langer Zeit)
• Visual Studio Express 2012 wurde viele Monate lang glücklich verwendet
• Installiertes Visual Studio 2013 Premium
• Visual Studio 2013 Premium wurde wochenlang gerne verwendet
• Deinstallierte Visual Studio Express 2012
• ERROR

Ich bin mir nicht 100% sicher, welche Ursache dies hat oder welche Kombinationen von Visual Studio-Versionen dieses Verhalten aufweisen würden. Die Lösung für mich bestand jedoch darin, die Stammdateien web.configin den Framework-Verzeichnissen zu bearbeiten :

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

(Für verschiedene Framework-Versionen haben Sie möglicherweise unterschiedliche Ordner.)

Und entfernen Sie die Knoten:

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

Achten Sie darauf , keine öffnenden / schließenden übergeordneten Knoten zu entfernen, die sich ebenfalls in derselben Zeile befinden.

Dies löste das Problem für mich.

Diese Zeilen müssen nicht entfernt werden.
Schließen Sie einfach Visual Studio und öffnen Sie es erneut mit Administratorrechten .

Ich habe das gleiche Problem, aber nicht auf meinem Entwicklungscomputer, sondern auf dem Hosting-Server.

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

Ich konnte das Problem beheben, indem ich meiner web.config den folgenden Code hinzufügte

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

oder indem Sie den Verweis auf diese Assembly aus den web.config-Dateien in den Framework-Verzeichnissen entfernen.

Ich habe VS dort nie installiert und PageInspector dort nie installiert. Irgendeine Idee, warum diese Konfigurationen auf sie verweisen?

Update: In Visual Studio 2019 Version 16.0.3 gemäß dieser Seite behoben .

Wenn dies nach dem Upgrade auf Visual Studio 2019 RC geschieht, hat die folgende Problemumgehung geholfen:

1. Suchen Sie das Download-Cache-Verzeichnis
2. Verwenden Sie den Explorer oder besser, um die AspNetDiagnosticPack.msi in diesem Verzeichnis zu finden.
3. Führen Sie die Datei AspNetDiagnosticPack.msi aus (doppelklicken Sie darauf) (dies erzwingt die Installation dieser MSI).

Problemumgehung hier gefunden

Ich hatte dieses Problem nach der Installation von Visual Studio 2019 (während 2017 noch installiert war). Es wird durch eine fehlende Komponente verursacht AspNetDiagnosticPack.msi, in die ein erforderliches Paket nicht installiert werden kannC:\ProgramData\Microsoft\VisualStudio\Packages\

Die Lösung, die für mich funktioniert hat, war folgende:

• Schließen Sie Visual Studio

• Laden Sie das Paket herunter von:

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

• Führen Sie das Installationsprogramm aus und installieren Sie es.

Dies sollte das Problem beheben.

Weitere Informationen finden Sie unter: https://developercommunity.visualstudio.com/content/problem/398640/could-not-load-file-or-assembly-microsoftvisualstu-7.html

Wenn Sie hier landen möchten, entfernen Sie beim Debuggen die folgende Zeile in der Datei Web.Config Ihres Projekts <identity impersonate="true" userName="blah" password="blah">

Es hat einige Zeit gedauert, bis ich endlich auf den folgenden Thread gestoßen bin: Datei oder Assembly oder eine ihrer Abhängigkeiten konnte nicht geladen werden. Der Zugriff wird verweigert. Das Problem ist zufällig, aber nachdem es einmal aufgetreten ist, wird es fortgesetzt

Ich bin auf diesen Fehler gestoßen, als ich versucht habe, ein ASP.NET-Projekt in VS2013 auszuführen, nachdem ich eine VS2015-Vorschau deinstalliert habe. Das Reparieren der VS2013-Installation scheint das Problem gelöst zu haben.

Ich habe die DLL aus GAC entfernt und sie hat funktioniert. Ich bin nicht sicher, woher diese DLLs kamen. Wenn Sie über zwei oder mehr Versionen von Visual Studio verfügen, installieren Sie die letzte Version neu.

Versuchen Sie, Ihr Microsoft.ApplicationInsights-Nuget-Paket zu aktualisieren. Dadurch werden auch andere Abhängigkeiten installiert. Ich bin auf dieses Problem gestoßen, als ich mein Ziel-Framework ändern musste.

1. Tools> NuGet Package Manager> Verwalten von NuGet-Paketen zur Lösung ...
2. Suche nach "applicationinsights"

oder laufe

Install-Package Microsoft.ApplicationInsights

Hatte ein ähnliches Problem (eine andere Assembly) und für mich war es eine fehlende Zeile in der web.config auf dem Computer. Eine Zeile, von der ich denke, dass der Webserver (jede?) DLL laden kann. Ich musste "*" zur Liste der Zusammenstellungsassemblies in der web.config hinzufügen:

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

So was

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

Um es zu finden, musste ich die Datei mit einer von einem funktionierenden Server vergleichen. Es scheint mir also, dass es wirklich ein Lastfehler ist, aber um festzustellen, warum es fehlschlägt, müssen wir Sherlook H sein. Normalerweise verwende ich ein Tool wie ProcessMonitor, um herauszufinden, warum ich einen Lastfehler bekomme, aber diesmal von Natürlich gab es mir keine nützliche Ausgabe. IIS hat nie versucht, die Assembly zu laden!

Wenn Sie web.config nicht in beiden Pfaden sehen: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

Datei "Web" ist in " C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\", was ich Ihnen wirklich zeigen möchte. Es ist Web.config, Sie sollten es öffnen mit: notepad ++ ... und entfernen:

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

Ich beende mein Problem mit ihnen.

Unser Projekt hatte (fälschlicherweise) lange Zeit einen Verweis auf die PageInspector.Loader.dll im 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>

Es hat einige Zeit funktioniert, aber kürzlich hat die Bereitstellung in Azure den Fehler "Speicherort der Kompilierungsbibliothek für Paket Microsoft.VisualStudio.Web.PageInspector.Loader nicht gefunden" verursacht.

Wir haben die Referenz aus der .csproj-Datei gefunden und gelöscht und das Problem wurde behoben.

Ich habe diese Antwort bekommen ist perfekt für mich

Diese Zeilen müssen nicht entfernt werden

Schließen Sie einfach das Visual Studio und öffnen Sie es erneut mit Administratorrechten.

Es löste das Problem an meinem Ende, indem es die genehmigte Lösung in diesem Thread anwendete.

Durch Ändern der folgenden beiden Dateien und Entfernen wurde Microsoft.VisualStudio.Web.PageInspector.Loaderdas Problem behoben.

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