Atributo não reconhecido 'targetFramework'. Observe que os nomes dos atributos diferenciam maiúsculas de minúsculas

Estou tentando carregar meu site e estou recebendo esta mensagem de erro:

Atributo não reconhecido 'targetFramework'. Observe que os nomes dos atributos diferenciam maiúsculas de minúsculas.

<compilation debug="true" targetFramework="4.0">

O site funciona bem no meu PC local, mas não abre quando eu carrego no meu host e tentei visualizá-lo online.

Isso normalmente acontece quando você tem um atributo targetFramework="4.0"no web.config, mas o pool de aplicativos está definido para executar o ASP.NET 2.0. O targetFrameworkatributo é totalmente não reconhecido pelo ASP.NET 2.0 - portanto, alterá-lo para 2.0 não terá o efeito desejado.

Entre em contato com o Suporte / Seu administrador e mude o AppPool para 4.0.

Você também pode remover o atributo completamente; no entanto, se o seu site foi codificado com o 4.0 Framework, tenho certeza de que alguma outra coisa também causará um erro.

O registro da estrutura no IIS foi o que funcionou para mim:

C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319>aspnet_regiis -i

No IIS

Clique em Pools de aplicativos

Clique com o botão direito do mouse em DefaultAppPool --- >> Definir padrão do pool de aplicativos ....--- >> Altere a versão .Net para V 4.0.

abra o IIS (digite inetmgr em execução) e altere a configuração do pool de aplicativos. Para exibir esta imagem grande, clique com o botão direito do mouse na imagem e abra a imagem em uma nova guia

No menu do Visual Studio:

Site -> Opções de Início -> guia compilar -> Selecionar Estrutura de Destino na caixa suspensa (.NET FrameWork 4)

Eu estava enfrentando o mesmo problema ao publicar meus primeiros serviços da web. Eu resolvi isso simplesmente fazendo o seguinte:

1. Abra o IIS

2. Clique em Pools de aplicativos

3. Clique com o botão direito do mouse em DefaultAppPool => Definir padrão do pool de aplicativos => Alterar versão .Net para V 4.0. (Você também pode alterar a versão do .Net Framework de seu aplicativo especificamente)

Espero que funcione.

para o IIS 7, tente de acordo com a imagem fornecida ... marque-me como útil se funcionar para você.

Eu tive que registrar o ASP.Net no IIS para resolvê-lo no Windows Server 2008 R2. Capturas de tela dos comandos abaixo

cd /d C:\Windows\Microsoft.NET\Framework\v4.0.30319

iisreset /stop

aspnet_regiis -i

iisreset /start

%systemroot%\system32\inetsrv\appcmd set config /section:isapiCgiRestriction /[path='%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_isapi.dll'].allowed:True 

%systemroot%\system32\inetsrv\appcmd set config /section:isapiCgiRestriction /[path='%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_isapi.dll'].allowed:True 

Altere o pool de aplicativos para direcionar a estrutura 4.0 em vez da clássica.

1. Site RC -> gerenciar site -> configuração avançada>
2. a primeira opção muda do clássico para o framework 4 integrado.

Estou usando o IIS Express, em vez do IIS.

O problema estava no arquivo applicationhost.config localizado em: {solution_folder} \. Vs \ config \ applicationhost.config.

Uma das entradas do pool de aplicativos tinha um valor managedRuntimeVersion de "v2.0". Mudei para "v4.0" e funcionou corretamente.

Tenho certeza de que a causa raiz foi um dos pacotes NuGet que eu havia instalado recentemente.

    <system.applicationHost>
       <applicationPools>
          <add name="BadAppPool1" managedRuntimeVersion="v2.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />
       </applicationPools>
    </system.applicationHost>

Abra Projeto -> pressione Shift + F4 (Abrir página de propriedades) -> Escolha Build -> no Target Framework escolha .NET Framework 4 -> OK

Crie um novo pool selecionando .Net Framework v4.0.3xxxxx

use o modo Gerenciar pipeline: integrado

Atribua-o ao seu site e pronto.

Para corrigir esse problema, clique no ícone Versão do ASP.NET na seção Ferramentas do Site do Painel de Controle para mudar a estrutura para 4.0.

Eu tive esse erro de uma compilação com falha do MSBuild , em um arquivo de projeto convertido de uma versão anterior do VS para o VS2010 e .NET 4.0. Na verdade, era um projeto de implantação da Web, e a solução que funcionou para mim foi adicionar as seguintes entradas na seção PropertyGroup no início do arquivo MSBuild :

<ProductVersion>10.0.11107</ProductVersion>

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

Talvez eles sejam atualizados automaticamente quando outros tipos de projeto são convertidos no VS2010, mas estavam ausentes no meu arquivo de projeto de implantação da Web após a conversão.

