У меня есть простой проект .NET Core (консольное приложение), который я пытаюсь скомпилировать и запустить. dotnet build преуспевает, но я получаю следующую ошибку, когда я делаю dotnet run:
λ dotnet run
Project RazorPrecompiler (.NETCoreApp,Version=v1.0) was previously compiled. Skipping compilation.
A fatal error was encountered. The library 'hostpolicy.dll' required to execute the application was not found in [path].
Мой project.json выглядит так:
{
"buildOptions": {
"warningsAsErrors": true
},
"dependencies": {
"Microsoft.AspNetCore.Razor": "1.0.0",
"Microsoft.NETCore.App": {
"type": "platform",
"version": "1.0.0"
}
},
"description": "Precompiles Razor views.",
"frameworks": {
"netcoreapp1.0": {
"imports": [ ]
}
},
"version": "1.2.0"
}
Что такое hostpolicy.dll, и почему он отсутствует?
Это сообщение об ошибке бесполезно. Проблемой актуальной является отсутствие свойства emitEntryPoint:
"buildOptions": {
...
"emitEntryPoint": true
},
После добавления компилятор сообщит вам о любых других проблемах (например, о методе отсутствия static void Main()). Успешная компиляция проекта приведет к выводу, который может выполнить dotnet run.
Обновление для dotnet core 2.0: файл appname.runtimeconfig.json (для конфигурации отладки и выпуска) необходим по тому же пути, что и appname. длл.
Он содержит:
{
"runtimeOptions": {
"tfm": "netcoreapp2.0",
"framework": {
"name": "Microsoft.NETCore.App",
"version": "2.0.0"
}
}
}
тогда dotnet.exe exec "path/to/appname.dll" [appargs] работает.
Для меня это была глупая ошибка: я запустил не тот файл.
Для меня проблема была с несоответствием версии. У меня была установлена другая версия ".Net core SDK", и в файле .json была указана другая версия.
Как только я изменил версию в своем файле .json, приложение начало работать нормально.
В моем случае это было потому, что я публиковал отдельное приложение для неправильной цели. Моим намерением было запустить на Alpine Linux, но я libc для libc когда я должен был musl для musl.
Отказавший пакет был собран с использованием:
dotnet publish --self-contained true --runtime linux-x64 --framework netcoreapp2.1 --output /app
Изменение RID:
dotnet publish --self-contained true --runtime linux-musl-x64 --framework netcoreapp2.1 --output /app
изготовлен функциональный пакет. Обратите внимание, что RID изменен с linux-x64 на linux-musl-x64. Если бы я прочитал страницу каталога .NET Core RID, этого можно было бы избежать. 😅
Для меня с ASP.NET Core 2.0 на Azure это был appname.deps.json.
У меня была такая же проблема с приложением .NET Core 3.0 WPF, но я обнаружил, что мое приложение не будет работать и в Visual Studio 2019.
На странице свойств проекта (щелкнув правой кнопкой мыши по проекту> Свойства) я обнаружил, что для целевой платформы был установлен .NET Core 3.0.
Недавно я обновил VS 2019, на котором также был установлен .NET Core 3.1, поэтому я переключился на это в раскрывающемся списке, и он снова заработал.
(Мне также пришлось обновить ярлык, чтобы он указывал на папку netcoreapp3.1 вместо предыдущей папки netcoreapp3.0.)
Продвижение комментария вольтрево в качестве ответа, так как я считаю, что это должно быть наиболее распространенным случаем проблемы. Когда вы создаете свое решение, иногда вы можете получить 2 каталога с выводами bin и obj. В каталоге 'Bin' есть все, что нужно для запуска команды dotnet.exe. Просто запустите из каталога bin, и все должно быть хорошо. :)
Решением может быть выполнение cmd в качестве администратора (по крайней мере, для меня это было).