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
83
Réponses:
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:
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.config
fichiers racine dans les répertoires du framework:(Pour différentes versions de framework, vous pouvez avoir différents dossiers.)
Et supprimez les nœuds:
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.
la source
Microsoft.VisualStudio.Web.PageInspector.Loader
et que le .NET Framework leweb.config
ré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 leC:\Windows\Microsoft.NET\Framework[64]\[version]\Config\
chemin.<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
Pas besoin de supprimer ces lignes.
Fermez et rouvrez le studio visuel avec les privilèges d'administrateur .
la source
J'ai eu le même problème mais pas sur ma machine de développement mais sur le serveur d'hébergement.
J'ai pu le réparer en ajoutant le code ci-dessous à mon web.config
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?
la source
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é:
Solution de contournement trouvée ici
la source
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
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
la source
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
la source
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.
la source
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.
la source
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.
ou courir
la source
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:
Comme ça
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!
la source
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'estWeb.config
, vous devez l'ouvrir avec: notepad ++ ... et supprimer:Je termine mon problème avec eux.
la source
Notre projet avait (à tort) référence à PageInspector.Loader.dll dans le GAC pendant une longue période:
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.
la source
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.
la source
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.Loader
résolu le problème.la source