0

Я пытаюсь понять, как обращаться с ошибкой 404 в Spark Java. Были предложены хаки с использованием конечной точки «*», добавив конечную точку GET в качестве последнего маршрута в стеке. Однако это никогда не будет работать, когда конечные точки будут добавлены во время выполнения после запуска приложения.Ручка 404 в Spark Java Framework с конечными точками Добавлено в Runtime

Единственным обходным решением, которое я могу придумать, является использование сервера Apache для отлавливания ответа 404 и перенаправления его обратно на Spark, но у меня нет логики, сидящей вне приложения, если у меня есть выбор.

Любое предложение?

+0

Почему вы не объявляете все маршруты при загрузке приложения? –

+0

Я пишу фреймворк приложения, и разработчики могут загружать новое приложение в любое время и автоматически открывать новые конечные точки без перезагрузки. Поскольку нет способа отменить регистрацию маршрута, есть способ удалить и прочитать маршрут hack *. – juminoz

ответ

0

По словам Пер из команды Spark Java, в этой версии будет доступна функция v2.5.4 через пару недель.

То, что я закончил, фактически направляет все на 1 конечную точку (// *). Так как я знаю все доступные маршруты в системе, я могу проверить его в реестре, и если нет совпадения, я перенаправляю его на «/ 404». Еще одна вещь - настроить прокси-сервер, чтобы «/» указывал на «/», за исключением некоторых известных каталогов верхнего уровня, таких как один для веб-ресурсов (например,/resources).

С этим я могу поддерживать 404 страницы на домен, размещенный в фреймворке.

 Смежные вопросы

  • Нет связанных вопросов^_^