Generalnie anuglar na froncie i rest na backendzie bedzię prostszy, zakładam że nigdy nie będziesz chciał zmieniac technologii w małym projekcie (jakbyś chciał to anuglar możesz bez problemu wymienić na dowolny inny framework JS lub też zmienić backend zachowując kontrakt), ale unikniesz pułapek JSF - cykl życia, narzut infrastrukturalny, który jak jak kontrolery restowe trzeba trzymać z dala kodu biznesowego i nie pozwolić by miały wpływ na kod biznesowy. AFAIK można korzystać z JSFa w springu, wiec o tyle dobrze że nie narzuca ci to JEE. Generalnie uczyć się jest zawsze sens, bo jeżeli nie jest to nowy (chyba że przełomowy ;)) framework JS to zazwyczaj z tym wiąże się trochę inne podejście do rozwiązywania problemów, więc masz szansę zobaczyć jak coś mozna ugryźć z innej strony. Generalnie główne pytanie jest takie - czy potrzebujesz to szybko postawić żeby działało - wtedy wybierasz technologie, które znasz, bo jak wiadomo postawić apkę w stylu pet clinic to prosta sprawa w dowolnym frameworku, ale dodaj do tego kilka wymagań nie funkcjonalnych, jakaś wydajność, security i inne takie i okazuje się, że trzeba zanurkować żeby coś tam zrozumieć. Jeżeli natomiast nie ma ciśnienia żeby ten projekt powstał na jutro to wybrałbym rozwiązania, których nie znasz - zobaczysz jak wyglądają, może akurat jak będziesz szukać pracy to będzie fajna firma, która będzie tego wymagać albo okaże się po prostu lepsze niż to co znasz dotychczas i będziesz z tego korzystać w kolejnych projektach, bo szybciej/łatwiej coś dostarczyć.
tl;dr
Polecam springa jeżeli nie znasz lub jeszcze coś mniejszego np Spark. Spring jest dość wredny w nauce, bo większość tutoriali pokazuje funkcjonalności Springa, a nie to jak pisać w nim porządnie, ale generalnie posiada tyle modułów i integracji dla różnych rzeczy, że spełni wymagania wielu wybrednych osób. Kolejna rzecz to tak napisać aplikacje by zmiana frameworka nie wymagała przepisywania całej apki na nowo, to się bardziej przyda niż zastosowanie któregokolwiek z frameworków, polecam chociażby Clean Architecture żeby się dowiedzieć więcej.
Jeżeli chodzi o to co napisałeś - to włączenie HTTPS w springu to chwial moment, OpenID troszkę wiecej konfiguracji, ale tutoriali jest mnóstwo więc też szybko się z tym uwiniesz. Grunt to nie pozwolić żeby Spring ci wszedł na głowę (logikę biznesową)