Центральная страница ошибок "Веб-служба" (внешние пользовательские страницы ошибок)
РЕЗЮМЕ ЦЕЛЕЙ:
Я хотел бы создать приложение, которое будет отображать пользовательские страницы ошибок для других приложений интрасети. Цель состоит в том, чтобы централизовать содержимое этих страниц, чтобы им можно было управлять в одном приложении.
КОНТЕКСТ РАЗВИТИЯ:
Языком, структурой и IDE являются C#, .NET Framework и Visual Studio Enterprise 2015 соответственно. Я сомневаюсь, что они имеют большое значение, но они предоставляют некоторый контекст.
НЕОБХОДИМЫЕ РЕШЕНИЯ:
Мои исследования привели меня к нескольким решениям, которые я хотел бы избегать обсуждать, так как уже существует множество других ответов на них. Эти решения включают, но не ограничиваются следующим:
- HTML: iframe, объект и вставка
- AJAX: Javascript, JQuery
- C#: веб-клиент
Мое обоснование желания избежать этих решений кажется не по теме, поэтому я буду включать его только в случае необходимости.
НАДЕЖДЫ И МЕЧТЫ:
Вместо этого я хотел бы установить соответствующие конечные точки для пользовательской обработки ошибок в файле конфигурации, аналогично тому, как если бы эти конечные точки находились на том же сервере, что и приложение.
Например:
<error statusCode="404" path="/error/NotFound" responseMode="ExecuteURL" />
Однако указание пути к URL-адресу не работает.
Например:
<error statusCode="404" path="http://localhost:16715/Error/NotFound" responseMode="ExecuteURL" />
Это делает полностью пустую страницу вместо желаемой веб-страницы.
ВОПРОС:
Как я могу настроить веб-приложение в описанном контексте для отображения пользовательских веб-страниц с ошибками, которые размещены в этом новом, предполагаемом приложении, которое я хочу разработать?
МЫСЛИ ДЛЯ ОБСУЖДЕНИЯ:
Учитывая, что эту информацию было нелегко обнаружить, и я не знаю других, разрабатывающих такие приложения, это даже хорошая идея? Должен ли я полностью отказаться от этой концепции? Я слепо не замечаю угрозы безопасности?