JSF versus GWT [Débat]

info_plus · 27/08/2008, 20h05

Bonjour tous le monde,

je suis en face d'un choix technologique entre jsf et gwt qui j'ignore completement

.

j'ai pensé à demender l'avis de ceux qui ont de l'experience concernant ces deux framework avant de commencer une recherche sur le gwt.

toutes vos avis et vos commentaires consernant les avantages et les inconvinients de chaque frawework sont la bienvenu

.

merci d'avance.

Sniper37 · 28/08/2008, 10h17

salut,

JSF est un framework MVC2 complet, qui te permet de développer une application web respectant ce paradigme.
JSF est un standard, et fait partie de la norme J2EE.

ce qui est comparable à GWT dans JSF, c'est les composants orientés AJAX/WEB 2.0, GWT permet de développer du code java et le compile en javascript, tu ne te souci pas du code javascript mais, tu n'a pas non plus la main sur le code généré,
GWT fait seulement de l'ajax (sauf changement dans les dernières versions), JSF permet de faire des pages sans javascript..

les composants JSF,sont préts à l'utilisation à l'aide des TAG, y'en a qui viennent avec leur propre evenemets AJAX, d'autres comme Richfaces permettent au developpeur d'ajouter des requetes ajax pour chaque composants et décider quoi envoyer et quoi réactualiser dans la page..

mais niveau du temps de developpement, il parait que GWT c'est plus rapide, mais, aucune certitude la dessus..

Rizzen · 29/08/2008, 17h56

Une des grosse différence aussi est que GWT est un développement "like swing" tandis que pour JSF tu créer belle et bien une page web.

J'ai eut a faire il y pas si longtemps que toi le même choix et j'ai choisis JSF, que je trouve plus facile à appréhender, mieux documenté et c'est du bonheur avec spring hibernate ^^. Alors que GWT et hibernate c'est pas l'amour entre eux

info_plus · 30/08/2008, 20h09

merci pour votre aide,

je suis encors à l'attente d'autre avis si c'est possible

Asterius · 12/12/2008, 15h56

Pour répondre à ta question, JSF implémente une spec standard, ce qui assure sa pérénité. De plus, il est facile à apprendre et rapide à utiliser. Et il est relativement complet puisqu'il possède entre autre un contrôleur pour la navigation. GWT sera un peu plus complexe à apprendre et à mettre en oeuvre (tout dépend si tu es familier avec swing). C'est un peu plus compliqué à utiliser et ça ne s'occupe pas de contrôler la navigation.

A priori JSF est plus sympa pour débuter. Maintenant, c'est sans parler de l'Ajax, WEB 2.0 et tout ce que tu vas probablement rapidement avoir envie de mettre d'hyper dynamique dans ton site. En réalité, je dirais que le choix doit venir de ton objectif, du type de site que tu veux faire...

Si tu veux faire de la manipulation "basique" de données, style faire un forum, un album photo, un site de vente en ligne ou une application de gestion quelconque, prends plutôt JSF et une de ses librairies de composants AJAX, comme IceFaces ou RichFaces. Ces librairires couvrent 95% de tes besoins et respectent bien la simplicité d'apprentissage et de mise en oeuvre de JSF. Par contre, si tu veux faire un site qui ressemble à une réelle application "desktop", comme Power-Point, Paint, etc. tu vas avoir besoin de plus que ça. Et c'est là que GWT entre en scène. Il te permet en effet de gérer avec plus de précision et plus de détails tout ce qui se passe sur l'écran. Tu ne feras jamais un site comme http://280slides.com avec JSF+RichFaces. Et si GWT est plus complexe, c'est parce qu'il te permet justement de gérer bien plus de choses à un niveau de détails bien plus élevé.

JSF est idéal dans une grande majorité des cas, et très facile à utiliser. Mais GWT te permettra d'aller encore plus loin, si tu acceptes de gérer beaucoup plus de choses par toi-même... A toi de voir tes besoins.

P.S. J'ai entendu parler de GWT4JSF qui réunirait les deux frameworks, ce qui pour moi constituerait l'alliance parfaite! A voir si certains ont ici plus d'infos à ce sujet...

Sniper37 · 12/12/2008, 16h05

Citation:

Envoyé par Asterius

