Comments 14
UFO just landed and posted this here
Теперь, судя по описанию, сайт = dnx процесс. Упал процесс — нет сайта. Это так?
Насколько я понимаю, HttpPlatformHandler обеспечивает перезапуск в таких случаях.
По сути так.
Но исключение в Midlleware не валит процесс.
IIS все еще мета-среда, но теперь приложение не загружается в память w3wp, а в отдельный процесс. Модуль IIS, который обеспечивает работу перезапускает упавший процесс.
С точки зрения пользователя ничего не меняется.
Но исключение в Midlleware не валит процесс.
IIS все еще мета-среда, но теперь приложение не загружается в память w3wp, а в отдельный процесс. Модуль IIS, который обеспечивает работу перезапускает упавший процесс.
С точки зрения пользователя ничего не меняется.
Отдельный плюс за оформление =)
А какие сейчас есть варианты хостинга на IIS 7+?
HttpPlatformHandler поддерживает iis 7.5+. Хостить на iis ниже 7.5 видимо не получится.
Вызов DLL напрямую — это довольно низкоуровневый подход написания приложений. Вы не используете Microsoft.DNX.ApplicationHost, поэтому вы отказываетесь и от использования файла project.json и улучшенного NuGet-based механизма управления зависимостями.
Что такое «NuGet-based механизм управления зависимостями» применительно ко времени выполнения программы? Это всего лишь считывание путей до сборок их автогенерируемого при билде конфига — или NuGet будет загружать пакеты при первом запуске приложения?
Настораживает еще dnx.exe с его рантаймом, хранящийся в профиле пользователя. Есть ли способы его оттуда вынуть? Распространять с программой — или, напротив, поставить глобально в Program Files?
Когда делается publish можно рантайм вместе с приложением упаковать.
Да, как сказал gandjustas можно указать какой runtime упаковать вместе с программой:
dnu publish --runtime active
Sign up to leave a comment.
Погружение в ASP.NET 5 Runtime