Estou tentando configurar um RestApi baseado em .Net que deve ser hospedado em um Windows Server executando o IIS. Mas, por algum motivo, não tenho sorte em configurar meu pool como necessário para fazê-lo funcionar.
Aqui está a descrição do fornecedor sobre como fazer isso.Documentos WindWard
Ele afirma o seguinte
Clique no botão "Selecionar…" próximo ao campo de texto "Pool de aplicativos". Clique na lista suspensa e selecione uma das opções:
ASP.NET v4.0 .NET 4.5 ou .NET 4.0 (Embora você possa ver apenas .NET 4.0 ou .NET 4.5, se você tiver o .NET 4.5.1 instalado, qualquer uma das opções funcionará.) E eu deveria ver esta opção
Mas não importa qual versão eu instale 2012R2, 2016 ou 2019, nunca vejo isso, sempre recebo a opção abaixo, então não tenho certeza do que estou perdendo aqui
Responder1
Na verdade, houve (*) apenas duas versões do .NET: 2.0 e 4.0.
3.0 e 3.5 são apenas acréscimos ao 2.0.
4,5, 4,7, 4,8 são apenas acréscimos ao 4,0.
E sim, a UI do IIS é ainda mais confusa.
De qualquer forma, 4.x significa apenas "qualquer coisa daqui para frente a partir de 4.0". Basta selecionar qualquer tempo de execução 4.x e você estará bem.
(*) Conseguiupior aindamais tarde.
Responder2
Quando a Microsoft projetou inicialmente o IIS 7, eles pensaram que as versões CLR se limitariam às versões do .NET Framework, de modo que um pool de aplicativos pudesse ter a versão 1.0, 1.1 ou 2.0 do .NET Framework.
No entanto, a introdução do .NET Framework 3.0/3.5 quebrou a regra, pois eles ainda estavam no CLR 2.0. Da mesma forma, todas as versões do .NET Framework 4.x usam CLR 4.0. Portanto, a IU legada que você viu naquele artigo do WindWard era, infelizmente, confusa. Você pode encontrar muitos threads Stack Overflow/ServerFault com histórico semelhante.
O que você observa agora no IIS Manager é a UI mais recente (não é fácil de lembrar quando foi introduzida pela primeira vez, talvez o IIS 10), onde a Microsoft lista explicitamente as versões do CLR. Ainda pode ser difícil de entender para iniciantes, pois nem todos os desenvolvedores .NET conhecem totalmente os conceitos do CLR em detalhes, mas pelo menos são menos confusos.