Error: «No se pudo cargar el tipo MvcApplication»

Recibo el error

No se pudo cargar el tipo MvcApplication

cuando trato de ejecutar mi sitio web.

¿Cómo corregirlo?

Por tonto que parezca, probé todo y no funcionó y finalmente reinicié VS2012 para verlo funcionar nuevamente.

-Para mí, la solución fue cambiar la ruta de salida en la pestaña de compilación. Cambié la ruta de salida a bin\y el error desapareció.

-Otra solución podría ser que tiene un conjunto de proyectos de inicio incorrecto.

Estaba recibiendo el mismo error y, a pesar de hacer todo lo mencionado aquí y en otros lugares, nada funcionó. Resultó que había copiado el código fuente de global.asax.cs de una versión anterior del proyecto que tenía un nombre diferente. Entonces el namespace Testdebería haber sido namespace Test.WebUI. ¡Un error tonto, por supuesto, y estoy un poco avergonzado de escribir esto! Pero escribir con la esperanza de que un error similar de alguien más pueda llevarlo a verificar este aspecto trivial también.

Simplemente haga una compilación manual en su solución.

Si está utilizando IIS local, intente eliminar el registro del sitio web en el administrador de IIS y luego volver a crearlo manualmente.

[Extraído de la pregunta]

Si recibe este error: "No se pudo cargar el tipo de aplicación Mvc", mire la ruta de salida de su proyecto y asegúrese de que esté configurado en 'bin \'. El problema es que AspNetCompiler no puede encontrar los archivos si no están en la ubicación predeterminada.

Otro efecto secundario de cambiar la carpeta de salida es que no podrá depurar su código y aparece un mensaje que dice que no se puede encontrar la información de la Asamblea.

Tuve el mismo problema y lo resolví con los pasos a continuación

1. Ir a propiedades del proyecto
2. En la pestaña "Compilar", establezca la ruta de salida en "bin \"

Ahh esto fue molesto.

Recibí este error después de un corte de energía y volví a mi proyecto.

Intenté reiniciar VS. Intenté configurar la ruta de salida a \ bin. Revisé mis espacios de nombre.

Pero lo que funcionó para mí fue reconstruir la solución.

Reconstruir solución !!!

Mi solución: ¡porque creé el problema! Había cambiado el espacio de nombres en Global.asax.cs

También debe cambiar el valor del atributo Hereda en Global.asax.

Verifique el código detrás de la información, proporcionada en global.asax. Deben apuntar correctamente a la clase en su código detrás.

muestra global.asax:

<%@ Application Codebehind="Global.asax.cs" Inherits="MyApplicationNamespace.MyMvcApplication" Language="C#" %>

código de muestra detrás:

   namespace MyApplicationNamespace
    {
        public class MyMvcApplication : System.Web.HttpApplication
        {
            protected void Application_Start( )
            {
                AreaRegistration.RegisterAllAreas( );
                FilterConfig.RegisterGlobalFilters( GlobalFilters.Filters );
                RouteConfig.RegisterRoutes( RouteTable.Routes );
                BundleConfig.RegisterBundles( BundleTable.Bundles );
            }
        }
    }

1. Haga clic derecho en el proyecto dentro de la solución que está fallando.
2. Descargar proyecto
3. Proyecto de recarga
4. Proyecto de construcción
5. Solución de reconstrucción

Esto también puede suceder mientras ejecuta el proyecto en Visual Studio si su IIS Express tiene / está alojando un proyecto antiguo / diferente con la misma asignación de puerto.

Para solucionar esto, puede cambiar la asignación de puertos para este proyecto o cerrar IIS Express.

Si aloja en IIS express y abre su proyecto en dos ubicaciones diferentes, es posible que vea este error.

La solución es ir Project/Properties/Web/Serversy hacer clic Create Virtual Directory.

La solución para mí fue hacer clic derecho en el proyecto Mvc, elegir propiedades y hacer clic en Crear directorio virtual.

