Не вдалося знайти частину шляху… bin \ roslyn \ csc.exe

Я намагаюсь запустити проект Asp.net MVC, отриманий з управління джерелами TFS. Я додав усі посилання на збірку, і я можу успішно створювати та компілювати без помилок чи попереджень.

Але я отримую таку помилку в браузері:

Не вдалося знайти частину шляху "C: \ B8akWorkspace \ B8akProject \ B8akSolution \ B8AK.Portal \ bin \ roslyn \ csc.exe".

Ось повний скріншот сторінки помилок.

Після кількох днів досліджень я зрозумів, що Roslyn - це платформа компілятора .Net, яка пропонує функції попереднього компіляції. Однак я не розумію, чому моя збірка намагається знайти \ bin \ roslyn \ csc.exe, тому що я не налаштував нічого, пов'язане з Росліном, і не маю намір використовувати Рослін у своєму проекті.

Проблема з шаблонами VS2015 за замовчуванням полягає в тому, що компілятор насправді не скопійований у каталог tfr \ bin \ roslyn \, а скоріше у каталог {outdir} \ roslyn \

Додайте цей код у свій .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; ДОКТОР

запустіть це в консолі диспетчера пакунків:

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

Більше інформації

Ця проблема не пов’язана з самою Visual Studio, тому відповіді, що пропонують додати кроки збирання для копіювання файлів, є швидшим рішенням. Те саме з додаванням бінарних файлів компілятора вручну до проекту.

Компілятор Roslyn походить від пакету NuGet, і в деяких версіях цього пакету є помилка (я не знаю точно, які саме). Рішення - перевстановити / оновити цей пакет до версії, що не потребує помилок. Спочатку, перш ніж я написав відповідь ще в 2015 році, я її виправив, встановивши наступні пакети в конкретних версіях:

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

Потім я заглянув у .csproj і переконався, що шляхи до пакетів є правильними (у моєму випадку .. \ .. \ пакети \ *. *) Всередині тегів <ImportProject>зверху та <Target>з назвою "EnsureNuGetPackageBuildImports" внизу. Це на MVC 5 та .NET Framework 4.5.2.

Ваша збірка намагається знайти, \bin\roslyn\csc.exeоскільки наступні пакети були додані до вашого проекту. Просто перегляньте свій packages.configфайл, ви можете мати їх обоє там

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

Що таке Roslyn і хто додав їх (пакети) у проект: Якщо ви використовуєте .net Framework 4.5.2 для створення проектів за допомогою VS2015, ви, можливо, помітили, що шаблони проектів використовують Roslyn за замовчуванням. Насправді Рослін є одним із компіляторів з відкритим кодом для мов .NET від Microsoft.

Чому ми повинні видаляти Roslyn: Якщо у вашому проекті є посилання на Roslyn, і ви зацікавлені розгорнути його на жодному сервері, ви отримаєте небажані помилки на веб-сайті, оскільки багато хостинг-провайдерів досі не оновили свої сервери і, отже, не підтримують Roslyn. Щоб вирішити цю проблему, вам потрібно буде видалити компілятор Roslyn із шаблону проекту.

якщо ви не зацікавлені в користуванні Roslyn, виконайте наведені нижче дії, щоб видалити його

1. Видаліть пакети NuGet, використовуйте наступні команди з консолі Nuget Package

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

2. Після цього ваш файл web.config повинен бути оновлений автоматично. Якщо його немає, шукайте наведений нижче код у web.configфайлі, і якщо він знайдений, видаліть цей фрагмент коду.

<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>

Для мене працювали чисті та відбудови!

Ось більш MSBuild спосіб зробити це.

<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>

Але я помічаю, що файли рослін також є в моєму каталозі бін (а не в папці). Додаток, здається, працює.

Як зазначається в випуску проекту Roslyn на GitHub , рішенням (яке працювало на мене) є просто розвантажити та перезавантажити проект у Visual Studio.

Папка "bin \ roslyn" не була створена під час збирання чи відновлення, поки я не перезавантажив проект.

Я дотримувався цих кроків, і це працювало чудово

• Видаліть усі папки bin та obj
• Очистіть розчин і відновіть
• Виконайте цю команду в powerhell

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

Спробувавши всі виправлення без сигари, я виправив це, оновивши цей пакунок Nuget у Visual Studios:

Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Міна була від 1.0.0 до 2.0.0 для довідки (помилка більше не відображається)

1. Чистий розчин
2. Відновлення рішення, ці два кроки працювали для мене.

Вам потрібно встановити Microsoft.CodeDom.Providers.DotNetCompilerPlatform.BinFix, був спеціально створений для цієї помилки

