asp.net - update - instalar asp net mvc

"Mensaje de error del analizador: no se pudo cargar el tipo" en Global.asax

Question

Estoy trabajando en un proyecto MVC3 y recibo el siguiente error:

Mensaje de error del analizador: no se pudo cargar el tipo ''GodsCreationTaxidermy.MvcApplication''.

Error de fuente:

Línea 1: <%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.Core.MvcApplication" Language="C#" %>

El error que recibo es que no puedo cargar GodsCreationTaxidermy.Core.MvcApplication, pero en esta captura de pantalla la parte Core no se muestra en el error:

¿Alguien tiene alguna idea o solución a este error?

Answer 1

Acabo de encontrar esto en una aplicación MVC5 y nada funcionaba para mí. Esto sucedió justo después de haber intentado hacer un SVN para volver a una versión anterior del proyecto.

Tuve que eliminar global.asax.cs y luego agregué uno nuevo haciendo clic derecho en Proyecto -> Agregar nuevo elemento -> Global.asax y ESO finalmente lo arregló.

Solo pensé que podría ayudar a alguien.

Answer 2

Cerré y volví a abrir Visual Studio y funcionó.

Answer 3

Compruebe que la ruta de salida del proyecto (propiedades del proyecto / compilación) esté establecida en bin y no bin/Release o bin/Debug

Por algún motivo, IIS (Servidor de desarrollo VS o IIS local) siempre accede a las bibliotecas desde el directorio bin (y no busca subdirectorios)

Answer 4

Debo informar que probé al menos 4 sugerencias de esta publicación. Ninguno de ellos funcionó. Sin embargo, me complace informar que me recuperé recuperando de la copia de seguridad. Solo tuve que actualizar mis últimos cambios de código desde el archivo de registro. Tomó menos de 10 minutos. Pasé 3 veces que leer esta publicación y probar otras sugerencias. Lo siento.

Fue un error muy extraño. Buena suerte a cualquiera que se encuentre con este gremlin.

Answer 5

Descubrí que cambiar el espacio de nombres en el proyecto, sin refactorizar eso en toda la solución era mi problema. Verifique las propiedades de su proyecto y vea cuál es su espacio de nombres, asegúrese de que estén alineadas, en general.

Answer 6

El problema para mí es que no incluí global.asax.cs en mi proyecto. Y debido a que estaba copiando archivos de un .net 4.5 a un 4.0, no comenté las líneas que no son necesarias en 4.0. Debido a que no estaba incluido, Visual Studio lo compiló de todos modos sin problemas. Pero cuando lo incluí, resaltaba las líneas que causaban problemas.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
//using System.Web.Http;
using System.Web.Mvc;
//using System.Web.Optimization;
using System.Web.Routing;
namespace YourNameSpace
{
public class WebApiApplication : System.Web.HttpApplication
{
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
//GlobalConfiguration.Configure(WebApiConfig.Register);
FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
RouteConfig.RegisterRoutes(RouteTable.Routes);
//BundleConfig.RegisterBundles(BundleTable.Bundles);
}
}
}

Answer 7

El proyecto de reconstrucción puede resolver el problema.

Answer 8

Encontré este mensaje de error y finalmente descubrí que el mensaje de error era engañoso. En mi caso, parece haber un problema de enrutamiento en IIS que causaba que el archivo.asx global de otro sitio en el servidor web se leyera generando el error.

En IIS, mi sitio estaba obligado a http: * 80: webservices.local y contenía una aplicación llamada MyAPI. Recibí el temido mensaje cuando llamé a la aplicación MyAPI usando la dirección IP del servidor web.

Para poder llamar a mi aplicación tuve que agregar una entrada de archivo de host para webservices.local en todas las máquinas que llamaron a la aplicación MyAPI. Entonces todas mis solicitudes tuvieron que tener el prefijo http://webservices.local/MyAPI/ para poder enrutar correctamente.

Answer 9

Estaba trabajando en un proyecto web ASP.NET más antiguo "basado en carpetas" (que aborrezco), y me pareció que era mi solución:

Crea una carpeta App_Code (si aún no la tienes)