Apareció un cuadro de mensaje que decía que el proyecto estaba asignado a la carpeta incorrecta (mostraba la carpeta para un proyecto TFS diferente . Daba la opción de asignarlo de nuevo a la carpeta correcta.

Ya tenía bin/en mi pestaña de compilación. Obtuve global.asax de otra copia del proyecto, pero eso no funcionó.

La solución que finalmente funcionó para mí fue eliminar la bin/carpeta y crear una nueva carpeta vacía con el mismo nombre.

Sé que ya hay muchas soluciones para esto, pero pensé en mencionar lo que me resolvió.

Mi configuración se configuró en Depurar. Cambiarlo a Release hizo el truco para mí.

Recibí este error porque estaba ejecutando el proyecto a pesar de algunos errores de tiempo de compilación. Esto no me di cuenta.

Elimine el contenido de la carpeta bin del sitio (use el explorador de archivos para esto). Reconstruir.

He caído en esto. He leído y probado todas las posibles soluciones que se dieron antes. Verificando la ruta de compilación, compilar, reconstruir, limpiar, reiniciar IIS y VS2015, reinstalar todos los paquetes nuget, compilarlos uno por uno, etc.

De repente recordé que VS guarda algunos archivos temporales ASP en las carpetas del sistema ... Creo que debería intentarlo, después de todo, eso no podría empeorar. Entonces vacié:

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files

Y todo está funcionando de nuevo ... Es extraño que este problema tenga soluciones tan diferentes posibles ...

Lo he visto muchas veces durante la última década y lo tuve nuevamente. Hay muchos problemas que resultan en el mismo error.

Una de las causas es el cambio de nombre de los archivos. Si está trabajando con archivos .cshtml, verifique todos los espacios de nombres dentro de esos archivos y dentro del archivo Views \ web.config. Para formularios web, cambie el nombre de Default.aspx (.cs relacionados y los archivos de diseñador se renombran automáticamente). El código subyacente cambia pero la línea Hereda en el marcado no. Cámbielo manualmente. Verifique la página del diseñador. A veces (¿VS2005-8?) La página del diseñador no refleja un cambio en el espacio de nombres. No he visto esto en 2010+.

Otro problema es cuando todo funciona en VS o en su PC local, pero no cuando se implementa. Esto podría deberse a que el entorno de implementación no está estructurado de la misma manera. Por ejemplo, el error ocurre si coloca su código en un directorio virtual debajo de una carpeta de aplicación, pero no ocurre si crea una nueva carpeta de aplicación y coloca todos sus archivos allí. No entiendo esto, ya que he configurado la nueva carpeta secundaria / virtual con los mismos permisos (o eso creo) y (creo) que el grupo de aplicaciones debería funcionar igual para todo en una carpeta de aplicación determinada.

En mi caso, también tuve una carpeta bin con ensamblados que se actualizan desde otros ensamblados en el servidor IIS. Una vez más, garantizar que se ejecuten en una carpeta de aplicación separada resultó en el éxito.

HTH

Recibo este problema cada vez que guardo un archivo que se compila dinámicamente (ascx, aspx, etc.). Espero unos 8-10 segundos y luego desaparece. Es infernalmente molesto.

Pensé que tal vez era un problema de IIS Express, así que lo intenté en el servidor de desarrollo incorporado y todavía lo estoy recibiendo después de guardar un archivo. Estoy ejecutando una aplicación MVC, también estoy usando T4MVC, tal vez eso sea un factor ...

Tuve este error frustrante en el entorno de desarrollo en Visual Studio, y resultó que la razón era bastante tonta. En resumen, si tiene más de un proyecto / sitio web en solución: asegúrese de que el puerto al que está intentando acceder al sitio web sea el mismo que el configurado en Propiedades del proyecto-> Web

En mi caso, el error fue causado porque estaba usando un puerto diferente para acceder al sitio web (en el navegador) mientras el proyecto en solución tenía asignado otro puerto. Para explicar un poco más, tenía dos proyectos de sitio web en mi solución Sitio web1 (puerto asignado 8001 en ISS por Visual-Studio) y Sitio web2 (puerto asignado 8101 en ISS por Visual-Studio). Entonces, aunque estaba construyendo el sitio web1, estaba tratando de acceder al sitio web usando locahost: 8101.

Ahora que finalmente me di cuenta del problema, veo que el comentario de @ StingyJack también aborda el problema similar.

Asegúrese de que el espacio de nombres en su global.asax.cs coincida con el espacio de nombres de su aplicación web

Tuve este error nuevamente y ninguno de los anteriores funcionó para mí. Tuve que eliminar el siguiente nodo en el archivo .csproj:<VisualStudio>....</VisualStudio> . Recargué VS y funcionó.

FYI, VS pudo recrear el nodo y luego recreé el sitio web en IIS (a través de VS) y funcionó perfectamente.

Espero que esto ayude a alguien.

Asegúrese de no tener que abrir el proyecto MVC como Archivo-> Abrir sitio web, use Archivo-> Abrir proyecto en su lugar.

Lo que funcionó para mí fue reiniciar Visual Studio.

Intenté reconstruir manualmente, realizar una limpieza y reconstrucción, y eliminar la carpeta bin, todo lo cual no funcionó. Mi ruta de salida ya estaba configurada en bin \

Si cambió un espacio de nombres, asegúrese de hacer clic derecho y refactorizar.

Esto podría suceder muy a menudo si cambia su espacio de nombres. Devuelve el nombre de tu espacio de nombres, como solía ser, ¡y eso debería hacerlo funcionar!

En algunas circunstancias, los nuevos proyectos que cree no están configurados de forma predeterminada para crear. Si hace clic con el botón derecho en su solución, elija Propertiesy elija Configuration Properties| Configurationnodo a la izquierda y asegúrese de que su proyecto tenga una marca de verificación debajo deBuild columna. En circunstancias normales, he descubierto que esto sucede por defecto. En otras circunstancias (resulta que tengo una solución Web Api / Xamarin Android e iOS / Mvc 5 algo compleja que exhibe este comportamiento) la marca de verificación no está presente.

Esto está relacionado con las otras respuestas: si el ensamblaje de su proyecto web no está disponible, recibirá este error. Pero este podría ser un escenario común, especialmente porque de hecho compila su solución: el proyecto simplemente no se construye.

Recibí este error porque mi control de versión se configuró para ignorar mi carpeta bin . Muy estúpido, pero tal vez alguien más se beneficiará.

Me encontré con este mismo problema y veo todo tipo de respuestas, pero no se ha aceptado nada. Después de un poco descubrí que simplemente construir el sitio web antes de intentar ejecutar resolvió mi problema.