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.

[fr1man]

Faire des ejb ou pas ne change rien au probl�me.

Pour le reste je suis d'accord, il y aura la partie pr�sentation � refaire, mais tout le reste, dont la persitance pourra �tre r�cup�r�.

[Invit�]

Bonjour,

Non, mon optique est de faire du client l�ger avec quelques clients riches..

Je sais parfaitement que la partie pr�sentation sera � refaire alors que la partie m�tier peut-�tre gard�e. C'est justement l'objet de ma question :
Existe t-il un framework me permettant de d�velopper une application comportant des clients l�gers et des clients riches ?

Merci

[fr1man]

Il faudrait peut �tre regarder du cot� de webonswing, un framework qui permet de faire du web � la mani�re de swing. A voir si le code peut �tre transform� facilement en appli swing.

[Invit�]

Non, je ne cherche pas un truc de ce genre.

Tout ce que je veux, c'est pouvoir �crire une application J2EE correcte avec :
- la vue cliente (web dans un premier temps)
- la couche m�tier
- la couche d'acc�s aux donn�es
et pouvoir, plus tard, �crire des clients riches qui utiliseront le m�me m�tier.

Mais je voulais juste savoir sil il existait des frameworks pour faciliter cela.

Apparemment Spring, Spring MVC pourrait m'�tre d'une grande aide.

[fr1man]

Ben utilise struts ou ses concurrents, springMVC, etc... pour la partie pr�sentation Web.
C'est la s�paration des couches qui est importante.
J'utilise Spring pour la partie transaction et injection de d�pendances, mais on peut utiliser autre chose. Tu peux aussi coder tes transactions � la main.

[Invit�]

Ok, on se rapproche de ce que je cherche.

Et pour la s�paration des couches, il y � des tutos ?
Parce que je sais ce qu'est un EJB (Session, Entity, MessageDriven) mais pas comment les mettre en place ni les 'lier' � une db ni comment les utiliser que ce soir par un client l�ger ou riche..

[fr1man]

Je n'ai pas de lien � te donner, mais sur internet on trouve pas mal de choses, m�me si des fois c'est en anglais.

Pour la s�paration des couches, regarde le pattern DAO entre autres.

Tu vas utiliser les EJB 2 ou 3 ?

[Invit�]

Tu vas utiliser les EJB 2 ou 3 ?

Aucune id�es, que me conseille tu ?

[fr1man]

Ben les EJB 2 sont en fin de vie.
De plus les EJB entity version 2 sont une vraie purge.

Je n'ai pas utilis� les EJB 3 mais d'apr�s ce qu'on peut lire, �a a l'air bien.
Et de ce que j'ai compris, on peut facilement les utiliser pour une application standalone, comme swing par exemple.

Enfin, c'est � creuser...

[Invit�]

Ok, de toutes fa�ons autant d�buter par la derni�re version histoire de ne pas �tre trop vite perdu.

Bon h� bien je suis occup� de d�couvrir Spring ( http://tahe.developpez.com/java/springmvc-partN ). Il me faudras surement plus de temps que pr�vu pour savoir l'utiliser mes les bases ont l'air assez accessibles.. pour l'utilisation avanc�e �a viendras avec le temps.

merci

[fr1man]

Tout d�pend de ce que tu vas utiliser dans Spring, mais ce n'est pas tr�s compliqu�.

J'ai achet� le bouquin, Spring par la pratique qui m'a permis de bien comprendre les parties qui m'int�ressaient. Il est assez complet.

[Invit�]

Ok, merci, en plus papa No�l doit bient�t passer ...