Framework Java à choisir

**LaGhyoute** · 10/04/2014, 11h27

Bonjour,

Je compte réaliser une application web pour le domaine des assurances.
Et je suis un peu perdue en ce qui concerne les choix techniques appropriés (technologie, persistance, SGBD, etc.) qui vont me servir à réaliser cette application.
Je suis un peu orientée JAVA, je pense Vaadin, Grails, GWT, JSF, SpringMVC ou Struts 2.
Mais malheureusement je n'ai pas eu l'occasion de travailler avec l'un d'eux.
J'aimerai bien si quelqu'un pourra me conseiller ou bien m'orienter vers une technologie qui va être meilleure pour ce type d'application tout en prenant compte des critères (code, look and feel, déploiement, maintenance, ...).

Merci d'avance pour votre précieuse aide.

Cordialement.

**Ceddoc** · 10/04/2014, 12h47

Quelques questions pour nous aider a te conseiller :

Tu as déjà prévu l'hébergement?
Ton serveur supporte les technologies sus-citée?
Quel est ton niveau d’expérience en Java/JEE?
Tu as de l'expérience avec un de ces frameworks?
Tu as arrêté des choix ? SGBD? Framework JS? etc...

**tchize_** · 10/04/2014, 13h28

Aussi: quels sont les besoin du clients? Nombreuses pages web avec des formulaires à valider et listing de données -> JSF pourrait être intéressant, Struts aussi.
Application réactive, avec des aides au fur et à mesure du remplissage, un truc style une application locale sur la machine -> Vaadin ou GWT pourra être plus approprié

Ce ne sont que des exemple, mais tes choix dépendront au final de ce que tu veux pour l'utilisateur. Par exemple: si les formulaires sont dynamiques, qu'il faut créer des champs à la volée en fonction de fichier de config qui peuvent varier => JSF risque d'être un frein, alors qu'avec GWT /Vaadin, tu peux créer dynamiquement des chamsp avec le code.

Si au contraire, tu veux des formulaire plutot statique, mais avec un expert html/css qui fasse le design, JSF est plus appropriée puisqu'il sépare mieux la vue du modèle.

**Carhiboux** · 10/04/2014, 13h45

Dans la mesure ou GWT est plus ou moins déjà délaissé par Google (et que c'est quand même un peu chiant dès qu'il faut customiser des composants...) j'éviterais ce choix pour ma part

**OButterlin** · 10/04/2014, 14h13

Il y a un autre critère important : ton application est à forte charge ou ce sont quelques clients ponctuels ?

**LaGhyoute** · 10/04/2014, 20h29

Envoyé par Ceddoc

Quelques questions pour nous aider a te conseiller :

Tu as déjà prévu l'hébergement?
Ton serveur supporte les technologies sus-citée?
Quel est ton niveau d’expérience en Java/JEE?
Tu as de l'expérience avec un de ces frameworks?
Tu as arrêté des choix ? SGBD? Framework JS? etc...

Merci pour ta réponse.
L'application c'est intranet donc je ne vais pas l'héberger; j'ai oublié de mentionner ce détail.
Niveau d'expérience assez bien, j'ai travaillé avec Play, struts.
En ce qui concerne une nouvelle technologie je n'ai pas de problème
Tout d'abord je ferais le choix de la techno à adopter ensuite je vais faire les autres choix.

**LaGhyoute** · 10/04/2014, 20h40

Je vous remercie tous pour votre réponse,

Oui effectivement, il y a de nombreuuuses pages avec formulaires ainsi que des listes.
En gros voici ce que doit contenir ou bien manipuler l'application :
C'est une application intranet, avec un seul serveur et des machines host
il y a au maximum 10 utilisateurs, il se peut que des utilisateurs aient accès en même temps à l'application.

des pages avec des formulaires à valider (ajout , modification etc)
la validation des champs de saisies au fur et à mesure de la saisie
pouvoir ajouter un champ exemple autre numéro de téléphone
listing
des états à tirer depuis la base de données et à afficher , exporter sous excel, imprimer
des modèles de lettre pré enregistrées, les informations changent comme prénom nom suite à une saisie ou bien une sélection depuis une liste
bien sur des statistiques
gestion électronique des documents

