Я создаю приложение со слоем API. Для доступа к конечной точке API запрос должен содержать действительный token. Токен генерируется и назначается после успешной аутентификации пользователя. Пользователь может быть аутентифицирован несколькими способами: DB username/password check, FB, LDAP и так далее.
В настоящее время у меня есть ServletContextHandler, выполняющий Jersey Servlet Container, обслуживающий конечные точки /api/*.
Цель - добавить конечные точки входа: /login/fb, /login/myapp, login/ldap
и я не уверен, где именно он подходит. Должен ли я добавить их в качестве других конечных точек в сервлет jersey или добавить новый настраиваемый сервлет для обработки этих входов в систему. Было интересно, есть ли другой способ обработки таких нескольких конечных точек входа в Jetty.
Я не использую xml для настройки Jetty. Существующие фильтры были настроены с помощью аннотаций, и я хотел бы продолжить таким же образом.
Раньше не использовал Jetty, не уверен в подходящем шаблоне архитектуры, применимом к этому случаю.
Спасибо! Не могли бы вы объяснить почему?
Он обеспечивает разделение проблем и придерживается принципа единой ответственности.
Хорошо, я понял. Если я добавлю это как конечную точку API, то уровень REST-API также будет отвечать за создание этих токенов. И тем самым набивая его ненужными обязанностями, при этом он должен оставаться без гражданства. Имеет смысл. Спасибо




вам следует добавить его отдельным сервлетом.