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
jlp
ZebX wrote:
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo, qui
est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
ZebX wrote:
De vos expériences perso,
est il plus facile et efficace de faire et de maintenir du struts ou du
jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo, qui
est je pense une bonne alternative ( pas standard comme jsf).
voir site www.nextapp.com
en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en
java pur comme une application swing / listeners ( pas besoin de
connaitre html/javascript ou jsp ). La servlet de echo se chargeant de
faire le rendering html/javascript. La programmation est donc plus
simple. Logiciel en LGPL. EchoStudio est commercial.
reste à voir l'aspect performance ...
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo, qui
est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Jean-Marc Vanel
jlp wrote:
ZebX wrote:
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo, qui
est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux.
jlp wrote:
ZebX wrote:
De vos expériences perso,
est il plus facile et efficace de faire et de maintenir du struts ou
du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo, qui
est je pense une bonne alternative ( pas standard comme jsf).
voir site www.nextapp.com
en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en
java pur comme une application swing / listeners ( pas besoin de
connaitre html/javascript ou jsp ). La servlet de echo se chargeant de
faire le rendering html/javascript. La programmation est donc plus
simple. Logiciel en LGPL. EchoStudio est commercial.
reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ...
Je connais des gens qui ont essayé les deux.
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo, qui
est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux.
jlp
Jean-Marc Vanel wrote:
jlp wrote:
ZebX wrote:
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux. AMHA, Spring n'a pas vocation à couvrir l'aspect présentation ( comme
jsf, struts ou echo), mais plutôt l'aspect métier et application.
Jean-Marc Vanel wrote:
jlp wrote:
ZebX wrote:
De vos expériences perso,
est il plus facile et efficace de faire et de maintenir du struts ou
du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf).
voir site www.nextapp.com
en deux mots : toute la partie GUI sur le serveur applicatif s'écrit
en java pur comme une application swing / listeners ( pas besoin de
connaitre html/javascript ou jsp ). La servlet de echo se chargeant de
faire le rendering html/javascript. La programmation est donc plus
simple. Logiciel en LGPL. EchoStudio est commercial.
reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ...
Je connais des gens qui ont essayé les deux.
AMHA, Spring n'a pas vocation à couvrir l'aspect présentation ( comme
jsf, struts ou echo), mais plutôt l'aspect métier et application.
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux. AMHA, Spring n'a pas vocation à couvrir l'aspect présentation ( comme
jsf, struts ou echo), mais plutôt l'aspect métier et application.
Marc Collin
Jean-Marc Vanel wrote:
jlp wrote:
ZebX wrote:
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux. ça serait bien si on pouvait avoir un retour d'expérience
-- La boîte à prog http://www.laboiteaprog.com
Jean-Marc Vanel wrote:
jlp wrote:
ZebX wrote:
De vos expériences perso,
est il plus facile et efficace de faire et de maintenir du struts ou
du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf).
voir site www.nextapp.com
en deux mots : toute la partie GUI sur le serveur applicatif s'écrit
en java pur comme une application swing / listeners ( pas besoin de
connaitre html/javascript ou jsp ). La servlet de echo se chargeant de
faire le rendering html/javascript. La programmation est donc plus
simple. Logiciel en LGPL. EchoStudio est commercial.
reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ...
Je connais des gens qui ont essayé les deux.
ça serait bien si on pouvait avoir un retour d'expérience
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux. ça serait bien si on pouvait avoir un retour d'expérience
-- La boîte à prog http://www.laboiteaprog.com
Jean-Christophe Garnier
Jean-Marc Vanel wrote:
jlp wrote:
ZebX wrote:
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux.
ça serait bien si on pouvait avoir un retour d'expérience
Bonjour,
Professionnellement, nous utilisons Barracuda + xmlc (doit peut-être ressembler à Echo ?). Pas de struts ni de JSP, trop de risque de déviance (code dans le HTML) et de difficulté de maintenance... Quant à JSF, il reprend des concepts qui existent déjà ailleurs (composant, rendering, etc.) mais il n'ont pas pu/voulu se débarraser de JSP (Struts a-t-il trop de poids dans les discussions ?). Donc pour nous, et malgré nos espoirs, on n'ira pas non plus vers JSF, en tout cas pas pour l'instant. Maintenant, il ne faut pas oublier le poids de ce qui existe, et qui est un argument comme un autre : si vous trouvez plus de gens qui connaissent Struts, si vous avez plus d'outils autour, etc., la différence de coût et de facilité de maintenance peut être relativisée.
Jean-Marc Vanel wrote:
jlp wrote:
ZebX wrote:
De vos expériences perso,
est il plus facile et efficace de faire et de maintenir du struts
ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf).
voir site www.nextapp.com
en deux mots : toute la partie GUI sur le serveur applicatif s'écrit
en java pur comme une application swing / listeners ( pas besoin de
connaitre html/javascript ou jsp ). La servlet de echo se chargeant
de faire le rendering html/javascript. La programmation est donc
plus simple. Logiciel en LGPL. EchoStudio est commercial.
reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ...
Je connais des gens qui ont essayé les deux.
ça serait bien si on pouvait avoir un retour d'expérience
Bonjour,
Professionnellement, nous utilisons Barracuda + xmlc (doit peut-être
ressembler à Echo ?). Pas de struts ni de JSP, trop de risque de
déviance (code dans le HTML) et de difficulté de maintenance... Quant à
JSF, il reprend des concepts qui existent déjà ailleurs (composant,
rendering, etc.) mais il n'ont pas pu/voulu se débarraser de JSP (Struts
a-t-il trop de poids dans les discussions ?). Donc pour nous, et malgré
nos espoirs, on n'ira pas non plus vers JSF, en tout cas pas pour l'instant.
Maintenant, il ne faut pas oublier le poids de ce qui existe, et qui est
un argument comme un autre : si vous trouvez plus de gens qui
connaissent Struts, si vous avez plus d'outils autour, etc., la
différence de coût et de facilité de maintenance peut être relativisée.
De vos expériences perso, est il plus facile et efficace de faire et de maintenir du struts ou du jsf ?
pas une réponse, mais il faudrait rajouter aussi le framework echo,
qui est je pense une bonne alternative ( pas standard comme jsf). voir site www.nextapp.com en deux mots : toute la partie GUI sur le serveur applicatif s'écrit en java pur comme une application swing / listeners ( pas besoin de connaitre html/javascript ou jsp ). La servlet de echo se chargeant de faire le rendering html/javascript. La programmation est donc plus simple. Logiciel en LGPL. EchoStudio est commercial. reste à voir l'aspect performance ...
Il y a aussi Spring, et WebWorks qui sont libres ... Je connais des gens qui ont essayé les deux.
ça serait bien si on pouvait avoir un retour d'expérience
Bonjour,
Professionnellement, nous utilisons Barracuda + xmlc (doit peut-être ressembler à Echo ?). Pas de struts ni de JSP, trop de risque de déviance (code dans le HTML) et de difficulté de maintenance... Quant à JSF, il reprend des concepts qui existent déjà ailleurs (composant, rendering, etc.) mais il n'ont pas pu/voulu se débarraser de JSP (Struts a-t-il trop de poids dans les discussions ?). Donc pour nous, et malgré nos espoirs, on n'ira pas non plus vers JSF, en tout cas pas pour l'instant. Maintenant, il ne faut pas oublier le poids de ce qui existe, et qui est un argument comme un autre : si vous trouvez plus de gens qui connaissent Struts, si vous avez plus d'outils autour, etc., la différence de coût et de facilité de maintenance peut être relativisée.
