web-dev-qa-db-fra.com

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

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


 Le gestionnaire d'assemblées chargé depuis: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll 
 S'exécutant sous l'exécutable C:\Program Files (x86)\Fichiers communs\Microsoft Shared\DevServer\11.0\WebDev.WebServer40.exe 
--- Un journal d'erreur détaillé suit. 

 === Informations d'état avant la liaison === 
 LOG: Utilisateur = TTLWIN2K\miralp 
 LOG: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutre, PublicKeyToken = b03f5f7f11d50a3a 
 (Complètement spécifié) 
 LOG: Appbase = fichier: /// C: /SVN/temp/components/src/MasterpassProxy/src/Webservice/
LOG: Initial PrivatePath = C:\SVN\temp\components\src\MasterpassProxy\src\Webservice\bin 
 Assembly appelant: (inconnu) .
 === 
 LOG: cette liaison démarre dans le contexte de chargement par défaut .
 LOG: à l'aide du fichier de configuration de l'application: C :\SVN\temp\composants\src\MasterpassProxy\src\Webservice\web.config 
 LOG: Utilisation du fichier de configuration de l'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-politique: Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutre, PublicKeyToken = b03f5f7f11d50a3a
visual-studiopage-inspector
65
Miral

Je viens de rencontrer le même problème et le coupable est ma désinstallation de Visual Studio Express 2012. (Il est possible qu'il s'agisse d'une version de VS2012.) Mon ordre général d'opérations était le suivant:

  • Installé Visual Studio Express 2012 (il y a longtemps)
  • Utilisé Visual Studio Express 2012 avec bonheur pendant plusieurs mois
  • Installé Visual Studio 2013 Premium
  • Utilisé Visual Studio 2013 Premium avec bonheur pendant des semaines
  • Désinstallé Visual Studio Express 2012
  • ERREUR

Je ne suis pas sûr à 100% de la cause du problème, ni des combinaisons de VS 2012/2013 présentant ce comportement. Mais la solution pour moi était d’éditer les fichiers racine web.config 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

Et supprimez les lignes:

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

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

147
David

Pas besoin de supprimer ces lignes
Fermez et rouvrez Visual Studio avec privilèges d’administrateur .

17
user6228795

J'ai 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 résoudre ce problème 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. Avez-vous une idée de la raison pour laquelle ces configurations sont référencées?

8
Pawel

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. Trouver le répertoire de cache de téléchargement  enter image description here 
  2. Utilisez Explorer ou mieux pour trouver AspNetDiagnosticPack.msi dans ce répertoire.
  3. Exécutez (double-cliquez) le fichier AspNetDiagnosticPack.msi (cela forcera l'installation de ce fichier MSI).

Solution trouvée ici

5
Bernard Vander Beken

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 VS2013 semble avoir résolu le problème.

2
apk

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

Il m'a fallu du temps avant que je tombe sur le fil de discussion suivant: Impossible de charger le fichier, l'assembly ou l'une de ses dépendances. L'accès est refusé. La question est aléatoire, mais après une fois, elle continue

2
usefulBee

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

  1. Outils> Gestionnaire de paquets NuGet> Gérer les paquets NuGet pour Solution ...
  2. rechercher "applicationinsights"

ou courir

Install-Package Microsoft.ApplicationInsights
0
Chuck Rostance

J'ai enlevé la dll de gac et cela a commencé à fonctionner. Je ne suis pas sûr d'où ces dll sont venus. Si vous disposez de 2 versions ou plus de visual studio, réinstallez la dernière version.

0
Miral

Avait un problème similaire (une autre Assemblée) 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 quelle?) Dll . Je devais ajouter "*" à la liste compilation-assemblies dans le fichier web.config:

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

Comme ça 

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

Pour le trouver, je devais comparer le fichier avec celui d'un serveur en fonctionnement ... Il me semble donc que c'est vraiment un échec de chargement, mais pour déterminer la raison de cet échec, nous devons être Sherlook H .. Normalement, j’utilise un outil tel que ProcessMonitor pour découvrir pourquoi j’ai un échec de chargement, mais cette fois, bien sûr, cela ne m’a donné aucune sortie utile. IIS n’a jamais essayé de charger l’Assembly!

0
LarsN

Notre projet a fait référence (incorrectement) au PageInspector.Loader.dll dans le GAC pendant longtemps:

 <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 récemment, le déploiement 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.

0
Michael Freidgeim

Si vous ne voyez pas web.config dans les deux chemins: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.configC:\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 devriez l'ouvrir avec: notepad ++ ... et supprimer: 

//"J'ai fini mon problème avec eux.

0
CuongKid