www visual studio net mvc5 mvc google form asp asp.net-mvc visual-studio-2013 page-inspector

asp.net-mvc - visual - security asp net mvc



FileNotFound intenta cargar v14.0.0.0 de "Microsoft.VisualStudio.Web.PageInspector.Runtime" (4)

En lugar de cambiar los archivos de framework, intente agregar esto al archivo web.config:

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

Tengo un proyecto de MVC que ha estado funcionando perfectamente hasta que actualicé mi máquina hace una semana. Ahora recibo un error de enlace al intentar ejecutar el proyecto

El asistente de depuración administrado ''BindingFailure'' detectó un problema en ''C: / Archivos de programa (x86) / IIS Express / iisexpress.exe''.

Información adicional: El ensamblado con el nombre para mostrar ''Microsoft.VisualStudio.Web.PageInspector.Runtime'' no se pudo cargar en el contexto de enlace ''LoadFrom'' del AppDomain con ID 2. La causa del error fue: System.IO.FileNotFoundException: Could no cargar archivo o ensamblado ''Microsoft.VisualStudio.Web.PageInspector.Runtime, Version = 14.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a'' o una de sus dependencias. El sistema no puede encontrar el archivo especificado.

Si continúo más allá del error, el proyecto se carga correctamente. Sin embargo, cuando ejecuto el proyecto como una función web en un servicio en la nube, no se ejecutará, ya que sigue apareciendo con el papel que está tardando más de lo esperado .... mensaje

Supongo que esto tiene que ver con el problema vinculante cuando se ejecuta como un proyecto independiente

¿Alguien ha encontrado esto antes?

EDITAR He buscado la referencia de ensamblaje en los archivos de configuración, no surgió nada. Eventualmente acabo de reinstalar el nuevo SDK azul. El mensaje de error de enlace con el pageinspector aún aparece en la carga, pero si continúo el proyecto, funciona bien. Por el momento tendré que vivir con este mensaje molesto hasta que encuentre una solución

Encontramos un problema similar al implementar ensamblados generados por ASP.NET desde una máquina desarrolladora a un entorno de producción (haciendo referencia a ensamblados generados para los controles .ascx y .aspx que se compilan en tiempo de ejecución).

Estamos copiando (pirateando) y persistiendo ensamblados generados en tiempo de ejecución desde carpetas de compilación temporales de ASP.NET (es decir, "C: / Usuarios / [USUARIO] / AppData / Local / Temp / Archivos temporales ASP.NET /") para evitar recompilar a medida que se inicia el servicio, para mejorar el rendimiento. Sin embargo, el uso de ensamblados compilados en una máquina de desarrollo introduce dependencias a los ensambles de VisualStudio.

Lo solucionamos permitiendo que el entorno de producción genere estos ensambles por sí mismo. Estamos copiando y persistiendo estos conjuntos de ''producción'' y el problema desaparece por completo.

Asegúrese de que no esté haciendo un uso tan torpe de los ensamblados generados por ASP.NET y probablemente lo solucione.

He observado que esto sucede en una máquina con Visual Studio 2013 instalado.

comenzó a suceder, lo mejor que puedo decir, después de la actualización VS2013 4.

(puede haber ocurrido anteriormente, pero esto es nuevo para mi entorno)

