Architecture d'un projet Java EE & Angular2

Bonjour à tous,

Voilà je commencerai bientôt un nouveau projet avec un nouveau client et avec des nouvelles technologies, en fait mon client m'a imposé son choix technique qui consiste à utiliser les outils suivants :
Backend :

• MongoBD pour la couche de données
• Spring pour la logique métier

Frontend :

• Angular2 pour tout ce qui est inteface

Dans mes anciens projets JEE j'utilisais JSF (PrimeFaces) du coup je maîtrise bien l'architecture MVC de mon projet mais maintenant ce n'est plus le cas.
Je m'adresse aux experts qui ont déjà utilisé ces outils dans leurs projets pour me donner quelques idées sur la structure et des exemple de projet sur GitHub s'il y'en a.

Merci d'avance

Ca craint d'imposer à ce point... Si ca peut t'aider, jette un oeil du côté de JHipster, un générateur d'appli springboot + angular. Ca me semble un bon plan, même si je ne l'ai jamais utilisé personnellement...

ça a l'air très cool ce JHipster sauf que c'est avec du AngularJS 1 et non pas Angular 2 :(

d'un point de vue archi, ça reste du mvc. Le modèle est coté serveur, accessible par des api type REST et la vue et le controlleur sont coté angular. L'avantage de ce genre d'archi, c'est que tu peux presque totalement découpler ton interface de ton business et donc avoir deux équipes spécialisées. En plus tu n'es pas tenté de faire de la logique business couplée à l'interface. Par contre je ne comprends pas trop la partie "spring pour la logique métier". Normalement la logique métier c'est toi qui la code. Spring fournis pas mal d'aide poru abstraire plein de truc, mais il en a rien à foutre de la logique métier :weird:

Sur un projet où je suis en ce moment on a une partie des interfaces en angular (1 pas 2) et des service rest. En pratique le seul truc "chiant" c'est qu'on dédouble pas mal de classes data. Une version en JS et une version en Java. Mais l'avantage c'est qu'il y a pas un pet de dépendances java dans le projet UI et quand on nous demande des grands chamboulement de l'interface (et c'est courant), on ne touche presque pas au business, si ce n'est pour exposer des datas qui n'étaient pas exposées avant.

Par contre une suggestion si tu dois maintenir le projet sur le long terme. Regarde du coté des WebComponents. Ce n'est pas incompatible avec angular et si dans 2 ans angular se casse la gueule et tu dois passer à autre chose, les composants pourront être repluggué avec presque pas de travail.

Donc selon vous il suffit d'ajouter une couche qui s'occupe d'exposer quelques services web pour le front (qui est Angular 2 bien sûr). En fait c'est ce que j'avais dans la tête mais ici je me demande est ce que je pourrai intégrer Spring Security (pour tout ce qui concerne l'authentification et la gestion de rôles ...) autrement dit est ce que Spring Security permet l'exposition des services web directement ou bien c'est à moi de s'occuper de cette partie ?

PS : Ce que je voulais dire de "Spring pour la logique métier" c'est le fait d'annoter mes classe de services par @Service.

si tu utilise spring pour exposer tes web-service, par exemple avec cxf, tu peux très bien annoter les méthodes des webservice avec des annotations de sécurité. Et tu peux toujours annoter les classes de service aussi.