O que fiz: alterei o valor do Pool de aplicativos para DefaultAppPool a partir de um valor anterior. Você faz isso nas Configurações avançadas (Site -> Gerenciar site -> Configuração avançada>.

Eu também tive o mesmo problema ao executar meu aplicativo localmente, o que aponta para o .NET Framework 4.7.1. O erro foi " Atributo não reconhecido TargetFrameWork ", como mostrado abaixo.

Mas nenhuma das respostas acima me ajudou. Finalmente, quando alterei meu número da porta atual (1413) para outro valor (60179), como mostrado abaixo, funcionou bem para mim. Mas não tenho certeza do motivo real por trás disso, mas funcionou.

Só tive isso no VS 2010.

Corrigido editando o arquivo .sln e alterando o TargetFrameworkMoniker para ter o valor ".NETFramework, versão% 3Dv4.0" atribuído a ele.

Se você compilar os arquivos e o valor de "targetFramework" for definido como sendo uma versão específica, ou seja, 4.0,

Verifique se o host está executando a estrutura .net como a mesma versão declarada.

Caso contrário, baixe a estrutura .net.

Após o download, se não for definido automaticamente no gerenciador do IIS a extensão da versão da estrutura .net recém-baixada,

adicione a extensão manualmente, indo para a pasta da estrutura .net baixada recentemente através do gerenciador do IIS:

1. clique com o botão direito do mouse na pasta do site

2. vá para "Propriedades"

3. sob "diretório virtual", clique em "configuração"

4.edite o caminho executável da extensão ".aspx" (cujo caminho está sendo apontado para uma versão diferente da versão da estrutura .net baixada recentemente) para o caminho correto, que é a pasta da versão baixada recentemente da estrutura .net e selecione o arquivo "aspnet_isapi.dll".

5.clique em ok!

Basta remover o "Target Framework 4.0" e fechar o suporte.

Vai funcionar

Siga estes dois passos:

Registre o .net framework versão 4.0 (se não estiver registrado)

1. C: \ WINDOWS \ Microsoft.NET \ Framework \ v4.0.30319> aspnet_regiis -i

2. No pool de aplicativos, altere a estrutura .net para v4.0

Se você instalar o IIS após a instalação do .Net FrameWork. Você precisa instalar a estrutura .net novamente para o IIS. Então, tudo o que precisamos fazer é correr aspnet_regiis -i. Espero que seja útil.

Vi o erro "Atributo não reconhecido 'targetFramework'" na página 'Saída do console' do Jenkins em um servidor de construção. Isso foi depois que eu mudei a 'estrutura de destino' para vários projetos de '.NET Framework 3.5' para '.NET Framework 4' e confirmei minhas alterações.

Em Jenkins, as configurações do projeto tiveram que ser alteradas. Para a solução, a 'Versão do MSBuild' teve que ser alterada de 'v3.5' para 'v4.0'.

Só tive esse problema ao implantar um novo aplicativo em uma caixa antiga do IIS. A investigação levou à instalação do tempo de execução da v4.5.1, mas o aplicativo requer a v4.5.2

Nada além de instalar a versão correta do tempo de execução do ASP .Net era necessário.

Pode ser que você tenha seu próprio arquivo de projeto MSBUILD e esteja usando a <AspNetCompiler>tarefa. Nesse caso, você deve adicionar o ToolPathpara .NET4.

<AspNetCompiler
    VirtualPath="/MyFacade"
    PhysicalPath="$(MSBuildProjectDirectory)\MyFacade\"
    TargetPath="$(MSBuildProjectDirectory)\Release\MyFacade"
    Updateable="true"
    Force="true"
    Debug="false"
    Clean="true"
    ToolPath="C:\Windows\Microsoft.NET\Framework\v4.0.30319\">      
</AspNetCompiler>

Para camadas, basta alterar a versão do targetFramework apenas no arquivo web.config, as outras coisas não precisam ser alteradas.

Eu tive o mesmo problema e encontrei esse bom script de atualização para todos os seus pools de aplicativos ao mesmo tempo: https://gallery.technet.microsoft.com/scriptcenter/How-to-set-the-IIS-9c295a20

Certifique-se de definir sua $IISAppPoolDotNetVersion = "v4.0"variável no topo.

as 2 etapas a seguir forçarão a atualização do cache do Visual Studio e do IIS Express e geralmente resolverão meus problemas semelhantes:

1. Simplesmente mude a estrutura do projeto de 4+ para a .Net framework 3.5 e execute-a
2. Se ele foi executado com êxito, você pode revertê-lo para a estrutura de destino 4+ desejada e verificar se provavelmente funcionará novamente.

Alterar o número da porta para o desenvolvimento local me ajudou. Obrigado @Rinay Ashokan. Fiz todos os problemas e finalmente descobri que as configurações do projeto estão armazenadas no IIS Express para o número da porta.

Para quem tem esse que não tem o IIS em execução no PC de desenvolvimento, eis o que aconteceu comigo: eu tinha um site, sobrescrito com arquivos de um site diff que tinha 4 anos, enquanto o anterior era 3,5. Este erro foi encontrado. Corrigido simplesmente alterando o nome do diretório do site, que em um PC de desenvolvimento pode ser qualquer coisa, então não há problema. As opções acima são provavelmente mais elegantes, com certeza, mas, às vezes, trabalhos simples, se você puder se safar, ou seja, você está no desenvolvimento, em vez do controle de qualidade ou do produto.