Choix du Framework pour J2EE/Java

Version imprimable

14/04/2010, 00h07
mesken

Choix du Framework pour J2EE/Java

Bonjour,
S'il vous plait je suis en train de me lancer dans le Développement web J2EE avec Java. Je vois tellement de framework et de mots tels que : Struct, Spring, GWT, Ant, Wicket, Herbernate, Eclipse. Et je suis vraiment embrouillé quand au choix pour une application de grande envergure et commerciale. J'ai déjà télécharger Eclipse. Quels sont les avantages encore d'ajouter un plug in Spring ou GWT ou Ant ou Struct et autre ?
S'il vous plait si vous pouvez m'éclaircir ça m'aidera beaucoup pour la suite et sur quoi me mettre vraiment.
NB: je suis encore tomber dernièrement sur EXT JS que j'ai beaucoup aimé et que je veux utiliser pour les interfaces riches et interractives.
Une idée SVP
14/04/2010, 15h55
Jimmy_

Citation:

Struts, Spring, GWT, Ant, Wicket, Hirbernate, Eclipse.

Avant de choisir la techno, il faut savoir ce que tu veux faire. Ne pas mettre la charue avant les boeufs.

Citation:

je suis encore tomber dernièrement sur EXT JS que j'ai beaucoup aimé et que je veux utiliser pour les interfaces riches et interractives.

Tout le monde veux faire ça et tous les frameworks du moment peuvent tous le faire.

Quelques rapide définitions :
- Struts est un framework déjà ancien qui permet de developper des applications sur le modèle MVC.
- Spring est un framework plus récent, qui n'est pas adapté pour les débutants, sauf à se faire des mals de cranes très souvent. Les 'pros' te le conseilleront surement car il utilise des concepts novateurs, et ça fait vendre des formations. :mouarf:
-Gwt et Wicket sont des frameworks encore plus récent, qui proposent une approche composants, comme un client lourd, l'avenir selon moi.
- Hibernate est spécialisé dans l'accès aux données, ne s'utilise pas seul.
- Eclipse est un outil de developpement très pratique et très utilisé.
- Ant est un outil de build, pour fabriquer des livrables (par exemple). Illustre successeur du célèbre make en C.
14/04/2010, 22h28
mesken

Choix du Framework pour J2EE/Java

Merci bcp , tu as dit qu'il faut savoir ce que je veux

Voici ce que je veux Jimmy: Nous avons beaucoup fait du développement web en php et nous sommes en train de basculer radicalement cette fois ci en J2EE vu l'ampleur de l'application que nous voulons développer qui sera une vaste application commerciale avec beaucoup de modules (extensibles), et vraiment complexes, pas compliqués, mais très complexe avec beaucoup de volets et de modules.

Tes informations m'ont aidées plus des recherches personnelles et la doc. Voici les éléments sur lesquels nous allons nous mettre
1) Java (pas de problème)

2) Éclipse (pas de problème)

3) Architecture J2EE (EJB, Webservices....- pas de problème )

4) Design Patern + Hibernate (Un petit problème). Le petit problème ici c'est que, j'ai lu que Hibernate c'est pour une abstraction au niveau des BD et qu'il a aussi ses inconvénients. Je ne suis pas encore fixé s'il faut s'en passer ou pas pour ce type de projet.

5) Intégration continue / TESTS / MAVEN + Subversion (pas de problème)

6) Choix du Framework pour les Interfaces Riches (Un petit problème). C'est ici qu'il y avait un flou, mais tel que je comprend, Struct (dépassé), Spring (intéressant), GWT et Wicket (intéressant). Le pb ici c'est que je ne cherche pas ce qui est facile (pour éviter Spring), je cherche la meilleur combinaisons et la meilleur technologie de pointe qui répondra à notre projet; vue son envergure. l'autre problème c'est que j'ai lu que Spring est bon pour des petites applications, mais pour des applications de grande envergures, il est conseiller de travailler directement avec les EJB. Un éclairci SVP.

7) A propos de EXT JS, voyant leurs interfaces, nous avons vus beaucoup d'outils qui nous seront très intéressants à intégrer directement. http://www.extjs.com/examples/#overview
Quel est le meilleur Framework de pointe pour une application de cette envergure ?
Il y a également JFace, Swing, SWT... et autres, mais qui, à première vue, ne me dise pas grand chose, je ne sais pas si je me trompe.

Ceci me permettra grandement de faire un choix définitif de de me mettre en route avec confiance.