J'aimerai bien prévoir même le côté sécurité du réseau, genre il y a des SGBD qui ont une faille de sécurité etc ...

Je crois que j'ai détaillé un petit peu en gros ce que je voudrais réaliser.

**plawyx** · 10/04/2014, 21h13

Pour Google, GWT n'est plus aune priorité (et c'est un euphémisme). D'autre part, si tu as une IHM relativement complexe, bon courage avec GWT: temps de compilation important etc........je ne suis pas sûr que ce soit un choix pertinent.

Pourquoi vouloir faire du javascript en compilant du java. Depuis que j'ai découvert AngularDart, je migre mes IHM de GWT vers AngularDART. Cela te permet de faire une IHM (en HTML) très modulaire avec les Contrôleur de Dart (si tu connais java, Dart s'apprend en une matinée). Ton IHM attaque des Web Services jax-rs.

Très réactif, léger, modulaire. De plus avec Polymer et polyfills, tu peux te faire des Web Componants pour ton IHM.

**LaGhyoute** · 11/04/2014, 11h09

Envoyé par plawyx

Pour Google, GWT n'est plus aune priorité (et c'est un euphémisme). D'autre part, si tu as une IHM relativement complexe, bon courage avec GWT: temps de compilation important etc........je ne suis pas sûr que ce soit un choix pertinent.

Pourquoi vouloir faire du javascript en compilant du java. Depuis que j'ai découvert AngularDart, je migre mes IHM de GWT vers AngularDART. Cela te permet de faire une IHM (en HTML) très modulaire avec les Contrôleur de Dart (si tu connais java, Dart s'apprend en une matinée). Ton IHM attaque des Web Services jax-rs.

Très réactif, léger, modulaire. De plus avec Polymer et polyfills, tu peux te faire des Web Componants pour ton IHM.

Merci pour ta réponse, Je pense que je vais jeter un coup d'oeil sur AngularDart.

S'il te plait est-ce que tu connais un framework couche métier et un autre pour la persistance qui va avec AngularDart ?

**plawyx** · 11/04/2014, 11h42

Envoyé par LaGhyoute

Merci pour ta réponse, Je pense que je vais jeter un coup d'oeil sur AngularDart.

S'il te plait est-ce que tu connais un framework couche métier

Je suppose que c'est pour les web services Rest. Cela va dépendre de tes choix techno: tu peux aussi bien les faire avec spring ou avec jax-rs qui est une API incluse dans le jdk

Envoyé par LaGhyoute

et un autre pour la persistance qui va avec AngularDart ?

AngularDart va te permettre de récupérer les données auprès des web services, faire et remplir ton IHM. Par contre, pas de persistance (tu pourrais le faire avec la partie Dart Serveur, mais bon, à toi de voir si tu comptes faire cette partie aussi en Dart)

Sinon, pour la persistance, tu as les choix habituels comme par exemple: Spring avec hibernate ou jdbctemplate, ou si tu prends un serveur d'application, JPA.

**LaGhyoute** · 11/04/2014, 12h23

Pardon pour cette question qui peut paraitre stupide, mais comment combiner le langage Dart coté client avec Java pour spring coté serveur etc ? ça se fait ?

**Ceddoc** · 11/04/2014, 12h55

Oui ça se fait, via des web service rest : Plus d'infos sur cette archi ici

Ca permet justement de choisir la technos qu'on veut côté client et côté serveur et elles communiqueront bien, si toutes les deux peuvent utiliser ce genre de webservice

**LaGhyoute** · 11/04/2014, 13h13

Envoyé par Ceddoc

Oui ça se fait, via des web service rest : Plus d'infos sur cette archi ici

Ca permet justement de choisir la technos qu'on veut côté client et côté serveur et elles communiqueront bien, si toutes les deux peuvent utiliser ce genre de webservice

Aaah d'accord, je ne le savais pas vu que j'ai encore un long chemin devant moi.
Merci beaucoup !!