Получение «файла ApplicationHost.cs не найден» при попытке запустить существующий проект в macOS - PullRequest
0 голосов
/ 25 апреля 2018

ASP.NET новичок здесь.

Никогда не сталкивался с этим раньше, но сейчас я столкнулся с острой необходимостью внести некоторые изменения в существующее приложение.Моя платформа OS X.Я понимаю, что ASP.NET в основном для Windows, но все еще исследовал интернет, и мне показалось, что все еще можно запустить его на моем Mac.

Когда я запускаю проект, я получаю ошибку:

ApplicationHost.cs file is not found

Мой стек вызовов выглядит следующим образом:

System.Web.Hosting.ApplicationHost.CreateApplicationHost(System.RuntimeType hostType, string virtualDir, string physicalDir)
Mono.WebServer.VPathToHost.CreateHost(Mono.WebServer.ApplicationServer server, Mono.WebServer.XSPWebSource webSource)
Mono.WebServer.XSP.Server.DebugMain(string[] args, bool root, Mono.WebServer.IApplicationHost ext_apphost, bool quiet)
Mono.WebServer.XSP.Server.DebugMain(string[] args)
Mono.WebServer.XSP.Server.Main( Parameters)

Я исследовал XSP сервер, но похоже, что он был удален из доморощенного, так что я чувствую себя застрявшим.Есть ли способ запустить это на Mac без виртуальной машины Windows?

Я готов предоставить любую дополнительную информацию, которая вам нужна, но я просто не знаю, что именно важно знать

Заранее благодарим за любую помощь

Ответы [ 2 ]

0 голосов
/ 12 мая 2018

Хотя при работе с ASP.NET WebForms (aspx) он имеет причуды в VS Mac, он может работать до некоторой степени. Вы получите несколько неясных сообщений об ошибках, подобных этому.

В моем случае это была "просто" ошибка в файле web.config (я неправильно поместил элемент строки подключения в system.web).

Итак, мой совет: используйте VS в Windows, если можете, но вы можете использовать VS Mac, если не возражаете против подобных ошибок.

Чтобы решить вашу проблему: перемотайте назад то, что вы изменили, до появления этой ошибки. Он также может быть в вашем web.config.

0 голосов
/ 27 апреля 2018

Как я слышал, использование Mono - это не удобный подход Вроде бы есть два решения

  1. Чтобы использовать Windows для продолжения разработки под Windows
  2. Перенос проекта в ASP.NET Core
...