Framework Java à choisir

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.

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...

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.

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 :)

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

Citation:

---

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.

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.

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.

Citation:

---

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 ?

Citation:

---

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

Citation:

---

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.

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 ?

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

Citation:

---

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 !!

Citation:

---

Envoyé par LaGhyoute

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

---

n'oublie pas les questions d'autorisation et d'authentification dans ton appli

Citation:

---

Envoyé par plawyx

n'oublie pas les questions d'autorisation et d'authentification dans ton appli

---

Par autorisation tu veux dire les droits d'accès c'est ça ?

Citation:

---

Envoyé par LaGhyoute

Par autorisation tu veux dire les droits d'accès c'est ça ?

---

oui, qu'un utilisateur authentifié ne puisse faire que les opérations prévues pour lui et seulement celles-là

Citation:

---

Envoyé par plawyx

oui, qu'un utilisateur authentifié ne puisse faire que les opérations prévues pour lui et seulement celles-là

---

Oh ouii je vais le prendre en considération. Merciii !;)