Localicé este ensamblaje en el GAC (dos versiones, una para VS2012, la otra para VS2013) pero estas versiones son fuertes (obviamente) con una versión de "12.3.0.0" (tenga en cuenta que el error de resolución anterior es para una versión " Montaje de 14 ".

Aquí está la pila de llamadas para la primera instancia de esta excepción en particular:

mscorlib.dll!System.Reflection.RuntimeAssembly.nLoad(System.Reflection.AssemblyName fileName, string codeBase, System.Security.Policy.Evidence assemblySecurity, System.Reflection.RuntimeAssembly locationHint, ref System.Threading.StackCrawlMark stackMark, System.IntPtr pPrivHostBinder, bool throwOnFileNotFound, bool forIntrospection, bool suppressSecurityChecks) + 0x23 bytes mscorlib.dll!System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(System.Reflection.AssemblyName assemblyRef, System.Security.Policy.Evidence assemblySecurity, System.Reflection.RuntimeAssembly reqAssembly, ref System.Threading.StackCrawlMark stackMark, System.IntPtr pPrivHostBinder, bool throwOnFileNotFound, bool forIntrospection, bool suppressSecurityChecks) + 0x99 bytes mscorlib.dll!System.Reflection.Assembly.Load(System.Reflection.AssemblyName assemblyRef) + 0x25 bytes Microsoft.VisualStudio.Web.PageInspector.Loader.dll!Microsoft.VisualStudio.Web.PageInspector.Runtime.Loader.RuntimeLoader.GetRuntimeAssembly(out System.Reflection.Assembly runtime) + 0xdb bytes Microsoft.VisualStudio.Web.PageInspector.Loader.dll!Microsoft.VisualStudio.Web.PageInspector.Runtime.Loader.RuntimeLoader.LoadRuntime() + 0x2a bytes Microsoft.VisualStudio.Web.PageInspector.Loader.dll!Microsoft.VisualStudio.Web.PageInspector.Runtime.Loader.RuntimeLoader.PreApplicationStart() + 0x27 bytes [Native to Managed Transition] System.Web.dll!System.Web.Compilation.BuildManager.InvokePreStartInitMethodsCore(System.Collections.Generic.ICollection<System.Reflection.MethodInfo> methods, System.Func<System.IDisposable> setHostingEnvironmentCultures) + 0x142 bytes System.Web.dll!System.Web.Compilation.BuildManager.InvokePreStartInitMethods(System.Collections.Generic.ICollection<System.Reflection.MethodInfo> methods) + 0x5a bytes System.Web.dll!System.Web.Compilation.BuildManager.CallPreStartInitMethods(string preStartInitListPath, out bool isRefAssemblyLoaded) + 0x67 bytes System.Web.dll!System.Web.Compilation.BuildManager.ExecutePreAppStart() + 0x9a bytes System.Web.dll!System.Web.Hosting.HostingEnvironment.Initialize(System.Web.Hosting.ApplicationManager appManager, System.Web.Hosting.IApplicationHost appHost, System.Web.Configuration.IConfigMapPathFactory configMapPathFactory, System.Web.Hosting.HostingEnvironmentParameters hostingParameters, System.Security.Policy.PolicyLevel policyLevel, System.Exception appDomainCreationException) + 0x20a bytes System.Web.dll!System.Web.Hosting.HostingEnvironment.Initialize(System.Web.Hosting.ApplicationManager appManager, System.Web.Hosting.IApplicationHost appHost, System.Web.Configuration.IConfigMapPathFactory configMapPathFactory, System.Web.Hosting.HostingEnvironmentParameters hostingParameters, System.Security.Policy.PolicyLevel policyLevel) + 0x16 bytes [Appdomain Transition] System.Web.dll!System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironment(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters) + 0x12f3 bytes System.Web.dll!System.Web.Hosting.ApplicationManager.CreateAppDomainWithHostingEnvironmentAndReportErrors(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters) + 0x25 bytes System.Web.dll!System.Web.Hosting.ApplicationManager.GetAppDomainWithHostingEnvironment(string appId, System.Web.Hosting.IApplicationHost appHost, System.Web.Hosting.HostingEnvironmentParameters hostingParameters) + 0x6c bytes System.Web.dll!System.Web.Hosting.ApplicationManager.CreateObjectInternal(string appId, System.Type type, System.Web.Hosting.IApplicationHost appHost, bool failIfExists, System.Web.Hosting.HostingEnvironmentParameters hostingParameters) + 0x4d bytes System.Web.dll!System.Web.Hosting.ProcessHost.StartApplication(string appId, string appPath, out object runtimeInterface) + 0x18f bytes [Native to Managed Transition]

Esto sugiere que el problema es de Microsoft (y no algo que haya hecho en, digamos, un ensamblaje, aplicación ni configuración de máquina).

Comprobé todas mis configuraciones (literalmente, todas, la web.config de mi proyecto, así como todas las configuraciones de máquina de tiempo de ejecución .NET, todas las versiones / plataformas) y no pude encontrar una referencia a este ensamblaje en ninguna parte.

Para evitar este error (que Microsoft debe resolver), agregué un redireccionamiento de enlace de ensamblaje, como el siguiente, a mi web.config (NO las configuraciones de mi máquina):

<dependentAssembly> <assemblyIdentity name="Microsoft.VisualStudio.Web.PageInspector.Runtime" publicKeyToken="b03f5f7f11d50a3a" /> <bindingRedirect oldVersion="0.0.0.0-14.0.0.0" newVersion="12.3.0.0" /> </dependentAssembly>

Esto sugiere que Microsoft lanzó una compilación de Visual Studio, o similar, que es vinculante para una futura versión inédita de estos ensamblajes.

Espero que esto ayude a alguien más allá!

Si desmarca Excepciones lanzadas en las opciones de excepción, debería dejar de pedírselo. Supongo que es parte de su operación normal. Me di cuenta de lo mismo.