Unrecognized attribute 'targetFramework'. Note that attribute names are case-sensitive

I'm trying to up load my site and I'm getting this error message:

Unrecognized attribute 'targetFramework'. Note that at开发者_运维知识库tribute names are case-sensitive.

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

The site works fine on my local PC but won't open when I loaded it to my host and tried to view it online.

This typically happens when you have an attribute of targetFramework="4.0" in the web.config but the App Pool is set to run ASP.NET 2.0. The targetFramework attribute is entirely unrecognized by ASP.NET 2.0 - so changing it to 2.0 won't have the desired effect.

Contact Support / Your Administrator and have the AppPool switched to 4.0.

You could also remove the attribute entirely, however if your site was coded with the 4.0 Framework, then I'm sure something else will cause an error as well.

Registering the framework with IIS is what worked for me:

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

In IIS

Click on Application Pools

Right Click on DefaultAppPool --->> Set Application Pool Default....--->>Change .Net Version to V 4.0.

open your IIS (type inetmgr in run) and change your Application pool setting,To view large this Image Right Click Image and open image in new tab

In Visual Studio menu:

Website -> Start Options -> build tab -> Select Target Framework in Dropdown box (.NET FrameWork 4)

I was facing the same issue while publishing my 1'st web services. I resolved it by simply doing this:

1. Open IIS

2. Click on Application Pools

3. Right Click on DefaultAppPool => Set Application Pool Default => Change .Net Version to V 4.0. (You can also change .Net Framework Version of your application specifically)

Hope, it'll work.

for IIS 7 try according to the given picture ... mark me helpful if it works for you.

I had to register ASP.Net in IIS to get it resolved in the Windows Server 2008 R2. Sreenshot of the commands attched below

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 

I'm using IIS Express, rather than IIS.

The problem was in the applicationhost.config file located in: {solution_folder}\.vs\config\applicationhost.config.

One of the application pool entries had a managedRuntimeVersion value of "v2.0". I changed it to "v4.0", and it worked properly.

I'm fairly sure the root cause was one of the NuGet packages I had installed recently.

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

Change the application pool to target framework 4.0 instead of classic .

1. RC website ->manage website->advanced setting>
2. the first option change from classic to framework 4 integrated.

Open Project -> press Shift + F4 (Open properties page) -> Chose Build -> in Target Framework chose .NET Framework 4 -> OK

I also got the same issue while running my application locally which is pointing to .Net Framework 4.7.1. The bug was "Unrecognized attribute TargetFrameWork" as shown below.

But none of the above answers helped me. At last when I changed my present port (1413) number to some other value(60179) as shown below it worked fine for me.But I am not sure for the actual reason behind this , but it worked.

Create a new pool by selecting .Net Framework v4.0.3xxxxx

use the Manage Pipeline Mode: Integrated

Assign it to your site and done.

To fix this problem simply click the ASP.NET Version icon in the Site Tools section of Control Panel to switch the framework to 4.0.

I had this error from a failed MSBuild compile, in a project file converted from an earlier version of VS into VS2010 and .NET 4.0. It was actually a Web Deployment project, and the solution that worked for me was adding the following entries into the PropertyGroup section at the start of the MSBuild file:

<ProductVersion>10.0.11107</ProductVersion>

<TargetFrameworkVersion>v4.0</TargetFrameworkVersion>

Maybe these get automatically updated when other types of project are converted in VS2010, but they were missing from my Web Deployment project file after it was converted.

What I did: I did change the value of Application Pool to DefaultAppPool from a previous value. You do this in the Advanced Settings (Website --> Manage Website --> Advanced Setting>.

Just had this in VS 2010.

Fixed by editing the .sln file and changing the TargetFrameworkMoniker to have the value ".NETFramework,Version%3Dv4.0" assigned to it.

If you're using IIS Express, it creates a new configuration for each site that you run, and it's bound to the url (host/port). However, when it opens a new project using the same port it doesn't refresh the configuration.

This means that if you have a project using CLR 2.0 (.NET Framework 2.0 to 3.5) running on some port and then later you open another project in the same port using CLR 4 (.NET Framework 4.x+) the new project will try to run using CLR 2, which fails - and in case it doesn't even recognize the "targetFramework" attribute.

One solution is cleaning IIS Express sites, but the easiest method is changing the port so that IIS Express will create a new site (using CLR 4) for your project.

If you compile the files and the value of the "targetFramework" is set as being a particular version i.e. 4.0,

Make sure the host is running .net framework as the same version stated.

If not, download the .net framework.

After downloading, if it is not automatic being set in the IIS manager to be using the extension of the newly downloaded version of .net framework,

add the extension manually by going to the folder of the recently downloaded .net framework THROUGH IIS manager:

1.right-click website folder

2.go to "Properties"

3.under "virtual directory" , click "configuration"

4.edit the executable path of extension ".aspx" (of which the path being pointed to version other than the version of the recently downloaded .net framework) to the correct path which is the folder of the NEWLY downloaded version of .net framework and then select the "aspnet_isapi.dll" file.

5.click ok!

Just Remove the "Target Framework 4.0" and close the bracket.

It will Work

Follow these two steps:

Register the .net framework version version 4.0 (if it is not registered)

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

2. In the app pool change the .net framework to v4.0

If you install the IIS after the installation of .Net FrameWork. You need install the .net framework again for IIS. So all we need to do is run aspnet_regiis -i. Hope it is helpful.

Saw the error "Unrecognized attribute 'targetFramework'" in the 'Console output' page of Jenkins on a build server. This was after I changed the 'target framework' for several projects from '.NET Framework 3.5' to '.NET Framework 4' and committed my changes.

In Jenkins the project settings had to be changed. For the solution the 'MSBuild Version' had to be changed from 'v3.5' to 'v4.0'.

Just had this issue deploying a new app to an old IIS box. The investigation led to the v4.5.1 run-time being installed but the app requiring v4.5.2

Nothing apart from installing the correct version of ASP .Net run-time was required.

It could be that you have your own MSBUILD proj file and are using the <AspNetCompiler> task. In which case you should add the ToolPath for .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>

For layering, Just change the version of targetFramework in web.config file only, the other things no need change.

I had the same issue and I found this nice poweshell script to update all of your app pools at the same time: https://gallery.technet.microsoft.com/scriptcenter/How-to-set-the-IIS-9c295a20

Make sure to set you $IISAppPoolDotNetVersion = "v4.0" variable at the top.

following 2 steps will force refresh Visual Studio and IIS Express cache and usually resolve my similar issues:

1. Simply switch Project framework from 4+ to .Net framework 3.5 and run it
2. If it ran successfully you can revert it back to your desired 4+ target framework and see that it will probably work again.

Changing the port number for the local development helped me Thanks @Rinay Ashokan. I have done all the trouble shooting and finally found that the project configurations are stored in the IIS express for the port number.

For anyone having this who doesn't have IIS running on their dev PC, here's what happened to me: I had one website on, overwrote with files from a diff website that was 4 while the previous was 3.5. Got this error. Fixed it simply by changing the directory name of the website, which on a dev PC can be anything, so no problem. The above are probably more elegant to be sure, but sometimes simple works, IF you can get away with it, i.e., you're in dev rather than QA or Prod.