merci.
19/04/2010, 21h45
joseph_p

bonsoir mesken

sacrée tâche que d'aborder de front tous ces frameworks et cet environnement. En toute franchise, sans un minimum d'aide extérieure, je vois mal comment débuter tout cela sans tâtonner à l'excès. Cela d'autant plus que Java a la richesse et le tort de proposer des choix à tous les niveaux. Or, choisir c'est renoncer, pas simple...

De façon générale, je préconiserai de bien savoir ce que l'on veut pour éviter la chasse au buzzword : un nouveau framework viendra toujours remplacer le plus couru du moment, reste à savoir si on peut vivre dans la durée avec les choix réalisés. Je dis notamment cela par rapport au passage où il est question de "framework de pointe" : c'est un critère bien dur à décrire précisément...

Citation:

Java (pas de problème)

Ca m'a soulevé un sourcil : maitriser java, loin de tous les frameworks divers et variés, est déjà une tâche en soi, que ce soit en termes de serialization, gestion des exceptions, architecture logicielle (là où les designs patterns prennent tout leur sens - notion d'orthogonalité, modularité, principe DRY...).

Le gros de la programmation se joue à ce niveau là. Il faut aussi avoir des notions de multi tâches, entre les problématiques de synchronisation, accès atomique et autres executors.

Etre bon en "java pur" permet d'ailleurs d'appréhender bien plus aisément tous les frameworks possibles et imaginables.

A ce sujet, je conseille vivement Effective Java par Joshua Bloch, vraiment essentiel pour ne serait ce qu'avoir une idée des problématiques.

Revenons aux choix nombreux dont il est question dans le sujet.

Citation:

Architecture J2EE (EJB, Webservices....- pas de problème )

Pourquoi ? Web Services et EJB ne sont pas directement liés à ma connaissance. De même, pourquoi EJB et non Spring ou Guice ?

La problématique est elle de choisir un standard afin de trouver aisément des compétences ou de choisir par rapport à des critères spécifiques? Lesquels dans ce cas là ?

Citation:

Design Patern + Hibernate

les design pattern ne sont pas spécifiques à hibernate, loin s'en faut. Il s'agit d'une problématique générale à la programmation.

Concernant hibernate, mon ressenti est qu'il s'agit d'un framework puissant mais qui se trainent de vieux bugs de ci de là qui peuvent faire perdre beaucoup de temps. Derniers exemples en date : 2nd level cache broken for non-inverse bidirectional one-to-many relation datant de 2007 et non corrigé... D'ailleurs ce ticket illustre bien les difficultés d'hibernate : 2nd level cache, mapping...

L'autre alternative communément citée à hibernate est TopLink. A ma connaissance, ce dernier est plus proche de la BDD qu'hibernate : on écrit encore beaucoup de SQL et le mapping objet est bien moins développé. La logique d'hibernate, cad d'utiliser essentiellement les entités, que ce soit attachées ou non, n'y est pas aussi aussi. Il s'agit plus de classiques "Value Object".

Autre option mais bien moins couru, passer à une base de données orientée object, type Versant. Mais là c'est un sacré saut dans l'inconnu !

Dans mon équipe, nous avons plus d'une fois pesté contre hibernate, mais pour nous cela reste actuellement la solution incontournable, malgré ses défauts et bugs (alors que par ailleurs nous n'hésitons pas à sortir des chemins battus).

Citation:

Choix du Framework pour les Interfaces Riches

Interface riches, un terme vague...

Est ce du web ? Est ce à destination d'un public varié ou plus captif (intranet) ? Y a t il des contraintes de respect de standards du web ou d'accessibilité (tout doit il pouvoir fonctionner sans javascript) ? Va t on vers des applications web qui ressembleront au maximum à des applis clients lourds ou les conventions du web seront elles plus respectées ? Faut il plein "d'effets spéciaux" sauce Javascript ou juste de l'Ajax là où ça fait sens pour optimiser les temps de réponse ? La même interface graphique doit elle pouvoir être utilisée en client lourd ou léger indifféremment ? Des designers sont ils fréquemment appelés à intervenir sur les pages ? Le look doit il être définit via des feuilles de style ou applicativement ? Pourquoi ne pas considérer des CMS extensibles voir des solutions prépackagées ? Quelles contraintes sur la maturité des frameworks choisis ?

Bon, je m'arrête là, ça fait déjà assez de questions. Y répondre permettra de mieux cerner le réel besoin !