No se pudo cargar el archivo o ensamblado 'Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a' o una de sus dependencias. Se esperaba que el módulo contuviera un manifiesto de ensamblado. Administrador de ensamblaje cargado desde: C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ clr.dll Ejecutando bajo ejecutable C: \ Archivos de programa (x86) \ Common Files \ Microsoft Shared \ DevServer \ 11.0 \ WebDev.WebServer40.exe --- A continuación se muestra un registro de errores detallado. === Información de estado previa al enlace === REGISTRO: Usuario = TTLWIN2K \ miralp REGISTRO: DisplayName = Microsoft.VisualStudio.Web.PageInspector.Loader, Versión = 1.0.0.0, Cultura = neutral, PublicKeyToken = b03f5f7f11d50a3a (Completamente especificado) REGISTRO: Appbase = archivo: /// C: / SVN / temp / components / src / MasterpassProxy / src / Webservice / REGISTRO: Ruta privada inicial = C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ bin Convocatoria de asamblea: (Desconocido). === LOG: este enlace se inicia en el contexto de carga predeterminado. LOG: usando el archivo de configuración de la aplicación: C: \ SVN \ temp \ components \ src \ MasterpassProxy \ src \ Webservice \ web.config LOG: utilizando el archivo de configuración del host: REGISTRO: utilizando el archivo de configuración de la máquina de C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ config \ machine.config. LOG: Referencia posterior a la política: Microsoft.VisualStudio.Web.PageInspector.Loader, Version = 1.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a
83
Respuestas:
Me encontré con el mismo problema y el culpable fue mi desinstalación de Visual Studio Express 2012 . Es posible que sea cualquier versión de Visual Studio, ya que los comentarios sobre esta respuesta indican que el problema aún ocurre con Visual Studio 2019 . Mi orden general de operaciones fue:
No estoy 100% seguro de la causa, o qué combinaciones de versiones de Visual Studio exhibirían este comportamiento. Pero la solución para mí fue editar los
web.config
archivos raíz en los directorios del marco:(Para diferentes versiones de framework, puede tener diferentes carpetas).
Y elimine los nodos:
Tenga cuidado de no eliminar ningún nodo principal de apertura / cierre que también se encuentre en la misma línea que estos.
Esto me resolvió el problema.
fuente
Microsoft.VisualStudio.Web.PageInspector.Loader
y .NET Frameworkweb.config
todavía hace referencia a él, incluso si es simplemente para decir "no use este ensamblaje" (ref:<remove />
etiqueta) NOTA: Dependiendo de la versión de .NET a la que se dirija (2.0, 3.5, 4.0 y 32/64 bit), es posible que deba editar varios archivos web.config en laC:\Windows\Microsoft.NET\Framework[64]\[version]\Config\
ruta.<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
No es necesario eliminar esas líneas.
Simplemente cierre y vuelva a abrir Visual Studio con privilegios de administrador .
fuente
Tengo el mismo problema, pero no en mi máquina de desarrollo, sino en el servidor de alojamiento.
Pude solucionarlo agregando el siguiente código a mi web.config
o eliminando la referencia a este ensamblado de los archivos web.config en los directorios del marco.
Nunca instalé VS allí y nunca instalé PageInspector allí. ¿Alguna idea de por qué esas configuraciones les hacen referencia?
fuente
Actualización: corregido en Visual Studio 2019 versión 16.0.3 según esta página .
Si esto sucede después de actualizar a Visual Studio 2019 RC, la siguiente solución alternativa ayudó:
Solución alternativa encontrada aquí
fuente
Tuve este problema después de instalar Visual Studio 2019 (mientras que 2017 todavía estaba instalado). Es causado por un componente faltante -
AspNetDiagnosticPack.msi
- que no puede instalar un paquete requerido enC:\ProgramData\Microsoft\VisualStudio\Packages\
La solución que funcionó para mí fue esta:
Cerrar Visual Studio
Descargue el paquete desde:
https://download.visualstudio.microsoft.com/download/pr/e13d544f-5a3c-4bb3-9a7c-1e56b1f90e10/f8e5888ff01a7009ef8c2ef16aa02ab9/aspnetdiagnosticpack.msi
Esto debería arreglarlo.
Se puede encontrar más información: https://developercommunity.visualstudio.com/content/problem/398640/could-not-load-file-or-assembly-microsoftvisualstu-7.html
fuente
Para aquellos que podrían terminar aquí, intente eliminar la siguiente línea en el archivo Web.Config de su proyecto mientras depura
<identity impersonate="true" userName="blah" password="blah">
Me tomó tiempo hasta que finalmente encontré el siguiente hilo: No se pudo cargar el archivo o ensamblado o una de sus dependencias. Acceso denegado. El problema es aleatorio, pero después de que ocurre una vez, continúa.
fuente
Me encontré con este error al intentar ejecutar un proyecto ASP.NET en VS2013 después de haber desinstalado una vista previa de VS2015. La reparación de la instalación de VS2013 parece haber resuelto el problema.
fuente
Eliminé el dll de gac y comenzó a funcionar. No estoy seguro de dónde vinieron esos dll. Si tiene 2 o más versiones de Visual Studio, reinstale la última versión.
fuente
Intente actualizar su paquete nuget de Microsoft.ApplicationInsights. Esto también instala otras dependencias. Me encontré con este problema cuando tuve que cambiar mi Target Framework.
o corre
fuente
Tuve un problema similar (otro ensamblaje) y para mí era una línea faltante en web.config en la máquina. Una línea que creo que permite que el servidor web cargue (¿alguna?) Dll. Tuve que agregar "*" a la lista de ensamblajes de compilación en web.config:
Me gusta esto
Para encontrarlo tuve que comparar el archivo con uno de un servidor en funcionamiento. Entonces me parece que realmente es una falla de carga, pero para determinar por qué falla, necesitamos ser Sherlook H. Normalmente uso una herramienta como ProcessMonitor para averiguar por qué obtengo una falla de carga, pero esta vez, de Por supuesto, no me dio una salida útil. ¡IIS nunca intentó cargar el ensamblaje!
fuente
Si no ve web.config en ambas rutas:
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Config\web.config
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\web.config
el archivo "Web" está en "
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\
" lo que realmente quiero mostrarte, esWeb.config
, debes abrirlo con: notepad ++ ... y eliminar:Termino mi problema con ellos.
fuente
Nuestro proyecto tenía (incorrectamente) referencia a PageInspector.Loader.dll en el GAC durante mucho tiempo:
Funcionó durante algún tiempo, pero la implementación reciente en Azure provocó el error "No se puede encontrar la ubicación de la biblioteca de compilación para el paquete Microsoft.VisualStudio.Web.PageInspector.Loader".
Encontramos y eliminamos la referencia del archivo .csproj y el problema se solucionó.
fuente
Tengo esta respuesta es perfecta para mi
No es necesario eliminar esas líneas
Simplemente cierre y vuelva a abrir Visual Studio con privilegios de administrador.
fuente
resolvió el problema al final aplicando la solución aprobada en este hilo.
la modificación de los dos archivos siguientes y la eliminación
Microsoft.VisualStudio.Web.PageInspector.Loader
resolvió el problema.fuente