"找不到 CodeDom 提供程序类型“Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider”"

Question

It's a WebApi project using VS2015.

Answer 1

If your project has Roslyn references<\/strong> and you are deploying it on an IIS server<\/strong> , you might get unwanted errors on the website as many hosting providers still have not upgraded their servers and hence do not support Roslyn.

Answer 2

Be careful of following this answer's advice.<\/strong> While it solves the problem at hand, it might cause different problems at a later date.<\/strong>

<\/blockquote>

Answer 3

Just add the next nuget package to your project - Microsoft.CodeDom.Providers.DotNetCompilerPlatform .

Had the same problem.

Answer 4

I have the same problem that my app worked in Vs2013 but getting the error after updating to Vs2015.

Answer 5

I know it's an old thread, but I'd like to point the possible version issue of DotNetCompilerPlatform.dll, f. ex. after an update. Please check, if the new generated Web.config file is different as your released web.config, in particular the system.codedom part. In my case it was the version change from 1.0.7 to 1.0.8. The new dll had been already copied to the server, but I didn't change the old web.config (with some server special settings):

<pre>
  <system.codedom>
    <compilers>
      <compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.8.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:default /nowarn:1659;1699;1701" />
      <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.VBCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.8.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:default /nowarn:41008 /define:_MYTYPE=\&quot;Web\&quot; /optionInfer+" />
    </compilers>
  </system.codedom>
</pre>

After I update the two lines, the error disappeared.

Answer 6

Another possible solution:<\/strong>

Answer 7

According to your repro steps, I assumed that changing the output path in the application's property was your only change after you created the application. The only thing this change does is that it tells Visual Studio to put the output assemblies of MSBuild into the new folder. At runtime, however, ASP.Net wouldn't have any idea that it should load assemblies from this new folder instead of the \\bin folder.

xcopy /Q /Y "$(TargetDir)roslyn\*.*" "$(TargetDir)..\roslyn\"

Answer 8

Easy way - Project > Manage NuGet Packages... > Browse(tab) > in search input set this: Microsoft.CodeDom.Providers.DotNetCompilerPlatform

You can install or update or uninstall and install this compiler

Answer 9

In my case, this happened when i change the permission of application folder and account IIS_IUSRS has been removed. After i re-added IIS_IUSRS (IIS Manager-> YourWebApp -> Edit Permission -> Add IIS_IUSRS) to the application folder and its worked.

"

Answer 10

It stopped after publishing on the production server. The reason why it showed me this error was because it was deployed to a sub folder. In IIS i clicked right on the subfolder and excuted "Convert to application" and after this it worked.

Answer 11

Here's how I resolved it:

1. Deleted the bin folder in the project directory.
2. Click on Build Solution . In VS2017(Run as Admin) > Build > Build Solution .

Answer 12

Then the problem came back. I uninstalled both Microsoft.CodeDom.Providers.DotNetCompilerPlatform<\/code> and Uninstall-package Microsoft.Net.Compilers<\/code> but no help. Then installed - no help. Cleaned project and built no help. Restarted server no help.Then I noticed the project needed not the latest one which is currently 1.0.5 but 1.0.3 as that was the error could not load the 1.0.3 version. So I installed that dll version instead and now it works.

"

Answer 13

如果您使用的是 git，您可能会忽略提交中的 .dll

Answer 14

ASP.NET does not search bin\/debug<\/code> or any subfolder under bin for assemblies like other types of applications do. You can instruct the runtime to look in a different place using the following configuration:

<configuration>
   <runtime>   
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
         <probing privatePath="bin;bin\Debug;bin\Release"/>
      </assemblyBinding>
   </runtime>   
</configuration>

Answer 15

I had a number of projects in the solution and the web project (problem giving this error) was not set as the StartUp project. I set this web project as the StartUp project, and clicked on the menu item "Debug"->"Start Debugging" and it worked. I stopped debugging and then tried it again and now it's back working. Weird.

Answer 16

just uninstall the package from package manager console from command below

PM> Uninstall-package Microsoft.CodeDom.Providers.DotNetCompilerPlatform

PM> Uninstall-package Microsoft.Net.Compilers

and then install it again from nuget manager

Answer 17

您应该更新项目中的“Microsoft.CodeDom.Providers.DotNetCompilerPlatform”和“Microsoft.Net.Compilers”包。

"

Answer 18

In my case, I got the error when I had my Web Application in 4.5.2 and the referenced class libaries in 4.6.1. When I updated the Web Application to 4.5.2 version the error went away.

Answer 19

I was getting this error because my application pool user was set to ApplicationPoolIdentity. I changed it to a user\/service account that has access to the folder and the error went away.

"

Answer 20

Here are my findings. I also faced this problem today's morning. I just added my current user to application pool on which application was running.

Steps:

1. Open IIS

2. Click on application pool

3. Select your application pool on which you are getting problem

4. Right Click -> advanced settings

5. Click on three dot icon beside the identiy

6. Now select custom account

7. Give your PC user name and Password

8. Save

Refresh your application.. and it will start working. There was some security issue for accessing dll.

Answer 21

If you have recently installed or updated the Microsoft.CodeDom.Providers.DotNetCompilerPlatform<\/code> package, double-check that the versions of that package referenced in your project point to the correct, and same, version of that package:

Answer 22

Make sure your project has fully built!<\/h3>

Click on 'Output' tab and make sure you don't have something like:

Answer 23

从启动命令转到 inetmgr 在 IIS 管理器控制台中，选择默认网站下的应用程序文件夹，右键单击该文件夹，然后转换为应用程序通过启用运行 .asmx 文件它解决了问题

"

Answer 24

添加对 CppCodeProvider 程序集的引用。

Answer 25

在我的情况下，我的 Web 项目没有正确加载（它显示项目不可用），然后我不得不在以管理员模式打开我的 Visual Studio 后重新加载我的 Web 项目，然后一切正常。

"

Answer 26

If you have been working on a project and this just now popped up as an error. REBOOT your computer (or server in my case) this fixed the issue for me.

"

Answer 27

我只是遇到了同样的问题，这是因为我移动了项目位置，只需要重新创建虚拟目录。

"

Answer 28

The exception that we ran into was not on the local but on the remote server, the Azure CI was reading it from the packages folder but the compiler versions mentioned above were not found.

Answer 29

检查文件中的BIN文件夹是否完整上传或丢失。

Answer 30

Regarding this error I've tried:

Answer 31

If you see this probably you are building in release mode . For production you should publish instead of building in release mode. For local development build in debug mode.

Answer 32

In our case we are using ToroiseSVN and it seems by default the bin folder is not added to the sourcecontrol. So when updating the website on the production server the bin folder was not added to it, thus resulting in this exception.

To add the bin folder to SVN go to the folder on the hdd and find the bin folder. Right click it and select TortoiseSVN --> Add

Now update the repository to include the newly added files and update the production server next. All should be well now.

Answer 33

Ensure Internet Information Services(IIS) is enabled in Windows features on your machine.