Erro: «Não foi possível carregar o tipo MvcApplication»

Estou recebendo o erro

Não foi possível carregar o tipo MvcApplication

quando tento executar meu site.

Como corrigi-lo?

Por mais estúpido que possa parecer, tentei de tudo e não funcionou e finalmente reiniciou o VS2012 para vê-lo funcionando novamente.

-Para mim, a correção foi alterar o caminho de saída na guia compilar. Eu mudei o caminho de saída parabin\ e o erro desapareceu.

-Outra correção pode ser que você tenha o projeto de inicialização errado definido.

Eu estava recebendo o mesmo erro e apesar de fazer tudo mencionado aqui e em outros lugares, nada funcionou. Descobri que eu havia copiado o código-fonte global.asax.cs de uma versão anterior do projeto que tinha um nome diferente. Então namespace Testdeveria ter sido namespace Test.WebUI. Um erro bobo, é claro, e estou um pouco envergonhado de escrever isso! Mas escrevendo na esperança de que um erro semelhante de qualquer outra pessoa possa levá-lo a verificar esse aspecto trivial também.

Basta fazer uma compilação manual da sua solução.

Se você estiver usando o IIS local, tente excluir o registro do site no gerenciador do IIS e, em seguida, recriá-lo manualmente.

[Extraído da pergunta]

Se você estiver recebendo este erro: "Não foi possível carregar o tipo MvcApplication", consulte o caminho de Saída do seu projeto e verifique se está definido como 'bin \'. O problema é que o AspNetCompiler não pode encontrar os arquivos se eles não estiverem no local padrão.

Outro efeito colateral da alteração da pasta de saída é que você não poderá depurar seu código e ele receberá uma mensagem informando que as informações do Assembly não podem ser encontradas.

Eu tive o mesmo problema e o resolvi com as etapas abaixo

1. Ir para propriedades do projeto
2. Na guia "Build", defina o caminho de saída como "bin \"

Ahh isso foi chato.

Obtive este erro após um corte de energia e voltei ao meu projeto.

Eu tentei reiniciar o VS. Tentei definir o caminho de saída como \ bin. Eu verifiquei meus espaços de nome.

Mas o que funcionou para mim foi reconstruir a solução.

Reconstrua a solução !!!

Minha solução: porque eu criei o problema! Eu havia alterado o espaço para nome no Global.asax.cs

Você também precisa alterar o valor do atributo Inherits no Global.asax.

Verifique o código por trás das informações, fornecidas em global.asax. Eles devem apontar corretamente para a classe em seu código por trás.

exemplo global.asax:

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

código de exemplo por trá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. Clique com o botão direito do mouse no projeto da solução que está falhando.
2. Descarregar projeto
3. Recarregar projeto
4. Projeto de Compilação
5. Solução de reconstrução

Isso também pode acontecer durante a execução do projeto no visual studio se o IIS Express tiver / estiver hospedando um projeto antigo / diferente usando a mesma atribuição de porta.

Para corrigir isso, você pode alterar a atribuição de porta para este projeto ou fechar o IIS Express.

Se você estiver hospedando no IIS express e abrir seu projeto em dois locais diferentes, poderá ver esse erro.

A solução é acessar Project/Properties/Web/Serverse clicar Create Virtual Directory.

A solução para mim foi clicar com o botão direito do mouse no projeto Mvc, escolher propriedades e clicar em Criar diretório virtual.

