La norme JSF ( Java Sever Faces) 1.0 Finale et son implémentation de
référence sont sorties. De plus Sun propose une Early Release de Sun
Java Studio Creator ( le final sera payant je crois) pour développement
à la souris ( c'est le reproche qu'on faisait à Java de ne pas avoir de
tels outils face à ce que propose Microsoft ; même si j'entends déja
grincer les dents des emacs-istes !).
Clairement JSF se présente en concurrrent des webForms de MS .net.
Je commence à regarder la documentation autour de JSF et cela me semble
très interessant.
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
et la migration de Struts vers JSF risque d'être douloureuse ( même si
Graic MacClanahan promet un outil de migration).
Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le
double pére de Struts et de la JSR 127 ( JSF ).
L'article date de mai 2003, cela serait interessant que Sami Jaber le
remette à jour rapidement, car dans un article précédent de septembre
2002, il avait été déçu par les spécifications d'alors :
http://www.dotnetguru.org/us/articles/JSFvsWebForms/JSFvsWebForms.html
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de
Struts.
Est-ce que notre ami Jérome nous prépare une mise à jour du Cahier du
développeur en y incluant les JSF ?
Et si on le pousse un peu ;-) : Allez Jérome, allez !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jerome moliere
Pasturel wrote:
La norme JSF ( Java Sever Faces) 1.0 Finale et son implémentation de référence sont sorties. De plus Sun propose une Early Release de Sun Java Studio Creator ( le final sera payant je crois) pour développement à la souris ( c'est le reproche qu'on faisait à Java de ne pas avoir de tels outils face à ce que propose Microsoft ; même si j'entends déja grincer les dents des emacs-istes !). Clairement JSF se présente en concurrrent des webForms de MS .net. Je commence à regarder la documentation autour de JSF et cela me semble très interessant. D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts et la migration de Struts vers JSF risque d'être douloureuse ( même si Graic MacClanahan promet un outil de migration).
je le pense aussi, Craig a eu la bonne idee de prendre en compte les
nombreuses faiblesses au moment pù il a specifie JSF...
Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le double pére de Struts et de la JSR 127 ( JSF ).
L'article date de mai 2003, cela serait interessant que Sami Jaber le remette à jour rapidement, car dans un article précédent de septembre 2002, il avait été déçu par les spécifications d'alors : http://www.dotnetguru.org/us/articles/JSFvsWebForms/JSFvsWebForms.html
elles ont quand même bcp changé depuis , heureusement :)
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts. Est-ce que notre ami Jérome nous prépare une mise à jour du Cahier du développeur en y incluant les JSF ? c'est pas demain la veille :)
et pour struts c'est niet :) jerome
Et si on le pousse un peu ;-) : Allez Jérome, allez !
Vos avis m'interessent.
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Pasturel wrote:
La norme JSF ( Java Sever Faces) 1.0 Finale et son implémentation de
référence sont sorties. De plus Sun propose une Early Release de Sun
Java Studio Creator ( le final sera payant je crois) pour développement
à la souris ( c'est le reproche qu'on faisait à Java de ne pas avoir de
tels outils face à ce que propose Microsoft ; même si j'entends déja
grincer les dents des emacs-istes !).
Clairement JSF se présente en concurrrent des webForms de MS .net.
Je commence à regarder la documentation autour de JSF et cela me semble
très interessant.
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
et la migration de Struts vers JSF risque d'être douloureuse ( même si
Graic MacClanahan promet un outil de migration).
je le pense aussi, Craig a eu la bonne idee de prendre en compte les
nombreuses faiblesses au moment pù il a specifie JSF...
Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le
double pére de Struts et de la JSR 127 ( JSF ).
L'article date de mai 2003, cela serait interessant que Sami Jaber le
remette à jour rapidement, car dans un article précédent de septembre
2002, il avait été déçu par les spécifications d'alors :
http://www.dotnetguru.org/us/articles/JSFvsWebForms/JSFvsWebForms.html
elles ont quand même bcp changé depuis , heureusement :)
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de
Struts.
Est-ce que notre ami Jérome nous prépare une mise à jour du Cahier du
développeur en y incluant les JSF ?
c'est pas demain la veille :)
et pour struts c'est niet :)
jerome
Et si on le pousse un peu ;-) : Allez Jérome, allez !
Vos avis m'interessent.
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
La norme JSF ( Java Sever Faces) 1.0 Finale et son implémentation de référence sont sorties. De plus Sun propose une Early Release de Sun Java Studio Creator ( le final sera payant je crois) pour développement à la souris ( c'est le reproche qu'on faisait à Java de ne pas avoir de tels outils face à ce que propose Microsoft ; même si j'entends déja grincer les dents des emacs-istes !). Clairement JSF se présente en concurrrent des webForms de MS .net. Je commence à regarder la documentation autour de JSF et cela me semble très interessant. D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts et la migration de Struts vers JSF risque d'être douloureuse ( même si Graic MacClanahan promet un outil de migration).
je le pense aussi, Craig a eu la bonne idee de prendre en compte les
nombreuses faiblesses au moment pù il a specifie JSF...
Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le double pére de Struts et de la JSR 127 ( JSF ).
L'article date de mai 2003, cela serait interessant que Sami Jaber le remette à jour rapidement, car dans un article précédent de septembre 2002, il avait été déçu par les spécifications d'alors : http://www.dotnetguru.org/us/articles/JSFvsWebForms/JSFvsWebForms.html
elles ont quand même bcp changé depuis , heureusement :)
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts. Est-ce que notre ami Jérome nous prépare une mise à jour du Cahier du développeur en y incluant les JSF ? c'est pas demain la veille :)
et pour struts c'est niet :) jerome
Et si on le pousse un peu ;-) : Allez Jérome, allez !
Vos avis m'interessent.
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Pasturel
jerome moliere a écrit:
Pasturel wrote:
[SNIP D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts. Est-ce que notre ami Jérome nous prépare une mise à jour du Cahier du développeur en y incluant les JSF ?
c'est pas demain la veille :) dommage :-(
et pour struts c'est niet :) ? Je ne comprends pas tu veux dire que Struts n'est pas en danger, où
que Struts n'est pas MVC2 !
jerome
Et si on le pousse un peu ;-) : Allez Jérome, allez !
Vos avis m'interessent.
jerome moliere a écrit:
Pasturel wrote:
[SNIP
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature
de Struts.
Est-ce que notre ami Jérome nous prépare une mise à jour du Cahier du
développeur en y incluant les JSF ?
c'est pas demain la veille :)
dommage :-(
et pour struts c'est niet :)
? Je ne comprends pas tu veux dire que Struts n'est pas en danger, où
que Struts n'est pas MVC2 !
jerome
Et si on le pousse un peu ;-) : Allez Jérome, allez !
[SNIP D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts. Est-ce que notre ami Jérome nous prépare une mise à jour du Cahier du développeur en y incluant les JSF ?
c'est pas demain la veille :) dommage :-(
et pour struts c'est niet :) ? Je ne comprends pas tu veux dire que Struts n'est pas en danger, où
que Struts n'est pas MVC2 !
jerome
Et si on le pousse un peu ;-) : Allez Jérome, allez !
Vos avis m'interessent.
FD
Bonjour,
"Pasturel" wrote in message news:c5rm8l$152$
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
ça, c'est typique de la presse informatique, toujours alarmiste...
et la migration de Struts vers JSF risque d'être douloureuse ( même si Graic MacClanahan promet un outil de migration). Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le double pére de Struts et de la JSR 127 ( JSF ).
Justement, cette double paternité fera que McClanahan ne voudra pas tuer son premier né avec un peu de chance.
La transition se fera peut être en deux fois : Struts 1.X => Struts 2 Struts 2 => JSF
Struts 2 bénéficiera d'un refactoring total, et sera résolument orienté compatibilité/cohabitation JSF (d'après la roadmap de Struts)
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts.
C'est vrai que Struts n'est pas vraiment MVC2, c'est surtout du C(2), un peut de V si on veut, et absolument pas de M.
Mais justement, JSF ne sera-t-il pas surtout orienté coté vue (je connais mal) ? Dans ce cas, il "suffirait" de migrer uniquement les parties vues des applis Struts (forms et jsp avec taglibs) vers les vues JSF.
Puis éventuellement dans un deuxième temps, faire une appli total JSF.
Mais Struts n'est pas encore mort, il a encore un peu de temps devant lui (c'est déjà assez récent qu'il soit utilisé à grande échelle dans des entreprises).
Dormez en paix, braves gens !
Bonjour,
"Pasturel" <pastjl.jl@wanadoo.fr> wrote in message
news:c5rm8l$152$1@news-reader2.wanadoo.fr...
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
ça, c'est typique de la presse informatique, toujours alarmiste...
et la migration de Struts vers JSF risque d'être douloureuse ( même si
Graic MacClanahan promet un outil de migration).
Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le
double pére de Struts et de la JSR 127 ( JSF ).
Justement, cette double paternité fera que McClanahan ne voudra pas tuer son
premier né avec un peu de chance.
La transition se fera peut être en deux fois :
Struts 1.X => Struts 2
Struts 2 => JSF
Struts 2 bénéficiera d'un refactoring total, et sera résolument orienté
compatibilité/cohabitation JSF (d'après la roadmap de Struts)
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de
Struts.
C'est vrai que Struts n'est pas vraiment MVC2, c'est surtout du C(2), un
peut de V si on veut, et absolument pas de M.
Mais justement, JSF ne sera-t-il pas surtout orienté coté vue (je connais
mal) ?
Dans ce cas, il "suffirait" de migrer uniquement les parties vues des applis
Struts (forms et jsp avec taglibs) vers les vues JSF.
Puis éventuellement dans un deuxième temps, faire une appli total JSF.
Mais Struts n'est pas encore mort, il a encore un peu de temps devant lui
(c'est déjà assez récent qu'il soit utilisé à grande échelle dans des
entreprises).
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
ça, c'est typique de la presse informatique, toujours alarmiste...
et la migration de Struts vers JSF risque d'être douloureuse ( même si Graic MacClanahan promet un outil de migration). Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le double pére de Struts et de la JSR 127 ( JSF ).
Justement, cette double paternité fera que McClanahan ne voudra pas tuer son premier né avec un peu de chance.
La transition se fera peut être en deux fois : Struts 1.X => Struts 2 Struts 2 => JSF
Struts 2 bénéficiera d'un refactoring total, et sera résolument orienté compatibilité/cohabitation JSF (d'après la roadmap de Struts)
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts.
C'est vrai que Struts n'est pas vraiment MVC2, c'est surtout du C(2), un peut de V si on veut, et absolument pas de M.
Mais justement, JSF ne sera-t-il pas surtout orienté coté vue (je connais mal) ? Dans ce cas, il "suffirait" de migrer uniquement les parties vues des applis Struts (forms et jsp avec taglibs) vers les vues JSF.
Puis éventuellement dans un deuxième temps, faire une appli total JSF.
Mais Struts n'est pas encore mort, il a encore un peu de temps devant lui (c'est déjà assez récent qu'il soit utilisé à grande échelle dans des entreprises).
Dormez en paix, braves gens !
Pasturel
FD a écrit:
Bonjour,
"Pasturel" wrote in message news:c5rm8l$152$
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
ça, c'est typique de la presse informatique, toujours alarmiste...
et la migration de Struts vers JSF risque d'être douloureuse ( même si Graic MacClanahan promet un outil de migration). Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le double pére de Struts et de la JSR 127 ( JSF ).
Justement, cette double paternité fera que McClanahan ne voudra pas tuer son premier né avec un peu de chance.
La transition se fera peut être en deux fois : Struts 1.X => Struts 2 Struts 2 => JSF
Struts 2 bénéficiera d'un refactoring total, et sera résolument orienté compatibilité/cohabitation JSF (d'après la roadmap de Struts) C'est la promesse de McClanahan ...
Cohabitation, c'est vrai qu'il n'y aucune raison de ne pas marcher, soit on requète vers le Servlet controler Struts ou soit vers le servlet controler JSF.
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts.
C'est vrai que Struts n'est pas vraiment MVC2, c'est surtout du C(2), un peut de V si on veut, et absolument pas de M.
Mais justement, JSF ne sera-t-il pas surtout orienté coté vue (je connais mal) ? Dans ce cas, il "suffirait" de migrer uniquement les parties vues des applis Struts (forms et jsp avec taglibs) vers les vues JSF. humm le "backing bean" de JSF ( Modele de JSF, si j'ai bien tout
compris) est un listener d'événements ( sur les composants View) et un javaBean semblable à Action ( Struts). J'ai peur que les modifications ne touche plus que la page jsp et ses tags/attributes .( sans parler de du fichier de config faces-config.xml). A moins que Stuts V2 ...
Puis éventuellement dans un deuxième temps, faire une appli total JSF.
Mais Struts n'est pas encore mort, il a encore un peu de temps devant lui (c'est déjà assez récent qu'il soit utilisé à grande échelle dans des entreprises).
Dormez en paix, braves gens !
FD a écrit:
Bonjour,
"Pasturel" <pastjl.jl@wanadoo.fr> wrote in message
news:c5rm8l$152$1@news-reader2.wanadoo.fr...
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
ça, c'est typique de la presse informatique, toujours alarmiste...
et la migration de Struts vers JSF risque d'être douloureuse ( même si
Graic MacClanahan promet un outil de migration).
Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le
double pére de Struts et de la JSR 127 ( JSF ).
Justement, cette double paternité fera que McClanahan ne voudra pas tuer son
premier né avec un peu de chance.
La transition se fera peut être en deux fois :
Struts 1.X => Struts 2
Struts 2 => JSF
Struts 2 bénéficiera d'un refactoring total, et sera résolument orienté
compatibilité/cohabitation JSF (d'après la roadmap de Struts)
C'est la promesse de McClanahan ...
Cohabitation, c'est vrai qu'il n'y aucune raison de ne pas marcher, soit
on requète vers le Servlet controler Struts ou soit vers le servlet
controler JSF.
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de
Struts.
C'est vrai que Struts n'est pas vraiment MVC2, c'est surtout du C(2), un
peut de V si on veut, et absolument pas de M.
Mais justement, JSF ne sera-t-il pas surtout orienté coté vue (je connais
mal) ?
Dans ce cas, il "suffirait" de migrer uniquement les parties vues des applis
Struts (forms et jsp avec taglibs) vers les vues JSF.
humm le "backing bean" de JSF ( Modele de JSF, si j'ai bien tout
compris) est un listener d'événements ( sur les composants View)
et un javaBean semblable à Action ( Struts).
J'ai peur que les modifications ne touche plus que la page jsp et ses
tags/attributes .( sans parler de du fichier de config
faces-config.xml). A moins que Stuts V2 ...
Puis éventuellement dans un deuxième temps, faire une appli total JSF.
Mais Struts n'est pas encore mort, il a encore un peu de temps devant lui
(c'est déjà assez récent qu'il soit utilisé à grande échelle dans des
entreprises).
D'aprés certains spécialistes ( Sami Jaber/ Valtech ) JSF va tuer Struts
ça, c'est typique de la presse informatique, toujours alarmiste...
et la migration de Struts vers JSF risque d'être douloureuse ( même si Graic MacClanahan promet un outil de migration). Pour info, au cas où certains l'ignoreraient Graig R. McClanahan est le double pére de Struts et de la JSR 127 ( JSF ).
Justement, cette double paternité fera que McClanahan ne voudra pas tuer son premier né avec un peu de chance.
La transition se fera peut être en deux fois : Struts 1.X => Struts 2 Struts 2 => JSF
Struts 2 bénéficiera d'un refactoring total, et sera résolument orienté compatibilité/cohabitation JSF (d'après la roadmap de Struts) C'est la promesse de McClanahan ...
Cohabitation, c'est vrai qu'il n'y aucune raison de ne pas marcher, soit on requète vers le Servlet controler Struts ou soit vers le servlet controler JSF.
D'apres Sami Jaber, JSF remet fortement en cause le DP MVC2, ossature de Struts.
C'est vrai que Struts n'est pas vraiment MVC2, c'est surtout du C(2), un peut de V si on veut, et absolument pas de M.
Mais justement, JSF ne sera-t-il pas surtout orienté coté vue (je connais mal) ? Dans ce cas, il "suffirait" de migrer uniquement les parties vues des applis Struts (forms et jsp avec taglibs) vers les vues JSF. humm le "backing bean" de JSF ( Modele de JSF, si j'ai bien tout
compris) est un listener d'événements ( sur les composants View) et un javaBean semblable à Action ( Struts). J'ai peur que les modifications ne touche plus que la page jsp et ses tags/attributes .( sans parler de du fichier de config faces-config.xml). A moins que Stuts V2 ...
Puis éventuellement dans un deuxième temps, faire une appli total JSF.
Mais Struts n'est pas encore mort, il a encore un peu de temps devant lui (c'est déjà assez récent qu'il soit utilisé à grande échelle dans des entreprises).