• Клацніть правою кнопкою миші на вашому проекті та виберіть Manage Nuget Packages
• Знайти "Microsoft.CodeDom.Providers.DotNetCompilerPlatform"
• Просто оновіть на старішу чи новішу версію (не важливо, яка), а потім знову оновіть її до початкової версії.

Це повторно встановлює всі залежності та файли пакету (наприклад, csc.exe)

Отже, відповідь Роб Кеннона по суті спрацювала для мене, але мені довелося підправити кілька варіантів. Зокрема, мені довелося видалити умову в цілі, а також змінити атрибут Включити, оскільки $ CscToolPath був порожній, коли проект будувався на нашому сервері збирання. Цікаво, що $ CscToolPath НЕ порожній під час локального запуску.

<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>

Для мене працювали оновлення пакунків, клацніть правою кнопкою миші рішення> Керуйте пакетами NuGet для вирішення та оновіть всі пакунки, а також спеціально: Microsoft.Net.Compilers та Microsoft.CodeDom.Providers.DotNetCompilerPlatform

Це відома проблема з Microsoft.CodeDom.Providers.DotNetCompilerPlatform 1.0.6. Пониження рівня до 1.0.5 зафіксувало це для мене.

Для VS 2019 повністю видаліть такий вузол:

<system.codedom>
</system.codedom>

За коментарем Даніеля Ніла вище:

версія 1.0.3 пакета Microsoft.CodeDom.Providers.DotNetCompilerPlatform Nuget працює для мене, але версія 1.0.6 викликає помилку в цьому питанні

Пониження рівня до 1.0.3 вирішило цю проблему для мене.

У моєму випадку у мене виникли проблеми в Дженкінсі, коли він намагався розгорнути його в восьминога з наступною помилкою:

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

Причина

