This repository has been archived by the owner on Dec 19, 2018. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 309
Catch selfhost Startup errors and show them in the browser #77
Comments
Related: How would you adjust the level of detail as to not leak information in production? |
I like this suggestion |
@Tratcher feel free to move this to RC1. |
This cannot be moved to RC1 |
Tratcher
added a commit
that referenced
this issue
Sep 23, 2015
Tratcher
added a commit
that referenced
this issue
Sep 24, 2015
Tratcher
added a commit
that referenced
this issue
Sep 25, 2015
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When anything goes wrong with Helios' startup code path it will catch those errors, finish starting the server, and send an error page in response to any HTTP requests.
When anything goes wrong with the Self-Host startup code path it will throw an exception and crash the process. If you're lucky the exception will be printed on the console, but even this requires setting the ASPNET_ENV to Development. This is even harder to debug in AppFabric or Azure Worker roles.
Proposal: Move/duplicate some of Helios' startup logic into the Hosting package. When errors occur locating the startup class/method or executing it, catch those and generate a default error page application instead.
There are only a small class of errors that would prevent the server from actually starting and serving such an error page (address conflicts, compiler errors, etc.), so we should be able to provide the error page for a range of common errors.
The text was updated successfully, but these errors were encountered: