Impossibile trovare una parte del percorso ... bin \ roslyn \ csc.exe

Sto cercando di eseguire il progetto Asp.net MVC recuperato dal controllo del codice sorgente TFS. Ho aggiunto tutti i riferimenti di assieme e sono in grado di compilare e compilare correttamente senza errori o avvisi.

Ma ottengo il seguente errore nel browser:

Impossibile trovare una parte del percorso "C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe".

Ecco uno screenshot completo della pagina di errore.

Dopo alcuni giorni di ricerche, ho capito che Roslyn è la piattaforma di compilazione .Net che offre funzionalità di compilazione avanzate. Tuttavia, non capisco perché la mia build stia cercando di trovare \ bin \ roslyn \ csc.exe perché non ho configurato nulla relativo a Roslyn né intendo utilizzare Roslyn nel mio progetto.

Il problema con i modelli VS2015 predefiniti è che il compilatore non viene effettivamente copiato nella directory tfr \ bin \ roslyn \, ma piuttosto nella directory {outdir} \ roslyn \

Aggiungi questo codice nel tuo file .csproj:

<Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" Condition="!$(Disable_CopyWebApplication) And '$(OutDir)' != '$(OutputPath)'">
    <ItemGroup>
      <RoslynFiles Include="$(CscToolPath)\*" />
    </ItemGroup>
    <MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" />
    <Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" />
</Target>

TL; DR

eseguilo nella console di Package Manager:

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

Maggiori informazioni

Questo problema non è correlato a Visual Studio stesso, quindi le risposte che suggeriscono di aggiungere passaggi di compilazione per copiare i file sono piuttosto una soluzione alternativa. Lo stesso con l'aggiunta manuale dei file binari del compilatore al progetto.

Il compilatore Roslyn proviene da un pacchetto NuGet e c'è / era un bug in alcune versioni di quel pacchetto (non so esattamente quali). La soluzione è reinstallare / aggiornare quel pacchetto in una versione senza errori. Inizialmente, prima di scrivere la risposta nel 2015, l'ho risolto installando i seguenti pacchetti in versioni specifiche:

• Microsoft.Net.Compilers 1.1.1
• Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.1

Quindi ho esaminato .csproj e mi sono assicurato che i percorsi dei pacchetti siano corretti (nel mio caso .. \ .. \ pacchetti \ *. *) All'interno dei tag <ImportProject>nella parte superiore e <Target>con il nome "GuaranteNuGetPackageBuildImports" nella parte inferiore. Questo è su MVC 5 e .NET Framework 4.5.2.

La tua build sta cercando di trovare \bin\roslyn\csc.exeperché i seguenti pacchetti sono stati aggiunti al tuo progetto. Basta rivedere il tuo packages.configfile, puoi averli entrambi lì

Microsoft.CodeDom.Providers.DotNetCompilerPlatform
Microsoft.Net.Compilers

Che cos'è Roslyn e Who li ha aggiunti (pacchetti) nel progetto: se si utilizza .net Framework 4.5.2 per creare progetti utilizzando VS2015, è possibile notare che i modelli di progetto utilizzano Roslyn per impostazione predefinita. In realtà Roslyn è uno dei compilatori open source per i linguaggi .NET di Microsoft.

Perché dovremmo eliminare Roslyn: se il tuo progetto ha riferimenti a Roslyn e sei interessato a distribuirlo senza server, otterrai errori indesiderati sul sito Web poiché molti provider di hosting non hanno ancora aggiornato i loro server e quindi non supportano Roslyn. Per risolvere questo problema, dovrai rimuovere il compilatore Roslyn dal modello di progetto.

se non ti interessa utilizzare Roslyn, segui i passaggi seguenti per eliminarlo

1. Rimuovere i pacchetti NuGet, utilizzare i seguenti comandi da Nuget Package Console

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

2. Dopo aver effettuato questa operazione, il file web.config deve essere aggiornato automaticamente. In caso contrario, cerca il seguente codice nel web.configfile e, se viene trovato, elimina questo pezzo di codice.

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

Un pulito e ricostruito ha funzionato per me!

Ecco un modo più MSBuild per farlo.

<Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" Condition="!$(Disable_CopyWebApplication) And '$(OutDir)' != '$(OutputPath)'">
    <ItemGroup>
      <RoslynFiles Include="$(CscToolPath)\*" />
    </ItemGroup>
    <MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" />
    <Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" />
</Target>

Ma noto che i file roslyn si trovano anche nella mia directory bin (non in una cartella). L'app sembra funzionare, però.

Come notato in un problema nel progetto Roslyn su GitHub , una soluzione (che ha funzionato per me) è semplicemente scaricare e ricaricare il progetto in Visual Studio.