Mueva el archivo Global.asax.vb a la carpeta App_Code

El marcado en Global.asax puede omitir cualquier espacio de nombres (al menos, para este estilo de proyecto, afaik):

<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>

... donde "MyApp" es el nombre de la clase que se está definiendo en Global.asax.vb

Answer 10

Este problema me lo resolvió dando el permiso correcto de la carpeta, así como el control de IIS.

Me dieron permiso a todos cuando estoy probando en mi entorno local. Pero en el modo de publicación, creo que solo otorgamos permiso al usuario de ASP.Net.

Answer 11

Esto sucede a veces si cambia la información del espacio de nombres (proyecto o nivel de clase) después de generar el global.asax .

Haga clic derecho en el archivo Global.asax y seleccione "Abrir con" y luego seleccione "XML (Text) Editor with Encoding" (otros editores pueden funcionar también, pero esto es lo que uso).

Luego edite la sección "Herencias" en la directiva XML

<% @ Application Codebehind = "Global.asax.cs" Inherits = "GodsCreationTaxidermy.MvcApplication" Idioma = "C #"%>

para que coincida con el nombre completo real de su clase de Aplicación. Y eso es.

Otra opción es copiar todo el código de Global.asax.cs y luego eliminar y crear otro archivo Global.asax (y luego copiar el código nuevamente en Global.asax.cs).

Answer 12

Esto también puede ocurrir si accidentalmente olvida establecer su solución VS en "Proyectos de inicio múltiple" si está ejecutando un Web y WebApi desde la misma solución.

Puede verificar esto haciendo clic con el botón derecho en Solución en el Explorador de soluciones y seleccionando ''Propiedades''. Luego busque ''Proyectos de inicio''.

Answer 13

Intente modificar su archivo global.asax (simplemente agregue un espacio en alguna parte) y vuelva a ejecutar. esto obligará al servidor web incorporado a actualizar y volver a compilar el archivo global.asax.

También haga una limpieza y reconstrucción: debería solucionar el problema

Answer 14

Mi aplicación fue construida en una versión anterior de VS, y no tenía una carpeta bin. Lo había actualizado a una versión más nueva, y tuve una pesadilla para que se desplegara. Finalmente rastreé este error hasta el Proyecto> Propiedades> Aplicación. El objetivo marco se estableció en 2.0; cambiarlo en el servidor para que coincida en el Administrador de IIS / Grupo de aplicaciones resolvió el problema para mí.

Answer 15

No puede cargar errores con su proyecto en firstly Fix your errors and after rebuild project its working

Answer 16

Para mi caso, el ensamblado web era parte de GAC ... así que después de la compilación, debe instalarse en GAC y funcionó.

Answer 17

Para nosotros, el administrador de configuración muestra las compilaciones dll como una mezcla de compilaciones ''64'' y ''cualquier CPU''.

Ponerlos todos a la misma construcción lo arregla.

Answer 18

Pasé literalmente un día tratando de resolver esto.

Lo único que funcionaba era eliminar el archivo .sln, crear uno nuevo y volver a agregar los proyectos uno a uno.

¯ / _ (ツ) _ / ¯ - Programación - ¯ / _ (ツ) _ / ¯

Answer 19

Pasé varios días sobre este tema. Finalmente lo resolví con la siguiente combinación de sugerencias de esta publicación.

1. Cambiar el objetivo de la plataforma a Cualquier CPU. No tenía esta configuración actualmente, así que tuve que ir al Administrador de Configuración y agregarlo. Estaba compilando específicamente para x64. Esto solo no resolvió el error.
2. Cambie la ruta de salida a bin/ lugar de bin/x64/Debug . Ya había intentado esto varias veces antes de cambiar el objetivo de la plataforma. Nunca hizo una diferencia que no sea obtener un error que no pudo cargar el ensamblado debido a un formato no válido.

Para ser claro, tuve que hacer ambas cosas antes de que comenzara a funcionar. Los había probado individualmente varias veces pero nunca lo solucionó hasta que hice ambas cosas.