Провівши деякий час, я використовував внутрішній розроблений компонент, який використовував Microsoft.Net.Compilers. Причиною, яку використовував внутрішній компонент, було Microsoft.Net.Compilersподолання цієї проблеми ( C #: кидання невірної компіляції виразів ) і було вирішено таким чином ( Як використовувати C # 7 з Visual Studio 2015? ). Це призводить до того, що коли я встановив компонент на основну програму, Microsoft.Net.Compilersget додає його автоматично.

Рішення

Моя робота була над, видалити з нашого внутрішнього компонента (після відповіді @malikKhalil)

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

І вибрав компілятор C # 7 у Дженкінсі замість C # 6 та відновив це, щоб забезпечити, щоб все працювало та будувалося правильно.

Нарешті, у своїй основній програмі я спробував оновити свій внутрішній компонент. І все, ніж будувати заново. Він побудований без жодних проблем чи проблем.

У моєму випадку мені просто потрібно було перейти до каталогу бін у Visual Studio Solution Explorer (проект веб-додатків) і безпосередньо включити проект рослін. Клацнувши правою кнопкою миші папку та вибравши Включити у проект. І ще раз перевірте рішення, щоб запустити процес збирання.

Папка Рослін за замовчуванням не була включена.

Оновлення Microsoft.CodeDom.Providers.DotNetCompilerPlatformз 1.0.0 до 1.0.1 зафіксувало це для мене.

Відкрийте файл проекту та видаліть усі посилання за допомогою Import Project = ".. \ пакети \ Microsoft.CodeDom.Providers.DotNetCompilerPlatform.1.0.0 ....

Відкрийте web.config та видаліть усі атрибути компіляторів system.codedom

Як вже було зазначено /programming/32780315#34391473 , швидке виправлення використовувати менеджер пакетів, Tools> Nuget Package Manager> Package Manager Console, щоб запустити

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

Але альтернативне рішення (яке автоматично і безшумно відтворює ваші пакунки, якщо вони відсутні) - це видалити атрибут Web.configфайлу вашого проекту .
( Web.configзнаходиться в тому ж каталозі, що і ваш.csproj файл.)

Відкрийте Web.configфайл у текстовому редакторі (або всередині Visual Studio).
- У тезі configuration> system.codedom> compilers> compiler language="c#;cs;csharp", повністю видалити typeатрибут.

<?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>

Словом, видаліть рядок, з якого починається type="Microsoft.CodeDom.Providers.DotNetCompilerPlatform.CSharpCodeProvider, Microsoft .

(Імовірно, те саме виправлення працює як для Visual Basic, так і для Csharp, але я його не пробував.)

Visual Studio подбає про відпочинок. Не більшеServer Error in '/' Application .

У прикладі коду, який я вказав у zip-файлі вище, ви отримаєте, HTTP Error 403 коли натисніть Ctrl+ F5.

Спробуйте замінити http://localhost:64195у веб-переглядачі на http://localhost:64195/api/products.
Тепер веб-API відображається як слід:

Як провокацію я спробував видалити весь packageкаталог мого рішення Visual Studio.
Це було автоматично і мовчки відтворено, як тільки я (повторно) створив його.

Не в останню чергу, ось код, який відтворює помилку: http://schulze.000webhostapp.com/vs/SrvrErr-reproduce.zip (спочатку з https://github.com/aspnet/AspNetDocs/tree/master/aspnet / web-api / огляд / розширений / call-a-web-api-from-a-net-client / sample / server / ProductsApp )

У моєму випадку просто видаливши все, що знаходиться у папці бін, і перекомпілювавшись для мене всю роботу.

У мене також було те саме питання під час запуску проекту. Ось кроки, які я виконував.

1. Клацніть правою кнопкою миші в рішенні
2. виберіть Чистий розчин
3. Після того як чисті вдалося, знову побудуйте свій проект
4. Запустіть проект ще раз

Цього разу я не бачив тієї самої помилки. Це працює як очікувалося.

Якщо ви додавали ASPNETCOMPILER для складання своїх поглядів Razor у MVC, як у цьому питанні StackOverflow , то змініть PhysicalPath на місце, де розташований нульовий пакет Roslyn (зазвичай вказується через змінну $ CscToolPath ):

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

Проблема з шаблонами VS2015 за замовчуванням полягає в тому, що компілятор насправді не копіюється в {outdir}_PublishedWebsites\tfr\bin\roslyn\каталог, а скоріше в {outdir}\roslyn\каталог. Це, ймовірно, відрізняється від вашого локального середовища, оскільки AppHarborбудує додатки, використовуючи вихідний каталог, а не будуючи рішення "на місці".

Щоб виправити це, додайте наступне в кінці .csprojфайлу відразу після блоку 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>

Довідка: https://support.appharbor.com/discussions/problems/78633-cant-build-aspnet-mvc-project-generated-from-vstudio-2015-enterprise

У моєму випадку, подібно до Basim, був пакет NuGet, який говорив компілятору, що нам потрібен C # 6, чого ми не мали.

Нам довелося видалити пакет NuGet, Microsoft.CodeDom.Providers.DotNetCompilerPlatformякий потім видалили:

1. <package id="Microsoft.CodeDom.Providers.DotNetCompilerPlatform" version="1.0.0" targetFramework="net452" /> з файлу пакети.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>

У system.codedomвузлі ви можете побачити, чому це приносило рослін:compilerOptions="/langversion:6

Видаліть папку Bin у вашому провіднику рішень і знову складіть рішення. Це вирішило б проблему

У мене була така ж проблема при установці програми на сервер, коли все працювало ідеально на localhost.

Жодне з цих рішень не спрацьовувало, у мене завжди була одна і та ж помилка:

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

Я закінчила це робити:

• у проекті мого налаштування клацніть правою кнопкою миші, перегляньте> файлову систему
• створити bin/roslynпапку
• виберіть Додати> файли та додайте всі файли з packages\Microsoft.Net.Compilers.1.3.2\tools

Це вирішило мою проблему.

Перезавантажте Windows.

Це єдине рішення, яке працювало для мене після спроби відновлення, видалення вмісту binта відновлення, перезапустіть Visual Studio.

Це ще один приклад того, як жахливі інструменти побудови C # /. NET.

Я думаю (прочитавши багато відповідей), загальний висновок полягає в тому, що причина та рішення цієї проблеми сильно залежать від налаштування та проекту, тому, якщо одна відповідь не працює, просто спробуйте іншу. Спробуйте не нав'язливі / руйнівні рішення, такі як перезапуск Visual Studio, перезавантаження, відновлення тощо, ПЕРШИЙ, перед тим, як зіпсуватись з пакетами NuGet або перевстановити засоби розробки. Удачі!

(ПРИМІТКА. Використання Visual Studio 2019 та файл проекту спочатку створено в Visual Studio 2015. Можливо, це допомагає комусь розслідувати проблему)

(EDIT: Чи може це бути викликано не перезавантаженням після встановлення / зміни установки Visual Studio або оновленням Visual Studio, коли інсталятор запропонує перезавантажити?)

У мене веб-проект без файлу csproj і рішення тут, і тут мені не працювали.

Зміна цільової .NET фреймворку, перевстановлення пакетів ( Update-Package -reinstall) та потім складання проекту працювали для мене. Ви навіть можете змінити цільовий фреймворк після цієї операції (змусити знову встановити нульові пакети після цього).