visual studio que learn introduccion gratis developer asp.net visual-studio

asp.net - studio - No se pudo cargar el tipo ''XXX.Global''



visual studio manual (17)

Migrando un proyecto de ASP.NET 1.1 a ASP.NET 2.0 y continúo acertando este error.

En realidad, no necesito Global porque no le agrego nada, pero después de eliminarlo obtengo más errores.


Al eliminar el archivo global.asax existente y agregar uno nuevo, se borra este error. Esto me ha funcionado muchas veces.


Asegúrese de que el dll compilado de su proyecto se encuentre en la carpeta bin adecuada.

En mi caso, cuando cambié el directorio compilado de nuestra subproyecto a la carpeta bin de nuestro proyecto principal, funcionó.


Cambiar el número de puerto de la dirección (localhost :) funcionó para mí :)


Cuando intenta acceder al cliente web de Microsoft Dynamics NAV, obtiene el siguiente error. No se pudo cargar el tipo ''System.ServiceModel.Activation.HttpModule'' del ensamblado ''System.ServiceModel, Version = 3.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089 Este error puede ocurrir cuando hay varias versiones de .NET Framework en la computadora que ejecuta IIS e IIS se instaló después de .NET Framework 4.0 o antes de que se registrara el modelo de servicio en Windows Communication Foundation.

Para Windows 7 y Windows Server 2008, use la herramienta de registro de ASP.NET IIS (aspnet_regiis.exe) para registrar la versión correcta de ASP.NET. Para obtener más información acerca de aspnet_regiis.exe, consulte ASP.NET IIS Registration Tool en el sitio web de Microsoft.

prueba esta solución https://www.youtube.com/watch?v=LNwpNqgX7qw


Deletin obj, bin folders y reconstrucción arreglaron mi problema


Descubrí que sucede cuando Global.asax. (Vb | cs) no se convirtió correctamente en una clase parcial.

La solución más rápida es rodear el nombre de clase ''Global'' con [corchetes] así (en VB.Net):

Public Class [Global] Inherits System.Web.HttpApplication ...


Eliminar el idioma = "c #" en el archivo global.asax resolvió el problema para mí.


En mi caso, estaba duplicando un sitio en línea localmente y obteniendo este error localmente en Utildev Cassini para asp.net 2.0. Resultó que copié solo global.asax localmente y no copié el connúmero de App_code. Copiarlo solucionó el problema.


En mi caso, un objetivo de AfterBuild en el proyecto para compilar la aplicación web fue el motivo de este error.

Vea here para más información


Este me volvió completamente loco y no pude encontrar nada útil para resolverlo. Probablemente esta no sea la razón por la que la mayoría de las personas tiene este problema, pero solo espero que alguien más se beneficie de esta respuesta.

Lo que causó mi problema fue una declaración <clear /> en la sección de configuración <assemblies> . Había agregado esto porque en la producción se lo había requerido porque había varias aplicaciones no relacionadas en el mismo plan de alojamiento y no quería que ninguna se viera afectada por otras. La solución más correcta hubiera sido haber utilizado transformaciones de configuración web en publicación.

¡Espero que esto ayude a alguien más!


Esto me sucedió a mí y, después de probar todo lo demás, solo noté en el mensaje de error que el grupo de aplicaciones estaba configurado en .Net 1.1. Actualicé la aplicación a 2.0, convertí a la aplicación web, pero nunca cambié el grupo de aplicaciones:

Información de la versión: Microsoft .NET Framework Version: 1.1.4322.2490; Versión ASP.NET: 1.1.4322.2494


Hay algunas cosas que puede intentar con esto, parece suceder mucho y la solución varía para todos los que parece.

  • Si todavía está utilizando el directorio virtual de IIS, asegúrese de que apunta al directorio correcto y también compruebe la versión de ASP.NET en la que está configurado, asegúrese de que esté configurado en ASP.NET 2.0.

  • Limpie su bin / debug / obj todos ellos. Haga una solución limpia y luego una solución de compilación .

  • Verifique su archivo de proyecto en un editor de texto y asegúrese de que su búsqueda del archivo global sea correcta, a veces no cambia el directorio.

  • Elimine el global de la solución y agréguelo después de guardar y cerrar. asegúrese de que todas las etiquetas de script en el archivo ASPX apuntan a la correcta después.

  • Puede intentar ejecutar la herramienta Convert to Web Application , que rehace todos los archivos de código y proyecto.

  • IIS Express está utilizando el directorio raíz incorrecto (vea la respuesta en la aplicación de lanzamiento de VS 2012 basada en una ruta incorrecta )

Asegúrese de cerrar VS después de probarlos.

Esas son algunas cosas que sé que debo intentar. Espero que uno de ellos trabaje para ti.


Si utiliza Visual Studio 2010, este error puede ocurrir cuando cambia el tipo de despliegue de configuración. Los 3 tipos son x86, x64 y modo mixto. Cambiar a la configuración del modo mixto para todos los proyectos en solución debería resolver el problema. No olvides eliminar el bin, los archivos Lib y cambiar el resultado de tempdirectory si eres un sitio web ASP.NET.


Solucioné este error simplemente cambiando de Debug a Release, iniciando el programa (funcionó en la versión), luego volví a depurar.

Intenté casi todo lo demás, incluido reiniciar Visual Studio y nada funcionó.


Tenía este error en mi caso, estaba cambiando el nombre de la aplicación. Cambié el nombre del proyecto y el nombre de la clase, pero olvidé cambiar el "Nombre del ensamblado" o el "Espacio de nombres raíz" en "Mi proyecto" o las propiedades del proyecto.


Tuve el mismo problema al instalar mi aplicación en un servidor. Terminó siendo el proyecto instalador, no estaba instalando todos los archivos necesarios para ejecutar la aplicación web. Traté de averiguar dónde estaba roto, pero al final tuve que revertir el proyecto a la versión anterior para solucionarlo. Espero que esto ayude a alguien...


La razón por la que encuentro este problema es porque cambio la configuración de compilación. Cuando configuro un proyecto web a x86 , cambia la ruta de salida a bin/x86/Debug . Sin embargo, la ruta de salida debe ser bin y el servidor web no encontrará los binarios debido a esto.

La solución es, por lo tanto, cambiar la ruta de salida del sitio web a bin después de cambiar la configuración de compilación.