Si cambio alguna de estas configuraciones al original, recibo el mismo error nuevamente, a pesar de haber ejecutado Clean Solution y de haber eliminado todo manualmente en el directorio bin .

Answer 20

Probé absolutamente todo aquí y nada funcionó. Mi proyecto fue en VS 2013. Desde entonces me he actualizado a VS 2015 y he estado creando todas mis nuevas aplicaciones en 2015, pero cargando, compilando, compilando, etc., todas mis aplicaciones antiguas que se crearon en 2013 en esa versión.

Terminé cargando la solución en 2015 y la resolvió para mí.

Answer 21

Solucioné el problema de esta manera: simplemente arregle el espacio de nombres en Global.asax.

Answer 22

Su servidor web local ejecuta un código diferente al que está trabajando en realidad. Asegúrese de haber detenido la depuración, detener su servidor web local, limpiar y reconstruir como sugirió Peter, verificar dos veces su archivo.asax global y su archivo.asax.cs, y vuelva a intentarlo.

Si esto no funciona y está utilizando IIS local, intente eliminar el sitio en el Administrador de IIS y recrearlo manualmente.

Answer 23

También puede verificar las propiedades de su sitio en IIS. (En IIS, haga clic con el botón derecho en el sitio y elija Propiedades). Asegúrese de que la configuración de la ruta física apunte a la ruta correcta para su aplicación y no a otra aplicación. (Eso solucionó este error).

Answer 24

También recibí el mismo error ... compruebe la configuración de IIS de su directorio virtual y asegúrese de que Properties - ASP.NET - ASP.NET Version sea la misma que Project Properties - Application - Target Framework. (Eso solucionó este error).

Answer 25

También recibí el mismo error ... verifique el nombre de la Aplicación que desarrolló correctamente, es decir. el espacio de nombre y el nombre del ensamblado asignados y también intentar cambiar físicamente el nombre de la carpeta creada para la aplicación, todo esto debe ser igual que el nombre en el espacio de nombres anterior presente en el archivo global.asax

Answer 26

Tengo el mismo problema cuando tengo 2 instancias de Visual Studio ejecutando el mismo proyecto. Así que cerré Visual Studio y solo abrí una instancia y ¡funciona bien ahora!

Answer 27

Tuve este problema hoy, y me tomó un tiempo encontrar la causa.

Básicamente, mi proyecto principal VS2015 incluía un subproyecto que se había creado utilizando una versión superior de .Net Framework.

Extrañamente, cuando tienes este problema, VS2015 informará felizmente de que la solución ha funcionado bien, pero cuando tratas de ejecutar el sitio web, simplemente te da ese error engañoso, sugiriendo que tu archivo Global.asax.cs es incorrecto.

Por lo tanto, si ve este error, y limpiar / reconstruir no ayuda, abra el árbol de References del proyecto y verifique que no haya signos de admiración.

Además, verifique su ventana de Output para mensajes como este:

The primary reference "C:/Projects/Business Objects 4/bin/Release/BusinessObjects.dll"
could not be resolved because it was built against
the ".NETFramework,Version=v4.5" framework.
This is a higher version than the currently targeted framework
".NETFramework,Version=v4.0".

La solución, por supuesto, es hacer clic derecho en su proyecto principal, seleccionar la pestaña superior, "Aplicación", y cambiar la versión de Target Framework a una versión superior que coincida con su subproyecto.

Es molesto que Visual Studio 2015 te permita construir y ejecutar soluciones que silenciosamente contengan este problema. ¡Está buscando problemas ...!

Answer 28

Tuve que ir a BUILD -> CONFIGURATION MANAGER y - ejem - marcar la casilla junto a mi proyecto para asegurarme de que realmente se construye.

Answer 29

Vacíe la carpeta bin. Cree todas las bibliotecas de clases dependientes y remítalas al proyecto principal y cree la solución completa.

Source

Answer 30

Yo también enfrenté el mismo problema. A pesar de seguir todas las respuestas, no funcionó. Luego cambié el "Inherits = namespace.class " a "Inherits = fully assemble name ", es decir, "Inherits = namespace.class, assemblyname, Version =, Culture =, PublicKeyToken = " Espero que ayude.