asp.net - este - Erro: allowDefinition='MachineToApplication' além do nível de aplicativo



error define (20)

Acabei de encontrar este "prazer". Parece se apresentar logo após eu ter publicado um aplicativo da Web no modo de liberação.

A única maneira de contornar o problema que encontrei é seguir essa lista de verificação:

  1. Solução limpa enquanto sua solução é configurada no modo Release.
  2. Solução limpa enquanto sua solução é configurada no modo de depuração.
  3. Construa enquanto sua solução está configurada no modo de depuração.

https://ffff65535.com

Eu baixei o projeto online no ASP.Net. Ao executar o aplicativo, recebo um erro

É um erro usar uma seção registrada como allowDefinition = 'MachineToApplication' além do nível do aplicativo. Esse erro pode ser causado por um diretório virtual não estar configurado como um aplicativo no IIS.

Que mudanças devo fazer no web.config ou em outro lugar para que isso funcione?


Acabei de ter esse problema ao criar uma segunda versão do meu site. Isso não aconteceu quando eu construí a primeira vez.

Acabei de excluir as pastas bin e obj, executei uma Solução Limpa e a construí novamente, desta vez sem nenhum problema.


Basta encontrar este post e isso estava acontecendo comigo.
Apenas Clean o projeto e o erro desaparece. (deve ser um bug do VS2010)


Este erro ocorre quando você tenta abrir um projeto como um site. A maneira mais fácil de determinar se você criou um site ou um projeto é verificar sua pasta de solução (ou seja, onde você salvou seu código) e ver se você tem um arquivo * .sln no diretório raiz, se você fizer isso, você ve criou um projeto.

Só para adicionar, eu encontrei este erro agora mesmo quando tentei abrir um projeto que criei um tempo atrás selecionando "File", "Open Website" nos menus do Visual Studio, enquanto eu deveria ter selecionado "File", "Open Project" em vez de. Eu fiz um facepalmed assim que percebi :)


Eu tenho este problema mais freqüente se "true" estiver habilitado no arquivo de projeto.

  1. Definir falso

Como Jonny diz:

  1. Solução limpa enquanto sua solução é configurada no modo Release.
  2. Solução limpa enquanto sua solução é configurada no modo de depuração.
  3. Construa enquanto sua solução está configurada no modo de depuração.

Eu tenho o mesmo problema no VS 2013 depois de publicar meu projeto no modo de depuração. O problema foi resolvido removendo obj / arquivos


Eu tentei todas as soluções acima, mas nenhuma delas funcionou para o meu problema. (Tenho certeza de que existem 1000 soluções para esse problema) Para meu cenário, eu estava tentando publicar meu serviço da Web do WCF que eu tinha em teste na produção.

No entanto, não percebi que na produção somos apenas HTTPS, o que significa que redirecionamos tudo para HTTPS. Acontece que eu estava apontando para o serviço via HTTP em vez de HTTPS, causando assim o erro. A solução nesse cenário era simplesmente alterar o protocolo de endereço para HTTPS em vez de HTTP.

Espero que ajude alguma alma pobre a tentar descobrir este problema.


Eu tinha um projeto que não queria ser um aplicativo da Web, queria que fosse uma pasta. A resposta foi excluir o arquivo web.config completamente. Só pertence à raiz de uma aplicação.


Exclua pastas bin e obj. Em seguida, reconstrua a solução.


Limpe seu projeto Remova a pasta / obj (provavelmente usando publish e deploy? - há um bug nela)



No Visual Studio 2013 eu lutei com isso por um tempo e é muito fácil de resolver apenas seguir o que as exceções dizem "diretório virtual não está sendo configurado como um aplicativo no IIS"

No meu caso, eu tinha WebService plantado dentro do IIS website tão

  1. Eu abri o site no gerenciador do IIS
  2. clique com o botão direito na pasta WCF
  3. clicou em Convert to Application
  4. e depois submetido com Ok

O WCF está de volta e funcionando.


No meu caso, havia uma pasta "Backup", que continha outra cópia de todo o site lá dentro. Isso significou outro web.config e, portanto, a compilação falhou com esse erro. Eu apaguei a pasta "Backup", fiz uma solução limpa nas compilações de depuração e lançamento, e o erro desapareceu.


No meu caso, o problema apareceu somente depois que publiquei o projeto no subdiretório. Devido à minha falta de conhecimento, coloquei meu subdiretório web_publish dentro do diretório web_project .

É claro que o web_publish contém também os mesmos Web.config s que o projeto contém. No entanto, o web_project não sabe que minha web_publish deve ser evitada ao pesquisar o Web.config s nos subdiretórios aninhados. Dessa forma, os Web.config s foram duplicados e o erro apareceu.

A solução foi colocar meu web_publish em outro lugar.


Para qualquer um que ainda procura, minha solução foi deletar as pastas bin e obj e reiniciar o visual studio parece consertá-lo.


Pode ser o problema da versão como você baixar o projeto do .Net framework 2.0 e deseja abri-lo no VS2008, então você precisará atualizar para a versão mais recente e o VS criará o Backup da pasta no mesmo diretório raiz. obtenha a resposta here .


Se você enfrentar esse problema ao publicar seu site ou aplicativo em algum servidor, a solução simples que usei é converter a pasta que contém arquivos para o aplicativo da web.


Se você tiver o projeto MVC com a construção de visualizações ativadas, uma das soluções é excluir a pasta obj antes da compilação. Adicionar ao arquivo de projeto:

<Target Name="BeforeBuild">
    <!-- Remove obj folder -->
    <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
    <!-- Remove bin folder -->
    <RemoveDir Directories="$(BaseOutputPath)" />
</Target>

Aqui está o artigo: Como remover bin e / ou obj antes de construir ou implantar


Via Visual Studio, eu tinha publicado um serviço WCF via FTP , para um servidor externo. Funcionou bem localmente e ao publicar em um servidor interno, mas não no externo. A solução foi publicar sem fornecer um Site Path (em outras palavras, publicar diretamente na raiz do diretório virtual).

Não sei por que funcionou, pois eu já tinha tentado mover os arquivos para a raiz através de um cliente FTP externo - entre muitas outras tentativas, incluindo todas as listadas aqui. Talvez tenha sido algo com o perfil de publicação, como foi para FabianVal . Mas eu não estou mais com vontade de testar neste momento, já que estou com pressa para acelerar depois de todos os dias perdidos com esse problema.


dica 1: limpar e depois reconstruir.

Dica 2: apenas feche VS e abra novamente.

dica 3: o projeto baixado pode estar dentro de outra pasta secundária ... abra a pasta que contém os arquivos .net.

c: / demo1 / demo / (todos os arquivos)

Você deveria ter que abrir uma demonstração de vs ... não demo1.





visual-studio-2012