Atributo no reconocido ‘targetFramework’. Tenga en cuenta que los nombres de los atributos son sensibles a las mayúsculas

Estoy tratando de cargar mi sitio y recibo este mensaje de error:

Atributo no reconocido ‘targetFramework’. Tenga en cuenta que los nombres de los atributos distinguen mayúsculas de minúsculas

 

El sitio funciona bien en mi PC local pero no se abrirá cuando lo cargué en mi host e intenté verlo en línea.

Esto normalmente ocurre cuando tiene un atributo de targetFramework="4.0" en el archivo web.config, pero el grupo de aplicaciones está configurado para ejecutar ASP.NET 2.0. El atributo targetFramework es reconocido por ASP.NET 2.0, por lo que cambiarlo a 2.0 no tendrá el efecto deseado.

Póngase en contacto con el Soporte / Su Administrador y haga que AppPool cambie a 4.0.

También podría eliminar el atributo por completo, sin embargo, si su sitio fue codificado con el Marco 4.0, entonces estoy seguro de que algo más también causará un error.

Registrar el marco con IIS es lo que funcionó para mí:

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

abra su IIS (escriba inetmgr in run) y cambie la configuración de su grupo de aplicaciones. Para ver en grande esta imagen, haga clic con el botón derecho en la imagen y ábrala en una nueva pestaña. enter image description here

En IIS

Haga clic en Grupos de aplicaciones

Haga clic con el botón derecho en DefaultAppPool — >> Establecer el conjunto de aplicaciones predeterminado ….— >> Cambie .Net Version a V 4.0.

En el menú de Visual Studio:

Sitio web -> Opciones de inicio -> ficha comstackción -> Seleccionar marco de destino en el cuadro desplegable (.NET FrameWork 4)

Estaba enfrentando el mismo problema al publicar mis servicios web 1’st. Lo resolví simplemente haciendo esto:

  1. Abra IIS

  2. Haga clic en Grupos de aplicaciones

  3. Haga clic con el botón derecho en DefaultAppPool => Establecer grupo de aplicaciones predeterminado => Cambiar .Net Version a V 4.0. (También puede cambiar la versión .Net Framework de su aplicación específicamente)

Espero, funcionará.

para IIS 7 intente de acuerdo con la imagen dada … marqueme útil si funciona para usted.

enter image description here

Tuve que registrar ASP.Net en IIS para resolverlo en Windows Server 2008 R2. Sreenshot de los comandos a continuación

 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 

enter image description here

Cambie el grupo de aplicaciones a target framework 4.0 en lugar de clásico.

  1. Sitio web de RC -> administrar sitio web -> configuración avanzada>
  2. la primera opción cambia de clásico a marco 4 integrado.

Abrir proyecto -> presionar Mayús + F4 (Abrir página de propiedades) -> Seleccionar comstackción -> en el marco de destino, elija .NET Framework 4 -> Aceptar

Cree un grupo nuevo seleccionando .Net Framework v4.0.3xxxxx

utilice el modo Administrar canalización: integrado

Asignarlo a su sitio y hecho.

Para solucionar este problema, simplemente haga clic en el icono Versión ASP.NET en la sección Herramientas del sitio del Panel de control para cambiar el marco a 4.0.

Tuve este error de una comstackción fallida de MSBuild , en un archivo de proyecto convertido de una versión anterior de VS a VS2010 y .NET 4.0. En realidad, era un proyecto de implementación web, y la solución que funcionó para mí fue agregar las siguientes entradas en la sección PropertyGroup al inicio del archivo MSBuild :

 10.0.11107 v4.0 

Quizás estos se actualicen automáticamente cuando otros tipos de proyectos se convierten en VS2010, pero faltaban en mi archivo de proyecto de implementación web después de que se convirtiera.

