Attribut non reconnu "targetfram framework". Notez que les noms d'attributs sont sensibles à la casse

créez un nouveau pool en sélectionnant .net Framework v4.0.3 xxxxx

utiliser le mode Gérer Pipeline: intégré

assignez - le à votre site et fait.

pour corriger ce problème il suffit de cliquer sur le ASP.NET icône de Version dans la section Outils du site du Panneau de configuration pour passer à 4.0.

j'ai eu cette erreur d'une compilation ratée MSBuild , dans un fichier de projet converti d'une version antérieure de VS en VS2010 et .NET 4.0. Il s'agissait en fait d'un projet de déploiement Web, et la solution qui a fonctionné pour moi était d'ajouter les entrées suivantes dans le PropertyGroup section au début du MSBuild fichier:

<ProductVersion>10.0.11107</ProductVersion>

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

peut-être que ceux-ci sont automatiquement mis à jour lorsque d'autres types de projet sont convertis en VS2010, mais ils étaient absents de mon dossier de projet de déploiement Web après qu'il ait été converti.

ce que j'ai fait: J'ai changé la valeur de L'Application Pool en DefaultAppPool par rapport à une valeur précédente. Vous faites cela dans les paramètres avancés (site Web -- > Gérer le site Web -- >Paramètres avancés>.

j'utilise IIS Express, plutôt que IIS.

le problèmeétait dans l'attente de la demande.fichier de configuration situé dans: {solution_folder}\.vs\config\applicationhost.config.

L'une des entrées du pool d'applications avait une valeur managedRuntimeVersion de" v2.0". Je l'ai changé en "v4.0", et il a fonctionné correctement.

je suis assez sûr que la cause principale était l'un des paquets NuGet que j'avais installé récemment.

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

vient d'avoir cela dans VS 2010.

Fixé par l'édition de l' .la sln fichier et changer le TargetFrameworkMoniker pour avoir la valeur ".Netfram Framework, Version%3Dv4.0" qui lui est assigné.

si vous compilez les fichiers et que la valeur de "targetfram Framework" est définie comme étant une version particulière i.e. 4.0,

assurez-vous que l'hôte exécute .net framework comme indiqué dans la même version.

si ce n'est pas le cas, téléchargez le framework .net.

après le téléchargement, s'il n'est pas automatique étant réglé dans le gestionnaire D'IIS à utiliser l'extension de la version récemment téléchargée de .net framework,

ajouter l'extension manuellement en allant dans le dossier du framework .net récemment téléchargé via IIS manager:

1.cliquez avec le bouton droit de la souris sur le site web

2.allez à "Propriétés "

3.sous "répertoire virtuel", cliquez sur "configuration "

4.modifier le chemin d'exécution de l'extension ".aspx" (dont le chemin pointé vers une version autre que celle du framework .net récemment téléchargé) vers le bon chemin qui est le dossier de la version nouvellement téléchargée de .net framework et ensuite sélectionner le "aspnet_isapi.dll fichier.

5.cliquez sur ok!

il suffit de supprimer le" cadre cible 4.0 " et de fermer le support.

Il travaillera

suivez ces deux étapes:

Enregistrer la version .net framework 4.0 (si elle n'est pas enregistrée)

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

2. dans l'application pool, changez le .net framework en v4.0

si vous installez L'IIS après l'installation de .net FrameWork. Vous devez installer le .net framework à nouveau pour IIS. Donc tout ce que nous avons à faire est de lancer aspnet_regiis -i . J'espère que c'est utile.

a vu l'erreur "attribut non reconnu' targetfram Framework '"dans la page' Console output ' de Jenkins sur un serveur de compilation. C'était après que j'ai changé le "cadre cible" de plusieurs projets de ".net Framework 3.5" à ".NET Framework 4" et que j'ai engagé mes changements.

Dans Jenkins, les paramètres du projet a dû être modifié. Pour la solution, il a fallu remplacer "MSBuild Version" par "v3".5' à ' v4.0'.

vient D'avoir ce numéro déployant une nouvelle application sur une ancienne boîte IIS. L'enquête a mené au v4.5.1 Temps d'exécution en cours d'installation mais l'application nécessitant v4.5.2

rien d'autre que d'installer la version correcte de ASP.net run-time n'était nécessaire.

il se peut que vous ayez votre propre fichier MSBUILD proj et que vous utilisiez la tâche <AspNetCompiler> . Dans ce cas, vous devez ajouter le ToolPath pour .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>

pour stratification, Il suffit de changer la version de targetfram Framework dans le web.fichier de configuration uniquement, les autres choses, pas besoin de changement.

j'ai également eu le même problème en exécutant mon application localement qui pointe vers .net Framework 4.7.1. Le bogue était " attribut non reconnu Targetfram Framework " comme indiqué ci-dessous.

mais aucune des réponses ci-dessus ne m'a aidé. Enfin quand j'ai changé mon port actuel (1413) nombre à une autre valeur (60179) comme indiqué ci-dessous, il a fonctionné très bien pour moi.Mais je ne suis pas sûr pour la raison réelle derrière cela , mais cela a fonctionné.

j'ai eu le même problème et j'ai trouvé ce joli script poweshell pour mettre à jour tous vos pools d'applications en même temps: https://gallery.technet.microsoft.com/scriptcenter/How-to-set-the-IIS-9c295a20

assurez-vous de définir la variable $IISAppPoolDotNetVersion = "v4.0" en haut.

pour toute personne ayant ceci qui n'a pas IIS en cours d'exécution sur leur PC dev, voici ce qui m'est arrivé: j'avais un site web sur, réécrit avec des fichiers d'un site web diff qui était de 4 alors que le précédent était de 3,5. Eu cette erreur. Corrigé simplement en changeant le nom de répertoire du site web, qui sur un PC dev peut être n'importe quoi, donc pas de problème. Ce qui précède est probablement plus élégant pour être sûr, mais parfois des travaux simples, si vous pouvez vous en tirer, i.e., vous êtes dans dev plutôt que QA ou Prod.