Uma caixa de mensagem apareceu dizendo que o projeto foi mapeado para a pasta errada (mostrava a pasta para um projeto TFS diferente . Oferecia a opção de mapear de volta para a pasta correta.

Eu já tive bin/ na minha guia de compilação. Eu obtive global.asax de outra cópia do projeto, mas isso não deu certo.

A solução que finalmente funcionou para mim foi remover a bin/pasta e criar uma nova pasta vazia com o mesmo nome.

Eu sei que já existem muitas soluções para isso, mas pensei em mencionar o que resolveu isso para mim.

Minha configuração foi definida como Debug. Mudar para Release fez o truque para mim.

Eu estava recebendo esse erro porque estava executando o projeto, apesar de alguns erros de tempo de compilação. Isso eu não percebi.

Exclua o conteúdo da pasta bin do site (use o explorador de arquivos para isso). Reconstruir.

Eu caí nisso. Eu li e testei todas as soluções possíveis que foram dadas antes. Verificando o caminho da compilação, compilação, reconstrução, limpeza, reiniciando o IIS e o VS2015, reinstale todos os pacotes de nuget, compilando-os um por um, etc ...

De repente, lembrei-me de que o VS mantém alguns arquivos temporários ASP nas pastas do sistema ... Acho que devo tentar, afinal, que não poderia ficar pior. Então eu esvaziei:

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

E tudo está funcionando novamente ... Estranho que esse problema tenha soluções possíveis tão diferentes ...

Eu já vi isso muitas vezes na última década e só consegui novamente. Existem muitos problemas que resultam no mesmo erro.

Uma causa é a renomeação de arquivos. Se você estiver trabalhando com arquivos .cshtml, verifique todos os espaços para nome nesses arquivos e no arquivo Views \ web.config. Para formulários da Web, renomeie Default.aspx (.cs e arquivos de designer relacionados são renomeados automaticamente). O código atrás muda, mas a linha Inherits na marcação não. Mude-o manualmente. Verifique novamente a página do designer. Às vezes (VS2005-8?), A página do designer não reflete uma alteração no espaço para nome. Não vi isso em 2010 ou mais.

Outro problema é quando tudo funciona no VS ou no seu PC local, mas não quando você implanta. Isso pode ocorrer porque o ambiente de implementação não está estruturado da mesma maneira. Por exemplo, o erro ocorre se você colocar o código em um diretório virtual em uma pasta do aplicativo, mas não ocorre se você criar uma nova pasta do aplicativo e colocar todos os seus arquivos lá. Eu não entendo esse, pois tive a nova pasta filho / virtual definida com as mesmas permissões (ou pelo menos acho) e (acredito) que o pool de aplicativos deve funcionar da mesma maneira para tudo em uma determinada pasta de aplicativos.

No meu caso, também tive uma pasta bin com assemblies atualizados de outros assemblies no servidor IIS. Mais uma vez, garantir que eles sejam executados em uma pasta de aplicativo separada resultou em sucesso.

HTH

Eu recebo esse problema toda vez que eu salvo um arquivo que é compilado dinamicamente (ascx, aspx etc.). Espero cerca de 8 a 10 segundos e depois ele desaparece. É terrivelmente irritante.

Eu pensei que era talvez um problema do IIS Express, então tentei no servidor de desenvolvimento embutido e continuo recebendo depois de salvar um arquivo. Estou executando um aplicativo MVC, também estou usando o T4MVC, talvez isso seja um fator ...

Eu tive esse erro frustrante no ambiente de desenvolvimento no Visual studio e descobri que o motivo era bastante tolo. Em resumo, se você tiver mais de um projeto / site da Web em solução: verifique se a porta que você está tentando acessar o site é igual à configurada em Propriedades do Projeto-> Web

No meu caso, o erro foi causado porque eu estava usando uma porta diferente para acessar o site (no navegador) enquanto o projeto na solução recebeu outra porta. Para explicar um pouco mais, eu tinha dois projetos de site na minha solução Website1 (porta atribuída 8001 no ISS pelo Visual-Studio) e Website2 (porta atribuída 8101 no ISS pelo Visual-Studio). Portanto, mesmo que eu estivesse criando o Website1, estava tentando acessar o site usando o locahost: 8101.

Agora que finalmente percebi o problema, vejo que o comentário do @ StingyJack também aborda a questão semelhante.

Verifique se o espaço para nome em seu global.asax.cs corresponde ao espaço para nome do seu aplicativo da web

Eu tive esse erro novamente e nenhuma das opções acima funcionou para mim. Eu tive que remover o seguinte nó no arquivo .csproj:<VisualStudio>....</VisualStudio> . Recarregado VS e funcionou.

Para sua informação, o VS conseguiu recriar o nó e, em seguida, recriei o site no IIS (por meio do VS) e funcionou perfeitamente.

Espero que isso ajude alguém.

Verifique se você não precisa abrir o projeto MVC, como Arquivo-> Abrir site, use Arquivo-> Abrir projeto .

O que funcionou para mim foi reiniciar o Visual Studio.

Tentei recriar manualmente, executando uma limpeza e reconstrução e excluindo a pasta bin, que não funcionou. Meu caminho de saída já estava definido como bin \

Se você alterou um espaço para nome, certifique-se de clicar com o botão direito e refatorar.

Isso pode acontecer com muita frequência se você alterar seu espaço para nome. Retorne o nome do seu espaço para nome, como costumava ser, e isso deve fazê-lo funcionar!

Em algumas circunstâncias, novos projetos que você cria não são definidos por padrão para compilar. Se você clicar com o botão direito do mouse na sua solução, escolha Propertiese escolha o Configuration Properties| Configurationnó à esquerda e verifique se o seu projeto tem uma marca de seleção naBuild coluna. Em circunstâncias normais, descobri que isso acontece por padrão. Em outras circunstâncias (por acaso tenho uma solução Web Api / Xamarin para Android e iOS / Mvc 5 um tanto complexa que exibe esse comportamento), a marca de seleção não está presente.

Isso está relacionado às outras respostas - se o assembly do seu projeto da web não estiver disponível, você receberá este erro. Mas esse pode ser um cenário comum, principalmente porque você de fato compila sua solução - o projeto simplesmente não é construído.

Eu recebi esse erro porque meu controle de versão foi configurado para ignorar minha pasta bin . Muito estúpido, mas talvez alguém se beneficie.

Eu me deparei com esse mesmo problema e vejo todos os tipos de respostas, mas nada foi aceito. Depois de um tempo, descobri que simplesmente a construção do site antes de tentar executar resolveu meu problema.