Lo que hice: cambié el valor de Application Pool a DefaultAppPool desde un valor anterior. Puede hacer esto en Configuración avanzada (Sitio web -> Administrar sitio web -> Configuración avanzada>.

Estoy usando IIS Express, en lugar de IIS.

El problema estaba en el archivo applicationhost.config ubicado en: {carpeta_solución} \. Vs \ config \ applicationhost.config.

Una de las entradas del grupo de aplicaciones tenía un valor managedRuntimeVersion de “v2.0”. Lo cambié a “v4.0”, y funcionó correctamente.

Estoy bastante seguro de que la causa raíz fue uno de los paquetes NuGet que había instalado recientemente.

       

Acabo de tener esto en VS 2010.

Se corrigió editando el archivo .sln y cambiando TargetFrameworkMoniker para que se le asignara el valor “.NETFramework, Version% 3Dv4.0” .

Si comstack los archivos y el valor de “targetFramework” se establece como una versión particular, es decir, 4.0,

Asegúrese de que el host ejecute .NET Framework como se indica en la misma versión.

Si no, descarga el marco de .net.

Después de la descarga, si no se configura automáticamente en el administrador de IIS para usar la extensión de la versión recién descargada de .NET Framework,

agregue la extensión manualmente yendo a la carpeta del .NET Framework recientemente descargado A TRAVÉS del administrador de IIS:

1. Haga clic derecho en la carpeta del sitio web

2. Ir a “Propiedades”

3.bajo “directorio virtual”, haga clic en “configuración”

4.edite la ruta ejecutable de la extensión “.aspx” (cuya ruta apunta a la versión que no sea la versión del .NET Framework descargado recientemente) a la ruta correcta que es la carpeta de la versión NUEVA de .NET Framework. y luego seleccione el archivo “aspnet_isapi.dll”.

5.haga clic en ok!

Simplemente elimine “Target Framework 4.0” y cierre el paréntesis.

Funcionará

Sigue estos dos pasos:

Registre la versión .net framework versión 4.0 (si no está registrada)

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

  2. En el grupo de aplicaciones, cambie .NET Framework a v4.0

Si instala IIS después de la instalación de .Net FrameWork. Necesita instalar el .NET Framework nuevamente para IIS. Entonces, todo lo que tenemos que hacer es ejecutar aspnet_regiis -i . Espero que sea útil.

Vimos el error “Atributo no reconocido ‘targetFramework'” en la página ‘Salida de la consola’ de Jenkins en un servidor de comstackción. Esto fue después de que cambié el ‘marco de objectives’ para varios proyectos de ‘.NET Framework 3.5’ a ‘.NET Framework 4’ y comprometí mis cambios.

En Jenkins, la configuración del proyecto tuvo que ser cambiada. Para la solución, la ‘Versión de MSBuild’ tuvo que ser cambiada de ‘v3.5’ a ‘v4.0’.

Acabo de tener este problema al implementar una nueva aplicación en una vieja caja de IIS. La investigación condujo al tiempo de ejecución v4.5.1 que se está instalando, pero la aplicación requiere v4.5.2

No se requiere nada aparte de instalar la versión correcta del tiempo de ejecución ASP .Net.

Podría ser que tenga su propio archivo MSBUILD proj y esté utilizando la tarea . En ese caso, debe agregar el ToolPath para .NET4.

   

Para aplicar capas, solo cambie la versión de targetFramework en el archivo web.config solamente, las otras cosas no necesitan cambios.

También tengo el mismo problema al ejecutar mi aplicación localmente que apunta a .Net Framework 4.7.1. El error era ” atributo no reconocido TargetFrameWork ” como se muestra a continuación. enter image description here

Pero ninguna de las respuestas anteriores me ayudó. Por último, cuando cambié mi número actual de puerto (1413) a algún otro valor (60179) como se muestra a continuación, funcionó bien para mí. Pero no estoy seguro de la razón real detrás de esto, pero funcionó.

enter image description here

Para cualquiera que tenga esto y que no tenga IIS ejecutándose en su PC de desarrollo, esto es lo que me sucedió a mí: tenía un sitio web encendido, sobrescribí con archivos de un sitio web de diff que era 4 mientras que el anterior era 3.5. Tengo este error Se solucionó simplemente cambiando el nombre del directorio del sitio web, que en una PC de desarrollo puede ser cualquier cosa, así que no hay problema. Lo anterior es probablemente más elegante, pero a veces es simple, SI puedes salirte con la tuya, es decir, estás en desarrollo en lugar de QA o Prod.