Impossible de charger le fichier ou l'assembly 'Microsoft.VisualStudio.Web.PageInspector.Loader

83
Impossible de charger le fichier ou l'assembly 'Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a' ou l'une de ses dépendances. Le module devait contenir un manifeste d'assembly.


Gestionnaire d'assemblage chargé depuis: C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ clr.dll
Exécution sous l'exécutable C: \ Program Files (x86) \ Common Files \ Microsoft Shared \ DevServer \ 11.0 \ WebDev.WebServer40.exe
--- Un journal d'erreurs détaillé suit. 

=== Informations sur l'état de pré-liaison ===
LOG: Utilisateur = TTLWIN2K \ miralp
JOURNAL: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutre, PublicKeyToken = b03f5f7f11d50a3a
 (Entièrement spécifié)
LOG: Appbase = fichier: /// C: / SVN / temp / composants / src / MasterpassProxy / src / Webservice /
JOURNAL: Chemin privé initial = C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ bin
Appel de l'assembly: (Inconnu).
===
LOG: Cette liaison démarre dans le contexte de chargement par défaut.
LOG: Utilisation du fichier de configuration de l'application: C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ web.config
LOG: Utilisation du fichier de configuration d'hôte: 
LOG: Utilisation du fichier de configuration de la machine à partir de C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config.
LOG: Référence post-stratégie: Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutre, PublicKeyToken = b03f5f7f11d50a3a
Miral
la source
1
Veuillez toujours faire attention lors de la sélection des tags. Lisez toujours les descriptions qui apparaissent lorsque vous commencez à saisir un nom de balise. N'oubliez pas que les balises ne sont pas des mots-clés, donc essayer de remplir la liste de balises avec les mêmes mots que ceux de votre question n'aide pas à catégoriser la question.
Charles
Le message allemand lit Die Datei oder Assembly "Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a" ou eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden. (juste au cas où quelqu'un chercherait ça sur Google).
Uwe Keim
1
L'erreur m'est arrivée dans VS 2017, après avoir installé Visual Studio 2019 Preview. J'ai réussi à m'en débarrasser en supprimant toutes les traces vers "Microsoft.VisualStudio.Web.PageInspector.Loader" des fichiers globaux "web.config". J'ai également extrait le contenu de «C: \ Program Files (x86) \ Microsoft Web Tools \ Page Inspector» d'un autre PC sans Visual Studio 2019 et je l'ai recopié sur mon PC local.
Uwe Keim
J'ai rencontré le même problème Vérifiez cette réponse [réponse] ( stackoverflow.com/a/64484599/1053191 )
Ashi

Réponses:

183

Je viens de rencontrer le même problème, et le coupable était ma désinstallation de Visual Studio Express 2012 . Il est possible qu'il s'agisse de n'importe quelle version de Visual Studio, car les commentaires sur cette réponse indiquent que le problème se produit toujours avec Visual Studio 2019 . Mon ordre général des opérations était:

  • Installé Visual Studio Express 2012 (il y a longtemps)
  • J'ai utilisé Visual Studio Express 2012 avec bonheur pendant plusieurs mois
  • Installé Visual Studio 2013 Premium
  • J'ai utilisé Visual Studio 2013 Premium avec bonheur pendant des semaines
  • Visual Studio Express 2012 désinstallé
  • ERREUR

Je ne suis pas sûr à 100% de la cause ou des combinaisons de versions de Visual Studio présenteraient ce comportement. Mais la solution pour moi était d'éditer les web.configfichiers racine dans les répertoires du framework:

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

(Pour différentes versions de framework, vous pouvez avoir différents dossiers.)

Et supprimez les nœuds:

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

Veillez à ne pas supprimer les nœuds parents d'ouverture / fermeture qui sont également sur la ou les mêmes lignes que ceux-ci.

Cela a résolu le problème pour moi.

David
la source
12
Votre réponse est correcte. La raison pour laquelle l'erreur s'est soudainement produite est que la désinstallation de VS2012 aura supprimé l'assembly Microsoft.VisualStudio.Web.PageInspector.Loaderet que le .NET Framework le web.configréférence toujours - même si c'est simplement pour dire "ne pas utiliser cet assembly" (ref: <remove />tag) !!! REMARQUE: selon la version de .NET que vous ciblez (2.0, 3.5, 4.0 et 32/64 bits), vous devrez peut-être modifier un certain nombre de fichiers web.config sous le C:\Windows\Microsoft.NET\Framework[64]\[version]\Config\ chemin.
Chris Walsh
2
J'ai eu cette erreur après avoir désinstallé 2013 Express. Et votre solution a fonctionné pour moi.
tatigo du
4
Et j'ai eu ceci après avoir désinstallé l'aperçu de VS 2015 Community, et cela a également fonctionné pour moi.
Yaron Levi
2
J'ai aussi ces erreurs - avoir VS2015 Pro installé et désinstallé VS2013 Pro; faire une réparation de la configuration VS2015 Pro n'a malheureusement pas résolu le problème
toebens
5
@wiero: Moi. Cela s'est produit après l'installation de VS 2019 Preview côte à côte avec VS 2017 Community. FWIW, la solution était de supprimer la ligne <add assembly="Microsoft.VisualStudio.Web.PageInspector.Loader, Version=1.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>deC:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
dpant
20

Pas besoin de supprimer ces lignes.
Fermez et rouvrez le studio visuel avec les privilèges d'administrateur .

user6228795
la source
3
Je lance tout le temps Visual Studio en mode administrateur mais cela ne fonctionnait toujours pas. supprimer ces lignes comme David / Mike l'a suggéré a fait l'affaire.
Adrian Hedley
Cela a fonctionné pour moi, mais le remplacement des lignes (réponse acceptée) n'a pas fonctionné (cela a simplement jeté une erreur indiquant qu'un assemblage différent était manquant). Il semble que les gens ici ont tous des problèmes différents, tous liés aux références d'assemblage ... mais tous les problèmes semblent légèrement différents et auraient donc des solutions légèrement différentes.
Josh Harris
16

