Estoy intentando configurar un RestApi basado en .Net que debería alojarse en un servidor Windows que ejecute IIS. Pero por alguna razón no tuve suerte de configurar mi grupo como lo necesitaba para que funcione.
Aquí está la descripción de los proveedores sobre cómo hacerlo.Documentos de WindWard
Dice lo siguiente
Haga clic en el botón "Seleccionar..." junto al campo de texto "Grupo de aplicaciones". Haga clic en la lista desplegable y seleccione una de las opciones:
ASP.NET v4.0 .NET 4.5 o .NET 4.0 (Aunque es posible que solo vea .NET 4.0 o .NET 4.5, si tiene .NET 4.5.1 instalado, cualquiera de las opciones funcionará). Y debería ver esta opción
Pero no importa qué versión instale, 2012R2, 2016 o 2019, nunca veo eso, siempre aparece la siguiente opción, así que no estoy seguro de lo que me falta aquí.
Respuesta1
Realmente ha habido (*) solo dos versiones de .NET: 2.0 y 4.0.
3.0 y 3.5 son sólo adiciones a 2.0.
4.5, 4.7, 4.8 son sólo adiciones a 4.0.
Y sí, la interfaz de usuario de IIS es aún más confusa.
De todos modos, 4.x simplemente significa "cualquier cosa posterior a 4.0". Simplemente seleccione cualquier tiempo de ejecución 4.x y estará bien.
(*) Llegópeor aúnmás tarde.
Respuesta2
Cuando Microsoft diseñó inicialmente IIS 7, pensaron que las versiones CLR se apegarían a las versiones de .NET Framework, de modo que un grupo de aplicaciones pueda tener la versión 1.0, 1.1 o 2.0 de .NET Framework.
Sin embargo, la introducción de .NET Framework 3.0/3.5 rompió la regla, ya que todavía estaban en CLR 2.0. De manera similar, todas las versiones de .NET Framework 4.x usan CLR 4.0. Entonces, la interfaz de usuario heredada que viste en ese artículo de WindWard era desafortunadamente confusa. Puede encontrar muchos subprocesos de Stack Overflow/ServerFault con antecedentes similares.
Lo que observa ahora en IIS Manager es la última interfaz de usuario (no es fácil de recordar cuando se introdujo por primera vez, tal vez IIS 10) donde Microsoft enumera explícitamente las versiones de CLR. Todavía puede resultar difícil de entender para los principiantes, ya que no todos los desarrolladores de .NET conocen completamente los conceptos de CLR en detalle, pero al menos son menos confusos.