Угловые 2, весна ботинки, весна безопасность, Логин форма

Question

У меня есть переднего конца приложение на который работает на http:// localhost:4200 с угловые 2 (я использовал angular-cli для создания проекта).
приложение работает без каких-либо проблем (я могу получить и разместить информацию из/в базу данных с помощью Угловой 2Http обслуживание:

getList() { 
    return this._http.get("http:// localhost:8080/").map(res => res.json()); 
} 

С другой стороны, у меня есть Назад конец приложения, работающие с весна загрузки на http:// localhost:8080/ (обратите внимание на порты), которые обеспечивают REST API для моих угловой 2 применение.

Отправка запросов от http://localhost:4200/ до http://localhost:8080/ работает должным образом.

Перед тем, как я запрограммировал приложение с пружиной рамочным & angularJS 1, пружинные безопасности позаботилась о входе в систему и безопасности в том же приложении (Maven проекта).

Теперь у меня есть два отдельных приложения, сообщающиеся через http (RESTful Апи с пружинным ботинке, и передний конец Апи с угловым 2)

Как я могу установить свою регистрационную форму и где поставить его, и как настроить весна безопасность с моим угловая 2 приложение?

Answer 1

Когда вы вращаете угловое приложение с Угловым CLI, ваши угловые страницы подаются NodeJs в бэкэнд. У вас есть пара вариантов здесь.

1. Логин может обрабатываться на сервере NodeJS, который в свою очередь может ссылаться на Spring загрузки приложения для аутентификации и авторизации. (Я думаю, что, возможно, потребуется сделать некоторые хитрости, как с помощью экспресс-сервера, а не облегченный сервер. Брать посмотрите здесь https://stackoverflow.com/a/37561973/6785908)

2. После начальной разработки, вы можете скопировать ваши AngularJS ресурсов на сервер Spring MVC (Spring загрузка) и использовать его для обслуживания страниц (а также остальные интерфейсы), так же, как вы делали раньше.

3. Сделать Угловую App вызов пружинных загрузок службы (я думаю, вы используете $ http.post для отправки формы, если это так, вы можете просто изменить URL, так что он может ударить пружинное загрузочное приложение вместо этого.) Для развертывания производства используйте nginx/httpd для обслуживания статических файлов (AngularJS/CSS и т. д.) и маршрутизации/прокси-сервера для всех динамических запросов к весеннему загрузочному приложению.

Я бы настоятельно предложил третий вариант.