La cartella "bin \ roslyn" non è stata creata al momento della compilazione o ricostruzione finché non ho ricaricato il progetto.

Ho seguito questi passaggi e ha funzionato perfettamente

• Elimina tutte le cartelle bin e obj
• Soluzione pulita e ricostruzione
• Esegui questo comando in PowerShell

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

Dopo aver provato tutte le correzioni senza sigaro, l'ho risolto aggiornando questo pacchetto Nuget in Visual Studios:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Il mio era da 1.0.0 a 2.0.0 per riferimento (l'errore non viene più visualizzato)

1. Soluzione pulita
2. Ricostruisci la soluzione, Questi due passaggi hanno funzionato per me.

È necessario installare Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix, creato appositamente per questo errore

• Fare clic con il tasto destro del mouse sul progetto e selezionare Gestisci pacchetti Nuget
• Trova "Microsoft.CodeDom.Providers.DotNetCompilerPlatform"
• Aggiorna semplicemente a una versione precedente o più recente (non importa quale), quindi aggiorna nuovamente alla versione originale.

Questo reinstalla tutte le dipendenze e i file del pacchetto (come csc.exe)

Quindi, la risposta di Rob Cannon ha funzionato essenzialmente per me, ma ho dovuto modificare alcune opzioni. In particolare, ho dovuto rimuovere la condizione sulla destinazione, nonché modificare l'attributo Includi, poiché $ CscToolPath era vuoto quando il progetto veniva creato sul nostro server di build. Curiosamente, $ CscToolPath NON era vuoto durante l'esecuzione in locale.

<Target Name="CopyRoslynFiles" AfterTargets="AfterBuild" >
  <ItemGroup>
    <RoslynFiles Include="$(SolutionDir)packages\Microsoft.Net.Compilers.1.1.1\tools\*" />
  </ItemGroup>
  <MakeDir Directories="$(WebProjectOutputDir)\bin\roslyn" />
  <Copy SourceFiles="@(RoslynFiles)" DestinationFolder="$(WebProjectOutputDir)\bin\roslyn" SkipUnchangedFiles="true" Retries="$(CopyRetryCount)" RetryDelayMilliseconds="$(CopyRetryDelayMilliseconds)" />
</Target>

L'aggiornamento dei pacchetti nuget ha funzionato per me Fare clic con il pulsante destro del mouse sulla soluzione> Gestisci pacchetti NuGet per soluzione e aggiornare tutti i pacchetti e in particolare: Microsoft.Net.Compilers e Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Questo è un problema noto con Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.6. Il downgrade a 1.0.5 ha risolto questo problema per me.

Per VS 2019 rimuovere completamente il seguente nodo:

<system.codedom>
</system.codedom>

Per un commento di Daniel Neel sopra:

la versione 1.0.3 del pacchetto Nuget Microsoft.CodeDom.Providers.DotNetCompilerPlatform funziona per me, ma la versione 1.0.6 causa l'errore in questa domanda

Il downgrade alla 1.0.3 ha risolto questo problema per me.

Nel mio caso ho riscontrato un problema in Jenkins quando ha tentato di implementarlo in Octopus con il seguente errore:

MSBUILD : OctoPack error OCT-1676060969: Failed to build the path for '\bin\roslyn\csc.exe' relative to 'T:\workspace\machine.engine\Machine.engine.Test': Invalid URI: The format of the URI could not be determined.. See the inner exception for more details. [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969: System.Exception: Failed to build the path for '\bin\roslyn\csc.exe' relative to 'T:\workspace\machine.engine\Machine.engine.Test': Invalid URI: The format of the URI could not be determined.. See the inner exception for more details. ---> System.UriFormatException: Invalid URI: The format of the URI could not be determined. [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at System.Uri.CreateThis(String uri, Boolean dontEscape, UriKind uriKind) [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at System.Uri..ctor(String uriString) [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.Util.OctopusPhysicalFileSystem.GetPathRelativeTo(String fullPath, String relativeTo) in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\Util\OctopusPhysicalFileSystem.cs:line 211 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    --- End of inner exception stack trace --- [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.Util.OctopusPhysicalFileSystem.GetPathRelativeTo(String fullPath, String relativeTo) in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\Util\OctopusPhysicalFileSystem.cs:line 224 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.CreateOctoPackPackage.AddFiles(XContainer nuSpec, IEnumerable`1 sourceFiles, String sourceBaseDirectory, String targetDirectory, String relativeTo) in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\CreateOctoPackPackage.cs:line 443 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
MSBUILD : OctoPack error OCT-1676060969:    at OctoPack.Tasks.CreateOctoPackPackage.Execute() in Z:\buildAgent\workDir\20ba9f2e0d5e4022\source\OctoPack.Tasks\CreateOctoPackPackage.cs:line 190 [T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj]
Done Building Project "T:\workspace\machine.engine\Machine.engine.Test\Machine.engine.Test.csproj" (default targets) -- FAILED

Causa

Dopo aver trascorso un po 'di tempo, stavo usando un componente sviluppato interno che stava usando Microsoft.Net.Compilers. Il motivo utilizzato dal componente interno è Microsoft.Net.Compilersstato quello di superare questo problema ( C #: lanciare compilation di espressioni non valide ) ed è stato risolto in questo modo ( Come utilizzare C # 7 con Visual Studio 2015? ). Ciò comporta che, quando ho installato il componente sul programma principale, Microsoft.Net.Compilersviene aggiunto automaticamente.

Soluzione

Il mio lavoro è stato, disinstallare seguendo dal nostro componente interno da (seguendo la risposta @malikKhalil)

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

E ho scelto il compilatore C # 7 in Jenkins invece di C # 6 e ricostruito, questo per garantire che tutto funzioni e costruisca correttamente.

Che finalmente nel mio programma principale ho provato ad aggiornare il mio componente interno. E tutto ciò che ricostruire. Ha costruito senza problemi o problemi.

Nel mio caso, dovevo solo andare nella directory bin in Visual Studio Solution Explorer (progetto di applicazione Web) e includere direttamente il progetto roslyn. Facendo clic con il tasto destro sulla cartella e selezionando Includi nel progetto. E controlla di nuovo la soluzione per attivare il processo di compilazione.

La cartella roslyn non era inclusa per impostazione predefinita.

Avevo anche lo stesso problema durante l'esecuzione del progetto. Ecco i passaggi che ho seguito.

1. Fare clic con il tasto destro in soluzione
2. seleziona Soluzione pulita
3. Dopo aver pulito con successo, costruisci di nuovo il tuo progetto
4. Esegui nuovamente il progetto

Questa volta non ho visto lo stesso errore. Funziona come previsto.

L'aggiornamento Microsoft.CodeDom.Providers.DotNetCompilerPlatformdalla 1.0.0 alla 1.0.1 ha risolto questo problema per me.

Aprire il file di progetto e rimuovere tutti i riferimenti con Importa progetto = ".. \ pacchetti \ Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0 ....

Aprire web.config e rimuovere tutti gli attributi dei compilatori system.codedom

Come già notato da /programming/32780315#34391473 , la soluzione rapida è quella di utilizzare il gestore di pacchetti, Tools> Nuget Package Manager> Package Manager Console, a correre

Update-Package Microsoft.CodeDom.Providers.DotNetCompilerPlatform -r

Ma una soluzione alternativa (che ricrea automaticamente e silenziosamente i tuoi pacchetti se mancano) è quella di rimuovere un attributo del Web.configfile del tuo progetto .
( Web.configè nella stessa directory del tuo .csprojfile.)

Apri il Web.configfile in un editor di testo (o all'interno di Visual Studio).
- Nel tag configuration> system.codedom> compilers> compiler language="c#;cs;csharp", rimuovere completamente l' typeattributo.

<?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=\&quot;Web\&quot; /optionInfer+"/>
    </compilers>
  </system.codedom>
</configuration>

In breve, rimuovere la riga che inizia con type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.

(Presumibilmente, la stessa correzione funziona per Visual Basic e Csharp, ma non l'ho provato.)

Visual Studio si occuperà di tutto il resto. Non più Server Error in '/' Application.

Nel codice di esempio che ho fornito nel file zip sopra, ora otterrai HTTP Error 403 quando premi Ctrl+ F5.

Prova a sostituire http://localhost:64195nel tuo browser web con http://localhost:64195/api/products.
L'API Web ora viene visualizzata come dovrebbe:

Come provocazione, ho provato a rimuovere l'intera packagedirectory della mia soluzione Visual Studio.
È stato ricreato automaticamente e silenziosamente non appena l'ho (ri) costruito.

Ultimo ma non meno importante, ecco il codice che riproduce l'errore: http://schulze.000webhostapp.com/vs/SrvrErr-reproduce.zip (Originariamente da https://github.com/aspnet/AspNetDocs/tree/master/aspnet / web-api / panoramica / avanzato / chiamata-a-web-api-da-a-net-client / sample / server / ProductsApp )

Nel mio caso, semplicemente cancellando tutto all'interno della cartella bin e ricompilando ha fatto tutto il lavoro per me.

Se si aggiungeva ASPNETCOMPILER per compilare le viste Razor in MVC, come in questa domanda StackOverflow , cambiare PhysicalPath in modo che si trovi dove si trova il pacchetto nuget Roslyn (solitamente indicato tramite la variabile $ CscToolPath ):

<Target Name="AfterBuild" Condition="'$(MvcBuildViews)'=='true'">
<AspNetCompiler VirtualPath="temp" PhysicalPath="$(CscToolPath)" />

Il problema con i modelli VS2015 predefiniti è che il compilatore non viene effettivamente copiato nella {outdir}_PublishedWebsites\tfr\bin\roslyn\directory, ma piuttosto nella {outdir}\roslyn\directory. Ciò è probabilmente diverso dall'ambiente locale in quanto AppHarborcrea app utilizzando una directory di output anziché creare la soluzione "sul posto".

Per risolverlo, aggiungi quanto segue verso la fine del .csprojfile subito dopo il blocco xml<Target Name="EnsureNuGetPackageBuildImports" BeforeTargets="PrepareForBuild">...</Target>

<PropertyGroup>
  <PostBuildEvent>
    if not exist "$(WebProjectOutputDir)\bin\Roslyn" md "$(WebProjectOutputDir)\bin\Roslyn"
    start /MIN xcopy /s /y /R "$(OutDir)roslyn\*.*" "$(WebProjectOutputDir)\bin\Roslyn"
  </PostBuildEvent>
</PropertyGroup>

Riferimento: https://support.appharbor.com/discussions/problems/78633-cant-build-aspnet-mvc-project-generated-from-vstudio-2015-enterprise

Nel mio caso, simile a Basim, c'era un pacchetto NuGet che diceva al compilatore che avevamo bisogno di C # 6, cosa che non è stata fatta.

Abbiamo dovuto rimuovere il pacchetto NuGet Microsoft.CodeDom.Providers.DotNetCompilerPlatformche poi ha rimosso:

1. <package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="1.0.0" targetFramework="net452" /> dal file packages.config
2. <system.codedom> <compilers> <compiler language="c#;cs;csharp" extension=".cs" type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft.CodeDom.Providers.DotNetCompilerPlatform, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:6 /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.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" warningLevel="4" compilerOptions="/langversion:14 /nowarn:41008 /define:_MYTYPE=\&quot;Web\&quot; /optionInfer+" /> </compilers> </system.codedom>

Nel system.codedomnodo, puoi vedere perché portava roslyn:compilerOptions="/langversion:6

Elimina la cartella Bin in Esplora soluzioni e crea nuovamente la soluzione. Ciò risolverebbe il problema

Ho avuto lo stesso problema durante l'installazione della mia applicazione sul server quando tutto ha funzionato perfettamente su localhost.

Nessuna di queste soluzioni ha funzionato, ho sempre avuto lo stesso errore:

Could not find a part of the path 'C:\inetpub\wwwroot\myApp\bin\roslyn\csc.exe'

Ho finito per fare questo:

• sul mio progetto di installazione, fare clic con il tasto destro, visualizzare> file system
• crea una bin/roslyncartella
• seleziona Aggiungi> file e aggiungi tutti i file da packages\Microsoft.Net.Compilers.1.3.2\tools

Questo ha risolto il mio problema.

Riavvia Windows.

Questa è l'unica soluzione che ha funzionato per me dopo aver provato a ricostruire, eliminare i contenuti bine ricostruire, riavviare Visual Studio.

È ancora un altro esempio di quanto siano terribili gli strumenti di creazione C # /. NET.

Penso (dopo aver letto molte delle risposte), la conclusione generale è che la causa e la soluzione di questo problema dipendono fortemente dalla configurazione e dal progetto, quindi se una risposta non funziona, provane un'altra. Prova le soluzioni non intrusive / distruttive, come il riavvio di Visual Studio, il riavvio, la ricostruzione, ecc., PRIMA, prima di giocare con i pacchetti NuGet o reinstallare gli strumenti di sviluppo. In bocca al lupo!

(NOTA: l'utilizzo di Visual Studio 2019 e il file di progetto sono stati originariamente creati in Visual Studio 2015. Forse questo aiuta qualcuno a indagare sul problema)

(EDIT: questo potrebbe essere causato dal mancato riavvio dopo l'installazione / modifica dell'installazione di Visual Studio o l'aggiornamento di Visual Studio quando il programma di installazione richiede di riavviare?)

Ho un progetto web senza file csproj e le soluzioni menzionate qui non hanno funzionato per me.

Cambiare il framework .NET di destinazione, reinstallare i pacchetti ( Update-Package -reinstall) e quindi costruire il progetto ha funzionato per me. È anche possibile modificare il framework di destinazione dopo questa operazione (dopo aver reinstallato nuovamente i pacchetti nuget).