Pour répondre à ta question, JSF implémente une spec standard, ce qui assure sa pérénité. De plus, il est facile à apprendre et rapide à utiliser. Et il est relativement complet puisqu'il possède entre autre un contrôleur pour la navigation. GWT sera un peu plus complexe à apprendre et à mettre en oeuvre (tout dépend si tu es familier avec swing). C'est un peu plus compliqué à utiliser et ça ne s'occupe pas de contrôler la navigation.

Je ne pense pas que GWT est plus compliqué à appréhender, avec GWT tu n'a pas besoin de navigation, il se base sur ce qu'on appelle, Singlepage Interface, Une page qui gère toute l'application, c'est une autre manière de penser une application web.
JSF est complexe à mon avis, les différentes phases les différentes implémentations, la pauvreté des composants a handicapé sa percé dans la communauté java, maintenant avec des librairies comme richfaces on peut faire des choses sympa,
GWT a de l'avenir, mais, à mon avis, il ne faut pas confier un projet GWt à des développeurs débutants, c"est plus facile de faire n'importe quoi. JSF c'est plus cadré ça reste du MVC2.

nicorama · 19/12/2008, 01h01

Pour moi, il y a trois problèmes majeurs avec GWT (j'ai en fait essayé Ext-GWT):

Le côté boite noir : va savoir ce qui se passe entre ton code java et l'erreur. C'est pas évident à débugguer (galère à afficher un Panel : impossible de détecter l'erreur).
Le temps de traduction java->javascript : pourtant j'ai une bécane furieuse et il me faut 20 secondes.
Le manque de documentation
Le manque de perrenité à long terme

Cela dit, c'est des remarques de newbie, je n'ait passé qu'une ou deux journées dessus.

Par contre pour JSF, j'aurais tendance à attendre que disparaissent ces affreux backed-bean XML.
Pour ma part, j'ai opté à un duo JSP en serveur et la création de composants graphiques Ext-Js en javascript.

nicorama · 19/12/2008, 01h07

@Asterius : slide280, c'est du web avec des Divs et des requêtes. N'importe quelle technologie gérant Ajax peut le faire.

robert_trudel · 19/12/2008, 04h36

j'ai développé un gros projet en GWT et je dirais qu'il y a beaucoup de défaut

temp de compilation énorme
très peu documenté
composant très moyen si on utilise pas de librairie externe gwt-ext, mygwt....

on s'est basé sur gwt-ext, il utilise une version spécifique de ext avant qu'il change de licence... donc des bug sont gardé

le gestionnaire s'est lancé avec gwt sans réelement connaitre... pas sûr qu'il le réutiliserais si on devrait refaire le tout

nicorama · 19/12/2008, 09h20

Citation:

Envoyé par robert_trudel

le gestionnaire s'est lancé avec gwt sans réelement connaitre... pas sûr qu'il le réutiliserais si on devrait refaire le tout

Doit-on accuser Google ?

Asterius · 19/12/2008, 09h41

@nicorama : écrire 280slides en JSF, sans connaître javascript, sans en écrire une ligne? J'en doute très fort... J'ai l'habitude de JSF, ça fonctionne relativement bien, c'est relativement complet, mais il ne faut pas sortir de la librairie de composants... a moins d'en connaitre un rayon sur le javascript. Rien que le jeu de redimensionnement des cadres et de drag&drop d'éléments dans tes slides me parait quasi impossible avec JSF...

nicorama · 19/12/2008, 09h59

Bien sûr il faut gérer Ajax donc Javascript. Tu peux très bien faire des composants JSF qui incorporent Scriptaculous - aucun soucis là-dessus.

Asterius · 19/12/2008, 10h14

Ok mais c'est donc ce que je dis : JSF ne se suffit pas à lui-même, il est limité et si tu veux dépasser ses limites tu dois te créer des composants...

Tandis que GWT, tu peux directement tout faire puisqu'il génère ce javascript.

=> Si tu ne veux pas faire de javascript (je déteste ça), utilises GWT sinon tu seras tôt ou tard confronté aux limitations de JSF

nicorama · 19/12/2008, 10h19

On ne va pas y passer le topic, mais tu confond limitation et périmètre. JSF ne limite pas la programmation Client - encore faut-il le faire.

De même, avec GWT, tu devras bien te débrouiller avec les CSS et la database.

lunatix · 19/12/2008, 10h19

pour moi, jsf est au web ce qu'ont étés les EJB 1 et 2 au backend.
Crée avant ajax, très peu adapté, ca génère des palanquées de javascript et de html non strict. En plus pour faire tourner le truc, il faut empiler jsf, facelet, ajax4Jsf voir seam. Une complexité inacceptable a mon gout pour une couche graphique.

(et je ne parle pas de choisir une librairie de composants, d'en créer et ... mixer deux librairies)
Il est vrai que JSF 2.0 améliore les choses, mais a mon avis, c'est pas encore ca.

Gwt a d'autres défauts, mais au moins ca se comprends assez vite. Je pense que les frameworks type echo3, wicket, Zk et Gwt sont dans la bonne direction. Faciles d'accès, java centric, limitant le xml.

PS. :je comprends pas votre problème sur la compilation, en mode hosting, ca va assez vite, et pour le déploiement, une compilation un peu longue ca ne me parait pas un soucis.

nicorama · 19/12/2008, 10h26

Citation:

Envoyé par lunatix

pour moi, jsf est au web ce qu'ont étés les EJB 1 et 2 au backend.
Crée avant ajax, très peu adapté, ca génère des palanquées de javascript et de html non strict. En plus pour faire tourner le truc, il faut empiler jsf, facelet, ajax4Jsf voir seam. Une complexité inacceptable a mon gout pour une couche graphique.

(...) limitant le xml.

Parfaitement d'accord. Les objectifs souhaités de JSF sont excellents, mais concrètement, faut être prix Nobel ou Christophe Colomb pour s'aventurer dans la création de son propre composant. Ou être payé et pas avoir le choix

Citation:

Envoyé par lunatix

PS. :je comprends pas votre problème sur la compilation, en mode hosting, ca va assez vite, et pour le déploiement, une compilation un peu longue ca ne me parait pas un soucis.

Ben j'ai payé 1000€ mon PC pour pouvoir jouer à Call of Duty - euh gagner en productivité. Donc c'est frustrant de voir mon super PC ramer comme faisait le précédant.

lunatix · 19/12/2008, 10h35

visiblement ils bossent sur le probleme

Citation:

# Compiler performance improvements

* 1.6 will introduce parallel permutation compilations and other performance tweaks for faster compiles

OButterlin · 19/12/2008, 10h37

Citation:

Envoyé par nicorama

Pour ma part, j'ai opté à un duo JSP en serveur et la création de composants graphiques Ext-Js en javascript.

C'est amusant, un peu à contre courant... mais j'ai développé en 2005 un framework qui suit en gros ce schéma. Il est basé sur un dictionnaire et ce sont des composants javascript qui créés les ressources sur le navigateur.
Le reste suit l'architecture MVC2... Il y a de gros avantages, et des inconvénients également, mais ce qui est certain, c'est qu'il faut très bien connaître javascript...

Ceci dit, on nous parle de web2, ajax etc... et on voudrait s'affranchir de javascript ? Syntaxe error

Ou alors, on se contente des composants existants.

Pour ce qui est de la discussion de base, personnellement, je choisirais actuellement JSF, sans hésiter...
On a, l'année dernière, tenté GWT, c'est lent, lourd et franchement, s'il s'agit de réinventer le client lourd, autant utiliser swing

JSF à l'heure actuelle est vraiment abouti avec ces éléments :
- EJB3
- Facelets
- RichFaces
- Seam (ça limite peut-être le choix du serveur)

A+

lunatix · 19/12/2008, 10h53

Citation:

Ceci dit, on nous parle de web2, ajax etc... et on voudrait s'affranchir de javascript ? Syntaxe error

pas forcement. regarde swing, tu peux avoir dans une equipe un pro java2D/painter qui va faire des composants complexes, et des utilisateurs de ces composants qui ne vont jamais descendre de le detail du fonctionnement. (voir le ribbon composant de flamingo par exemple)

certains frameworks bien foutus te permettent de faire exactement la même chose avec javascript.

Sniper37 · 19/12/2008, 10h56

Citation:

Envoyé par Asterius

Ok mais c'est donc ce que je dis : JSF ne se suffit pas à lui-même, il est limité et si tu veux dépasser ses limites tu dois te créer des composants...

Non ce n'est plus le cas, il existe des librairies de composants telle que richfaces, tomahawk,ICFaces..
je pense que c'est une erreur de se lancer dans le développement de composants, ça rendra la maintenance et l'évolution de l'application impossible.

Citation:

Envoyé par lunatix

pour moi, jsf est au web ce qu'ont étés les EJB 1 et 2 au backend.
Crée avant ajax, très peu adapté, ca génère des palanquées de javascript et de html non strict. En plus pour faire tourner le truc, il faut empiler jsf, facelet, ajax4Jsf voir seam. Une complexité inacceptable a mon gout pour une couche graphique.

Exact

surtout la complexité ..

Citation:

Envoyé par lunatix

Gwt a d'autres défauts, mais au moins ca se comprends assez vite. Je pense que les frameworks type echo3, wicket, Zk et Gwt sont dans la bonne direction. Faciles d'accès, java centric, limitant le xml.

en plus, même JBoss Seam a adopté GWT dans la dernière version GWT, la preuve que JSF même avec richfaces reste toujours complexe pour réaliser des projets web 2.0.

GWT est un nouveau framework et présente aussi une autre façon de développer les applications web. il est plus simple à comprendre et à utiliser, surtout par rapport à JSF.
Je ne penses pas qu'on ait le besoin de débuguer le code javascript généré, ce n'est pas le principe.

27/08/2008, 20h05	#1
info_plus Futur Membre du Club Inscription : juin 2007 Messages : 107 Détails du profil Informations forums : Inscription : juin 2007 Messages : 107 Points : 18 Points : 18	JSF versus GWT Bonjour tous le monde, je suis en face d'un choix technologique entre jsf et gwt qui j'ignore completement. j'ai pensé à demender l'avis de ceux qui ont de l'experience concernant ces deux framework avant de commencer une recherche sur le gwt. toutes vos avis et vos commentaires consernant les avantages et les inconvinients de chaque frawework sont la bienvenu . merci d'avance.
	00

28/08/2008, 10h17	#2
Sniper37 Rédacteur/Modérateur Inscription : juin 2003 Messages : 4 184 Détails du profil Informations forums : Inscription : juin 2003 Messages : 4 184 Points : 4 411 Points : 4 411	salut, JSF est un framework MVC2 complet, qui te permet de développer une application web respectant ce paradigme. JSF est un standard, et fait partie de la norme J2EE. ce qui est comparable à GWT dans JSF, c'est les composants orientés AJAX/WEB 2.0, GWT permet de développer du code java et le compile en javascript, tu ne te souci pas du code javascript mais, tu n'a pas non plus la main sur le code généré, GWT fait seulement de l'ajax (sauf changement dans les dernières versions), JSF permet de faire des pages sans javascript.. les composants JSF,sont préts à l'utilisation à l'aide des TAG, y'en a qui viennent avec leur propre evenemets AJAX, d'autres comme Richfaces permettent au developpeur d'ajouter des requetes ajax pour chaque composants et décider quoi envoyer et quoi réactualiser dans la page.. mais niveau du temps de developpement, il parait que GWT c'est plus rapide, mais, aucune certitude la dessus.. __________________ Articles: Richfaces - JBosstools pour JSF.
	00

29/08/2008, 17h56	#3
Rizzen Membre régulier Bertrand Merlier Inscription : janvier 2008 Messages : 112 Détails du profil Informations personnelles : Nom : Bertrand Merlier Âge : 27 Informations forums : Inscription : janvier 2008 Messages : 112 Points : 88 Points : 88	Une des grosse différence aussi est que GWT est un développement "like swing" tandis que pour JSF tu créer belle et bien une page web. J'ai eut a faire il y pas si longtemps que toi le même choix et j'ai choisis JSF, que je trouve plus facile à appréhender, mieux documenté et c'est du bonheur avec spring hibernate ^^. Alors que GWT et hibernate c'est pas l'amour entre eux __________________ Java'ldire à tout le monde
	00

19/12/2008, 01h01	#7
nicorama Membre Expert Inscription : juillet 2006 Messages : 765 Détails du profil Informations personnelles : Âge : 37 Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : juillet 2006 Messages : 765 Points : 1 054 Points : 1 054	Pour moi, il y a trois problèmes majeurs avec GWT (j'ai en fait essayé Ext-GWT): Le côté boite noir : va savoir ce qui se passe entre ton code java et l'erreur. C'est pas évident à débugguer (galère à afficher un Panel : impossible de détecter l'erreur). Le temps de traduction java->javascript : pourtant j'ai une bécane furieuse et il me faut 20 secondes. Le manque de documentation Le manque de perrenité à long terme Cela dit, c'est des remarques de newbie, je n'ait passé qu'une ou deux journées dessus. Par contre pour JSF, j'aurais tendance à attendre que disparaissent ces affreux backed-bean XML. Pour ma part, j'ai opté à un duo JSP en serveur et la création de composants graphiques Ext-Js en javascript. __________________ Robusta Web Library : Clients RESTful open source pour Java, Android & GWT. API Simple et Productive. Avec style.
	00

19/12/2008, 01h07	#8
nicorama Membre Expert Inscription : juillet 2006 Messages : 765 Détails du profil Informations personnelles : Âge : 37 Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : juillet 2006 Messages : 765 Points : 1 054 Points : 1 054	@Asterius : slide280, c'est du web avec des Divs et des requêtes. N'importe quelle technologie gérant Ajax peut le faire. __________________ Robusta Web Library : Clients RESTful open source pour Java, Android & GWT. API Simple et Productive. Avec style.
	00

30/08/2008, 20h09	#4
info_plus Futur Membre du Club Inscription : juin 2007 Messages : 107 Détails du profil Informations forums : Inscription : juin 2007 Messages : 107 Points : 18 Points : 18	merci pour votre aide, je suis encors à l'attente d'autre avis si c'est possible
	00

12/12/2008, 15h56	#5
Asterius Nouveau Membre du Club Inscription : décembre 2007 Messages : 109 Détails du profil Informations forums : Inscription : décembre 2007 Messages : 109 Points : 26 Points : 26	Pour répondre à ta question, JSF implémente une spec standard, ce qui assure sa pérénité. De plus, il est facile à apprendre et rapide à utiliser. Et il est relativement complet puisqu'il possède entre autre un contrôleur pour la navigation. GWT sera un peu plus complexe à apprendre et à mettre en oeuvre (tout dépend si tu es familier avec swing). C'est un peu plus compliqué à utiliser et ça ne s'occupe pas de contrôler la navigation. A priori JSF est plus sympa pour débuter. Maintenant, c'est sans parler de l'Ajax, WEB 2.0 et tout ce que tu vas probablement rapidement avoir envie de mettre d'hyper dynamique dans ton site. En réalité, je dirais que le choix doit venir de ton objectif, du type de site que tu veux faire... Si tu veux faire de la manipulation "basique" de données, style faire un forum, un album photo, un site de vente en ligne ou une application de gestion quelconque, prends plutôt JSF et une de ses librairies de composants AJAX, comme IceFaces ou RichFaces. Ces librairires couvrent 95% de tes besoins et respectent bien la simplicité d'apprentissage et de mise en oeuvre de JSF. Par contre, si tu veux faire un site qui ressemble à une réelle application "desktop", comme Power-Point, Paint, etc. tu vas avoir besoin de plus que ça. Et c'est là que GWT entre en scène. Il te permet en effet de gérer avec plus de précision et plus de détails tout ce qui se passe sur l'écran. Tu ne feras jamais un site comme http://280slides.com avec JSF+RichFaces. Et si GWT est plus complexe, c'est parce qu'il te permet justement de gérer bien plus de choses à un niveau de détails bien plus élevé. JSF est idéal dans une grande majorité des cas, et très facile à utiliser. Mais GWT te permettra d'aller encore plus loin, si tu acceptes de gérer beaucoup plus de choses par toi-même... A toi de voir tes besoins. P.S. J'ai entendu parler de GWT4JSF qui réunirait les deux frameworks, ce qui pour moi constituerait l'alliance parfaite! A voir si certains ont ici plus d'infos à ce sujet...
	00

19/12/2008, 04h36	#9
robert_trudel Membre expérimenté Inscription : avril 2006 Messages : 853 Détails du profil Informations forums : Inscription : avril 2006 Messages : 853 Points : 549 Points : 549	j'ai développé un gros projet en GWT et je dirais qu'il y a beaucoup de défaut temp de compilation énorme très peu documenté composant très moyen si on utilise pas de librairie externe gwt-ext, mygwt.... on s'est basé sur gwt-ext, il utilise une version spécifique de ext avant qu'il change de licence... donc des bug sont gardé le gestionnaire s'est lancé avec gwt sans réelement connaitre... pas sûr qu'il le réutiliserais si on devrait refaire le tout
	00

19/12/2008, 09h41	#11
Asterius Nouveau Membre du Club Inscription : décembre 2007 Messages : 109 Détails du profil Informations forums : Inscription : décembre 2007 Messages : 109 Points : 26 Points : 26	@nicorama : écrire 280slides en JSF, sans connaître javascript, sans en écrire une ligne? J'en doute très fort... J'ai l'habitude de JSF, ça fonctionne relativement bien, c'est relativement complet, mais il ne faut pas sortir de la librairie de composants... a moins d'en connaitre un rayon sur le javascript. Rien que le jeu de redimensionnement des cadres et de drag&drop d'éléments dans tes slides me parait quasi impossible avec JSF...
	00

19/12/2008, 09h59	#12
nicorama Membre Expert Inscription : juillet 2006 Messages : 765 Détails du profil Informations personnelles : Âge : 37 Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : juillet 2006 Messages : 765 Points : 1 054 Points : 1 054	Bien sûr il faut gérer Ajax donc Javascript. Tu peux très bien faire des composants JSF qui incorporent Scriptaculous - aucun soucis là-dessus. __________________ Robusta Web Library : Clients RESTful open source pour Java, Android & GWT. API Simple et Productive. Avec style.
	00

19/12/2008, 10h14	#13
Asterius Nouveau Membre du Club Inscription : décembre 2007 Messages : 109 Détails du profil Informations forums : Inscription : décembre 2007 Messages : 109 Points : 26 Points : 26	Ok mais c'est donc ce que je dis : JSF ne se suffit pas à lui-même, il est limité et si tu veux dépasser ses limites tu dois te créer des composants... Tandis que GWT, tu peux directement tout faire puisqu'il génère ce javascript. => Si tu ne veux pas faire de javascript (je déteste ça), utilises GWT sinon tu seras tôt ou tard confronté aux limitations de JSF
	00

19/12/2008, 10h19	#14
nicorama Membre Expert Inscription : juillet 2006 Messages : 765 Détails du profil Informations personnelles : Âge : 37 Localisation : France, Haute Garonne (Midi Pyrénées) Informations forums : Inscription : juillet 2006 Messages : 765 Points : 1 054 Points : 1 054	On ne va pas y passer le topic, mais tu confond limitation et périmètre. JSF ne limite pas la programmation Client - encore faut-il le faire. De même, avec GWT, tu devras bien te débrouiller avec les CSS et la database. __________________ Robusta Web Library : Clients RESTful open source pour Java, Android & GWT. API Simple et Productive. Avec style.
	00

19/12/2008, 10h19	#15
lunatix Rédacteur/Modérateur julien Architecte technique Inscription : novembre 2002 Messages : 1 908 Détails du profil Informations personnelles : Nom : julien Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Architecte technique Informations forums : Inscription : novembre 2002 Messages : 1 908 Points : 3 318 Points : 3 318	pour moi, jsf est au web ce qu'ont étés les EJB 1 et 2 au backend. Crée avant ajax, très peu adapté, ca génère des palanquées de javascript et de html non strict. En plus pour faire tourner le truc, il faut empiler jsf, facelet, ajax4Jsf voir seam. Une complexité inacceptable a mon gout pour une couche graphique. (et je ne parle pas de choisir une librairie de composants, d'en créer et ... mixer deux librairies) Il est vrai que JSF 2.0 améliore les choses, mais a mon avis, c'est pas encore ca. Gwt a d'autres défauts, mais au moins ca se comprends assez vite. Je pense que les frameworks type echo3, wicket, Zk et Gwt sont dans la bonne direction. Faciles d'accès, java centric, limitant le xml. PS. :je comprends pas votre problème sur la compilation, en mode hosting, ca va assez vite, et pour le déploiement, une compilation un peu longue ca ne me parait pas un soucis. __________________ Blog blog = new MyBlog();
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email