Discussion :

[Invité]

Bonjour,

Actuellement la société ou je suis possède un 'Helpdesk' maison en Php mais ils veulent le passer en Java.
Je connais un peu Struts mais pour l'ampleur de la tâche (pas très grande justement) je trouve Struts un peu grand.

Que me conseilleriez vous comme framework pour une application Web peut utilisée.
En sachant que :
- l'application doit-être structurée au mieux.
- je ne veux pas tomber dans du 'Php-like' ( que des pages Jsp qui font tout le boulot. )
- pour l'instant le temps me manque un peu et je n'ai pas des mois de lecture d'articles et de tâtonnement à consacrer (bien que je sois conscient qu'il me faudras plus d'une heure pour utiliser la chose)

Merci

Ps: J'aimerais dans un avenir plus ou moins proche pouvoir fournir des outils non web (Swing) pour certains tâches. Un framework me permettant d'évoluer (ou démarrer) en J2EE serait un grand plus.

[yolepro]

Dans l'absolu Struts n'est pas très lourd.
A moins de faire ton propre framework (en respectant la logique MVC2), je ne vois pas de solution plus "light".

Qu'est ce qui te pose problème avec struts ? (la définition des struts-config?).
Il existe une solution pour générer automatiquement ce fichier ex : http://flux4eclipse.sourceforge.net/

[Invité]

Bonjour,

He bien je me rend compte que Struts est surement ce que je vais devoir utiliser mais Struts se contente du modèle MVC pour la partie Web mais ne vas pas plus loin, il ne propose rien pour "contrôler" une application Standalone.

Et Spring ?

[_Mac_]

"contrôler" une application Standalone.

Ca veut dire quoi ? Tu veux faire une appli Web ou une appli desktop ? Parce qu'effectivement Struts, c'est pour le Web.

[Invité]

Ca veut dire quoi ? Tu veux faire une appli Web ou une appli desktop ? Parce qu'effectivement Struts, c'est pour le Web.

He bien comme je le dis dans mon premier post :

Ps: J'aimerais dans un avenir plus ou moins proche pouvoir fournir des outils non web (Swing) pour certains tâches. Un framework me permettant d'évoluer (ou démarrer) en J2EE serait un grand plus.

[yolepro]

Bonjour Blaise1,

Sache que si ton optique dans l'absolu est de faire du client riche, à partir du moment ou tu pars d'une application purement web, tu auras une grosse partie du travail (toute la partie présentation) qui sera à refaire.

Même en passant par un framework, tu ne couperas pas à cette migration.

Par contre (si tu fais des EJB), toute la partie métier sera gardée.

Donc le mieux reste p-e de partir directement sur du client riche : Swing avec Java web start.