Como já foi observado por /programming/32780315#34391473 , a correção rápida é usar o gerenciador de pacotes,
Tools
> Nuget Package Manager
> Package Manager Console
, para executar
Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r
Mas uma solução alternativa (que automaticamente e silenciosamente recria seus pacotes, se estiverem ausentes) é remover um atributo do Web.config
arquivo do seu projeto .
( Web.config
está no mesmo diretório que o seu .csproj
arquivo.)
Abra o Web.config
arquivo em um editor de texto (ou dentro do Visual Studio).
- Na tag configuration
> system.codedom
> compilers
> compiler language="c#;cs;csharp"
, remover completamente o type
atributo.
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<!-- ... -->
<system.codedom>
<compilers>
<compiler language="c#;cs;csharp" extension=".cs"
type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.5.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.5.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35"
warningLevel="4" compilerOptions="/langversion:default /nowarn:41008 /define:_MYTYPE=\"Web\" /optionInfer+"/>
</compilers>
</system.codedom>
</configuration>
Em resumo, remova a linha que começa com type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft
.
(Presumivelmente, a mesma correção funciona para o Visual Basic e para o Csharp, mas eu não tentei.)
O Visual Studio cuidará do resto. Não mais Server Error in '/' Application
.
No código de exemplo que forneci no arquivo zip acima, você receberá agora HTTP Error 403
quando pressionar Ctrl+ F5.
Tente substituir http://localhost:64195
no seu navegador por http://localhost:64195/api/products
.
A API da web agora é exibida como deveria:
Como provocação, tentei remover o package
diretório inteiro da minha solução do Visual Studio.
Ele foi recriado automaticamente e silenciosamente assim que eu (re) o construí.
Por último, mas não menos importante, eis o código que reproduz o erro:
http://schulze.000webhostapp.com/vs/SrvrErr-reproduce.zip (Originalmente em
https://github.com/aspnet/AspNetDocs/tree/master/aspnet / web-api / overview / advanced / chamando-a-web-api-de-um-net-client / sample / server / ProductsApp )