Discussion :

[gloglo]

Voila je suis débutant en java, jsp, struts ... et je désire developper un site internet. Je ne sais pas quoi choisir struts ou JSF. C'est quoi les avantages de l'un par rapport à l'autre ...
Merci .

[gloglo]

Alors personne ne connait quel framework est meilleure que l'autre ???

[Shivan]

Voic les 10 raisons de preferer JSf à struts :

http://www.jroller.com/page/dgeary?e...sons_to_prefer

Bon apres je ne connais pas assez bien strut pour te dire si il à veritablement raison. Je laisse la parole aux experts...

[Elmilouse]

pour demarrer avec JSF :
http://social.hortis.ch/2006/04/20/u...c-jsf-myfaces/

ce que tu dois aussi savoir : je pense que tu trouveras + de doc pour Struts, JSF étant plus récent.
Struts est toujours maintenu mais plus de développement.
JSF est dans la specification Java EE 5 et est donc amener à se developper.

N'oublie pas d'autres frameworks web, comme Spring MVC par exemple.

[alexismp]

Je te conseille d'utiliser un outil de développement qui simplifie JSF: http://www.jsfcentral.com/products/ides/
Java Studio Creator 2 est gratuit: http://developers.sun.com/prodtech/j...oads/index.jsp
(sa doc en français: http://developers.sun.com/prodtech/j...s/index_fr.jsp)

[in]

Moi je sais que cette année, on a voulu développer un projet j2ee (EJB + jsf ou struts)

on a commencé par une explo technique de JSF en se disant que c'était plus simple et puis que ça allait se développer dans le futur.

Donc oui très bien pour les truc simple mais dès que tu veux faire des trucs un peu plus complexes c'est le drame ... surtout par manque de documentation satisfaisante sur le sujet. Du coup on est passé à Struts.

Struts est plus complexe à mettre en oeuvre mais au moins tu es sûr de disposer d'une aide et d'une documentation valable.

Bref pour moi, JSF avec un bon EDI c'est cool ... sauf si tu veux des trucs un tant soit peu complexes.


Désolé si je rends ton choix encore plus cornélien

[woodwai]

Struts est toujours maintenu mais plus de développement.

C'est avec étonnement que je lit celà, car à ma connaissance, STRUST est toujours en développement ... et même en ébullition car les développeur de struts on splitté en deux le projet pour travailler sur une version accés requète(comme l'ancienne version de struts) : Struts Action et une version accés composant Struts Shale basé sur JSF.

En fait, on ne peut pas comparer STRUST à JSF car JSF est une alternative aux JSP et pas à STRUTS.

Sinon, entre STRUTS+JSP et JSF, n'ayant pas fait de JSF je ne peut réellement t'aider. Mais STRUTS reste simple à utiliser et trés complet grâce à l'utilisation des JSP.

Mais bon, j'ai entendue dire beacoup de bien de JSF aussi

[alexismp]

En fait, on ne peut pas comparer STRUST à JSF car JSF est une alternative aux JSP et pas à STRUTS.

Non, la plupart du temps, JSF utilise JSP. JSF est bien à mettre "en face" de Struts (ce qui explique le schisme Struts Classic/Struts Shale).

[TonioLeRital]

Non, la plupart du temps, JSF utilise JSP. JSF est bien à mettre "en face" de Struts (ce qui explique le schisme Struts Classic/Struts Shale).

Entièrement d'accord.
Ayant pratiqué longuement Struts et JSF, j'aimerais faire certaines remarques sur leur utilisations.
L'avantage des JSF par rapport à Struts c'est la possibilité d'avoir une approche orientée composant. Donc faire des JSF sans cette approche s'avèrera sans gros intérets par rapport à Struts (quoique...).

Sans rentrer dans le détail, cette approche permet entre autres de faire du wysiwig (à la .NET), et d'avoir systématiquement coté serveur un objet (backing-bean) représentant chaque page de l'application (relation 1:1). Ce même backing-bean portera donc des références sur des objets representant votre page (sous forme d'arbre), ce qui permettra la manipulation des pages en dynamique et coté serveur!! Cette objet pourra réagir aux évènements utilisateurs (validation de formulaire, click) par l'activation de méthodes dont le corps pourra solliciter la couche service appropriée : Cette objet a les responsabilités vue et controleur du MVC. (ce sont des classes de stéréotype "boundarie" de Jacobson pour les adeptes de "génie logiciel")

C'est cette approche des JSF qui a été retenue par Java Studio Creator 2, et le framework Shale .
Il est désormais possible de faire un prototype IHM haute fidélité réutilisable, basé sur des JSF, avec un environnement RAD (Rapid Application Development) sans s'investir dans le code métier, et qui plus est, cette méthodologie s'intègre parfaitement dans nos projets RUP.
J'ai écrit un support de cours complet pour appréhender cette approche avec un cas d'étude RUP, il me reste quelques détails à revoir concernant sa diffusion car il a été écrit dans un contexte professionnel et dans le cadre de la formation de nos stagiaires.

bonne chance.

[joseph_p]

J'espère que tu pourras publier ton document TonioLeRital

[weed]

Entièrement d'accord.
Ayant pratiqué longuement Struts et JSF, j'aimerais faire certaines remarques sur leur utilisations.
L'avantage des JSF par rapport à Struts c'est la possibilité d'avoir une approche orientée composant. Donc faire des JSF sans cette approche s'avèrera sans gros intérets par rapport à Struts (quoique...).

Sans rentrer dans le détail, cette approche permet entre autres de faire du wysiwig (à la .NET), et d'avoir systématiquement coté serveur un objet (backing-bean) représentant chaque page de l'application (relation 1:1). Ce même backing-bean portera donc des références sur des objets representant votre page (sous forme d'arbre), ce qui permettra la manipulation des pages en dynamique et coté serveur!! Cette objet pourra réagir aux évènements utilisateurs (validation de formulaire, click) par l'activation de méthodes dont le corps pourra solliciter la couche service appropriée : Cette objet a les responsabilités vue et controleur du MVC. (ce sont des classes de stéréotype "boundarie" de Jacobson pour les adeptes de "génie logiciel")

C'est cette approche des JSF qui a été retenue par Java Studio Creator 2, et le framework Shale .
Il est désormais possible de faire un prototype IHM haute fidélité réutilisable, basé sur des JSF, avec un environnement RAD (Rapid Application Development) sans s'investir dans le code métier, et qui plus est, cette méthodologie s'intègre parfaitement dans nos projets RUP.
J'ai écrit un support de cours complet pour appréhender cette approche avec un cas d'étude RUP, il me reste quelques détails à revoir concernant sa diffusion car il a été écrit dans un contexte professionnel et dans le cadre de la formation de nos stagiaires.

bonne chance.

j'attends aussi avec impatience le tuto.

C'est toujours d'actualité de le publié ?

je vois que tu n'a pas le statut redacteur sur dvp donc cela veut dire que c'est mort

[TonioLeRital]

Pour faire simple ma boîte à refusé la diffusion dudit document (passible de poursuite, etc...). Désolé...

[weed]

par facilité et pour etre sur à 100% ta boite refuse que tu le diffuses ....

et bien c'est bien dommage parce que c'etait deja une documentation déja rédigé mais qu'il suffisait de publier.

merci quand meme pour l'initiative et ton intention