J'ai eu le même problème mais pas sur ma machine de développement mais sur le serveur d'hébergement.

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

J'ai pu le réparer en ajoutant le code ci-dessous à mon 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>

ou en supprimant la référence à cet assembly des fichiers web.config dans les répertoires du framework.

Je n'ai jamais installé VS là-bas et je n'ai jamais fait installer PageInspector là-bas. Une idée de pourquoi ces configurations les référencent?

Pawel
la source
3
J'ai commencé à recevoir cette erreur après l'installation de VS 2019 Preview, et cette solution a fonctionné pour moi.
FishBasketGordo
J'ai ajouté la section et cela a fonctionné correctement sur ma machine de développement. Mais après le déploiement sur les serveurs de test, il a renvoyé une erreur, cet assemblage "Microsoft.VisualStudio.Web.PageInspector.Loader" est introuvable.
Michael Freidgeim
Merci - cela a résolu le problème pour moi (j'ai essayé de redémarrer VS en tant qu'administrateur mais je ne l'ai pas résolu).
Christopher D.Emerson le
Juste pour clarifier - j'ai eu cette erreur ennuyeuse dans un nouveau projet / vide, mais ce même correctif n'a pas immédiatement résolu le problème. J'ai dû m'en occuper (redémarrer VS en tant qu'administrateur, essayer quelques autres lignes de module <add> et <remove> à partir des réponses / commentaires de ce fil, etc.) et cela a finalement disparu. Super ennuyeux.
Christopher
5

Mise à jour: corrigé dans Visual Studio 2019 version 16.0.3 selon cette page .

Si cela se produit après la mise à niveau vers Visual Studio 2019 RC, la solution de contournement suivante a aidé:

  1. Trouvez le répertoire du cache de téléchargement entrez la description de l'image ici
  2. Utilisez Explorer ou mieux pour trouver le AspNetDiagnosticPack.msi dans ce répertoire.
  3. Exécutez (double-cliquez) le fichier AspNetDiagnosticPack.msi (cela forcera l'installation de ce MSI).

Solution de contournement trouvée ici

Bernard Vander Beken
la source
Mise à jour ajoutée: corrigée dans Visual Studio 2019 version 16.0.3.
Bernard Vander Beken
3

J'ai eu ce problème après l'installation de Visual Studio 2019 (alors que 2017 était toujours installé). Cela est dû à un composant manquant - AspNetDiagnosticPack.msi- qui ne parvient pas à installer un package requis dansC:\ProgramData\Microsoft\VisualStudio\Packages\

La solution qui a fonctionné pour moi était la suivante:

  • Fermer Visual Studio

  • Téléchargez le package depuis:

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

  • Exécutez le programme d'installation et installez.

Cela devrait le réparer.

Plus d'informations peuvent être trouvées: https://developercommunity.visualstudio.com/content/problem/398640/could-not-load-file-or-assembly-microsoftvisualstu-7.html

Dan Diplo
la source
2

Pour ceux qui pourraient finir ici, essayez de supprimer la ligne suivante dans le fichier Web.Config de votre projet lors du débogage <identity impersonate="true" userName="blah" password="blah">

Il a fallu du temps jusqu'à ce que je tombe enfin sur le fil suivant: Impossible de charger le fichier ou l'assembly ou l'une de ses dépendances. L'accès est refusé. Le problème est aléatoire, mais après qu'il se soit produit une fois, il continue

utileBee
la source
2

J'ai rencontré cette erreur en essayant d'exécuter un projet ASP.NET dans VS2013 après avoir désinstallé un aperçu de VS2015. La réparation de l'installation de VS2013 semble avoir résolu le problème.

apk
la source
0

J'ai supprimé la dll de gac et cela a commencé à fonctionner. Je ne sais pas d'où viennent ces dll. Si vous disposez de 2 versions ou plus de Visual Studio, réinstallez la dernière version.

Miral
la source
0

Essayez de mettre à jour votre package nuget Microsoft.ApplicationInsights. Cela installe également d'autres dépendances. J'ai rencontré ce problème lorsque j'ai dû changer mon Framework cible.

  1. Outils> Gestionnaire de packages NuGet> Gérer les packages NuGet pour la solution ...
  2. rechercher "applicationinsights"

ou courir

Install-Package Microsoft.ApplicationInsights
Chuck Rostance
la source
0

J'ai eu un problème similaire (un autre assemblage) et pour moi, c'était une ligne manquante dans le web.config sur la machine. Une ligne qui, je pense, laisse le serveur Web charger (n'importe quel?) Dll. J'ai dû ajouter "*" à la liste des assemblys de compilation dans le web.config:

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

Comme ça

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

Pour le trouver, j'ai dû comparer le fichier avec celui d'un serveur de travail. Il me semble donc que c'est vraiment un échec de chargement, mais pour déterminer pourquoi il échoue, nous devons être Sherlook H .. Normalement, j'utilise un outil comme ProcessMonitor pour savoir pourquoi j'obtiens un échec de chargement, mais cette fois, de Bien sûr, cela ne m'a donné aucune sortie utile .. IIS n'a jamais essayé de charger l'assemblage!

LarsN
la source
0

Si vous ne voyez pas web.config dans les deux chemins: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config

le fichier "Web" est dans " C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\" ce que je veux vraiment vous montrer, c'est Web.config, vous devez l'ouvrir avec: notepad ++ ... et supprimer:

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

Je termine mon problème avec eux.

CuongKid
la source
0

Notre projet avait (à tort) référence à PageInspector.Loader.dll dans le GAC pendant une longue période:

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

Cela a fonctionné pendant un certain temps, mais le déploiement récent sur Azure a provoqué l'erreur «Impossible de trouver l'emplacement de la bibliothèque de compilation pour le package Microsoft.VisualStudio.Web.PageInspector.Loader».

Nous avons trouvé et supprimé la référence du fichier .csproj et le problème a été résolu.

Michael Freidgeim
la source
0

J'ai cette réponse est parfaite pour moi

Pas besoin de supprimer ces lignes

Fermez et rouvrez simplement le studio visuel avec les privilèges d'administrateur.

Issam Alhashedi
la source
<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 "/>
Issam Alhashedi
-4

il a résolu le problème de mon côté en appliquant la solution approuvée dans ce fil.

la modification des deux fichiers suivants et la suppression ont Microsoft.VisualStudio.Web.PageInspector.Loaderrésolu le problème.

C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
Faisal Ahmed Farooqui
la source
La réponse n'ajoute rien aux réponses existantes
Michael Freidgeim