Commentaires sur : RIA Contest : Flex / Silverlight / GWT / Echo3 / JavaFX http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/ J2EE, Agilité et SOA Mon, 15 Mar 2010 22:28:53 +0100 http://wordpress.org/?v=2.8.4 hourly 1 Par : darkzeb http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-13504 darkzeb Mon, 29 Jun 2009 09:21:05 +0000 http://blog.xebia.fr/?p=733#comment-13504 Sans parler du fait que la license d'Ext js est une GPL. Pour tous les déçus d'ext-js il existe SmartClient qui propose un framework très similaire mais en LGPL (il existe également des licenses pro et commerciale pour des features avancées). Très pratique pour développer rapidement des proto RIA qui manipulent des sources de données XML ou WS et également pour faire du REST. Et pour les irréductibles de GWT, il y a SmartGWT qui permet de profiter de SmartClient en utilisant les API GWT. Sans parler du fait que la license d’Ext js est une GPL.

Pour tous les déçus d’ext-js il existe SmartClient qui propose un framework très similaire mais en LGPL (il existe également des licenses pro et commerciale pour des features avancées). Très pratique pour développer rapidement des proto RIA qui manipulent des sources de données XML ou WS et également pour faire du REST.

Et pour les irréductibles de GWT, il y a SmartGWT qui permet de profiter de SmartClient en utilisant les API GWT.

]]> Par : Anonyme http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-10205 Anonyme Mon, 26 Jan 2009 16:23:02 +0000 http://blog.xebia.fr/?p=733#comment-10205 Bonjour, je voudrais faire un retour d'expérience avec le fwk Ext JS 2.0 . Je le déconseille sur des projets avec des profils pas assez expérimentés en JavaScript. Le temps d'apprentissage est long ! Certes le look-and-feel est sexy, mais son utilisation peu vite devenir un cauchemar. Pour arriver à faire quelque chose de simple on y arrive jamais du premier coup, par conséquence on a l'impression qu'il faut faire les choses compliquées pour arriver à faire une chose simple !! Et c'est après pas mal de temps passé sur le forum et/ou les examples que l'on se rend compte que c'était simple à faire mais pas INTUITIF du tout. Bonjour,

je voudrais faire un retour d’expérience avec le fwk Ext JS 2.0 .
Je le déconseille sur des projets avec des profils pas assez expérimentés en JavaScript.
Le temps d’apprentissage est long ! Certes le look-and-feel est sexy, mais son utilisation peu vite devenir un cauchemar.
Pour arriver à faire quelque chose de simple on y arrive jamais du premier coup, par conséquence on a l’impression qu’il faut faire les choses compliquées pour arriver à faire une chose simple !!
Et c’est après pas mal de temps passé sur le forum et/ou les examples que l’on se rend compte que c’était simple à faire mais pas INTUITIF du tout.

]]> Par : Combi http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-9392 Combi Thu, 11 Dec 2008 16:50:27 +0000 http://blog.xebia.fr/?p=733#comment-9392 Bonjour, Je viens de réaliser un proto GWT avec de la librairie Ext-GWT (aka GXT) dont je vous livre la conclusion : GXT est bourré de bugs et quasi-inutilisable (version testée : 1.1) GWT-Ext n'est pas du code Java mais un wrappeur sur du Javascript externe -> à éviter Solution à suivre : SmartGWT qui semble rassembler le meilleur de ces libs : - large collection de widgets visuellement très réussis - licence LGPL - pur Java Bonjour,

Je viens de réaliser un proto GWT avec de la librairie Ext-GWT (aka GXT) dont je vous livre la conclusion :

GXT est bourré de bugs et quasi-inutilisable (version testée : 1.1)
GWT-Ext n’est pas du code Java mais un wrappeur sur du Javascript externe -> à éviter

Solution à suivre : SmartGWT qui semble rassembler le meilleur de ces libs :

- large collection de widgets visuellement très réussis
- licence LGPL
- pur Java

]]> Par : Blog Xebia France - Revue de Presse Xebia http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-9336 Blog Xebia France - Revue de Presse Xebia Mon, 08 Dec 2008 18:14:29 +0000 http://blog.xebia.fr/?p=733#comment-9336 [...] les OS Linux et Solaris ne sont pas (encore) supportés. Cette version 1.0 tient elle malgré tout les promesses entrevues lors de la parution de la preview ? Et bien, pas vraiment. Les défauts rédhibitoires que nous y avions décelés sont toujours là [...] [...] les OS Linux et Solaris ne sont pas (encore) supportés. Cette version 1.0 tient elle malgré tout les promesses entrevues lors de la parution de la preview ? Et bien, pas vraiment. Les défauts rédhibitoires que nous y avions décelés sont toujours là [...]

]]> Par : Nicolas Le Coz http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-9269 Nicolas Le Coz Fri, 05 Dec 2008 09:53:20 +0000 http://blog.xebia.fr/?p=733#comment-9269 Bonjour Cyril, Concernant la préconisation du framework GWT, je pense qu'il faut être assez prudent. C'est-à-dire qu'il faut avoir un cadre défini au niveau : - Des composants dont l'application a besoin - L'interaction entre ces composants donc peut être une maquette ou un story board de l'application serait une bonne solution d'évaluation. Notre expérience de GWT-ext, nous a prouvé que GWT marche très bien, mais l'intégration des composants tiers peut être un frein à la productivité. Du fait que les composants soient de mauvaise qualité ou soient fonctionnellement mal conçus. La seule structuration que propose GWT, ce sont les composants. Donc, il faut avoir/trouver des patterns pour structurer une page GWT. Je pense que mettre en place des patterns MVC ne semble pas adapté pour le framework, cela ne reflète pas le côté événementiel du client : le modèle de programmation GWT. GWT ne semble pas adapter pour toutes les applications, GWT est plus adapté aux applications Web dont : - Il y a peu de pages, et surtout il a peu de navigation entre les pages - Il y a une logique événementielle côté client sur les pages (déroulement d'arbre qui met à jour un panneau sur le clic d'un noeud ...) - Il faut que l'ergonomie soit adaptée aux composants disponibles (il faut avoir une bonne maîtrise des composants pour savoir ce que l'on désire en faire, et comment il s'intègre avec les autres composants) - Il y a peu d'interactions entre le client et le serveur. Tu trouveras peut être plus d'informations dans un article en cours de préparation chez Xebia : GWT Galaxy, voici un extrait : "Nous allons donc faire un tour d'horizon non exhaustif, mais balayant une grande partie, de ce qui est utilisé dans la galaxie GWT : les plugins, les frameworks et les APIs générales et graphiques." Merci Alexandre pour tes retours, apparemment il y a des possibilités d'optimiser cette phase de compilation, en phase de développement, en générant seulement le javascript pour un navigateur cible au lieu 4-5 navigateurs supportés de base. (Xebia en parlera dans l'article GWT Galaxy). Nicolas LC (Xebia). Bonjour Cyril,

Concernant la préconisation du framework GWT, je pense qu’il faut être assez prudent.

C’est-à-dire qu’il faut avoir un cadre défini au niveau :
– Des composants dont l’application a besoin
– L’interaction entre ces composants
donc peut être une maquette ou un story board de l’application serait une bonne solution d’évaluation.

Notre expérience de GWT-ext, nous a prouvé que GWT marche très bien, mais l’intégration des composants tiers peut être un frein à la productivité. Du fait que les composants soient de mauvaise qualité ou soient fonctionnellement mal conçus.

La seule structuration que propose GWT, ce sont les composants. Donc, il faut avoir/trouver des patterns pour structurer une page GWT. Je pense que mettre en place des patterns MVC ne semble pas adapté pour le framework, cela ne reflète pas le côté événementiel du client : le modèle de programmation GWT.

GWT ne semble pas adapter pour toutes les applications, GWT est plus adapté aux applications Web dont :
– Il y a peu de pages, et surtout il a peu de navigation entre les pages
– Il y a une logique événementielle côté client sur les pages (déroulement d’arbre qui met à jour un panneau sur le clic d’un noeud …)
– Il faut que l’ergonomie soit adaptée aux composants disponibles (il faut avoir une bonne maîtrise des composants pour savoir ce que l’on désire en faire, et comment il s’intègre avec les autres composants)
– Il y a peu d’interactions entre le client et le serveur.

Tu trouveras peut être plus d’informations dans un article en cours de préparation chez Xebia : GWT Galaxy, voici un extrait : « Nous allons donc faire un tour d’horizon non exhaustif, mais balayant une grande partie, de ce qui est utilisé dans la galaxie GWT : les plugins, les frameworks et les APIs générales et graphiques. »

Merci Alexandre pour tes retours, apparemment il y a des possibilités d’optimiser cette phase de compilation, en phase de développement, en générant seulement le javascript pour un navigateur cible au lieu 4-5 navigateurs supportés de base. (Xebia en parlera dans l’article GWT Galaxy).

Nicolas LC (Xebia).

]]> Par : Cyril Lakech http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-8883 Cyril Lakech Tue, 18 Nov 2008 12:46:18 +0000 http://blog.xebia.fr/?p=733#comment-8883 Bonjour, Très bon article ! J'avais pour idée d'organiser ce même type de contest, et j'avoue que de lire cet article me donne envie de pousser cette idée plus loin pour la concrétiser en 2009. Je voulais savoir si actuellement vous préconisez l'utilisation de framework GWT pour cadrer le développement ? Je ne parle pas de framework "graphiques" mais de framework structurant ! Je sors du monde Eclipse RCP ou de nombreux facilitant, pattern et outils existent pour aider a la structuration du code. Par exemple, le framework command d'Eclipse me manque beaucoup, le databinding apparait complexe a mettre en place, le MVC est inexistant ou presque. La notion même d'action ne semble pas vraiment présente dans le framework. Je me retrouve à implémenter de piètres équivalents... qui vont forcément être plus lourds à maintenir ou à faire évoluer. Gwittr ? Metawidget ? smartGWT/smartClient ? GWTEventService ? uface ? autre ? Merci par avance, Cyril Lakech Bonjour,

Très bon article ! J’avais pour idée d’organiser ce même type de contest, et j’avoue que de lire cet article me donne envie de pousser cette idée plus loin pour la concrétiser en 2009.

Je voulais savoir si actuellement vous préconisez l’utilisation de framework GWT pour cadrer le développement ?

Je ne parle pas de framework « graphiques » mais de framework structurant !

Je sors du monde Eclipse RCP ou de nombreux facilitant, pattern et outils existent pour aider a la structuration du code.

Par exemple, le framework command d’Eclipse me manque beaucoup, le databinding apparait complexe a mettre en place, le MVC est inexistant ou presque. La notion même d’action ne semble pas vraiment présente dans le framework. Je me retrouve à implémenter de piètres équivalents… qui vont forcément être plus lourds à maintenir ou à faire évoluer.

Gwittr ? Metawidget ? smartGWT/smartClient ? GWTEventService ? uface ? autre ?

Merci par avance,

Cyril Lakech

]]> Par : Alexandre de Pellegrin http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-8750 Alexandre de Pellegrin Fri, 14 Nov 2008 14:10:27 +0000 http://blog.xebia.fr/?p=733#comment-8750 Charles, il est tout a fait possible de travailler avec GWT en pushing selon le modèle cometd. C'est ce que j'ai démontré l'année dernière lors d'un barcamp Sun avec une maquette de client vnc web (WEBVnc, sources dispo sur google code). Nicolas, concernant le test de GWT (puisque c'est toi à priori qui a travaillé dessus), j'ai le sentiment que tu as été influencé par Marc en utilisant tout de suite une extension au framework (GWT-Ext).Heureusement, tu es arrivé rapidement aux mêmes conclusions que moi : autant utiliser les composant de base. Pour le reste, j'aurais aimé voir apparaitre dans les points faibles un élément majeur : le temps de compilation Java -> JS. Ce temps s'est considérablement allongé entre GWT 1.4 et 1.5. J'ai l'expérience de deux projets GWT pro et je peux assurer que c'est vraiment pénalisant. Mais je comprends que vous ne l'ayez pas ressenti sur votre mini projet. Encore un dernier point faible sur GWT : la compatibilité inter navigateur. C'est même le cheval de bataille de ce framework. Et bien sachez qu'il reste des différence de comportements entre IE et FF. Avec une bonne expérience du framework, on arrive à écrire le bon code java qui donnera le bon js mais c'est un peu dommage. Charles, il est tout a fait possible de travailler avec GWT en pushing selon le modèle cometd. C’est ce que j’ai démontré l’année dernière lors d’un barcamp Sun avec une maquette de client vnc web (WEBVnc, sources dispo sur google code).
Nicolas, concernant le test de GWT (puisque c’est toi à priori qui a travaillé dessus), j’ai le sentiment que tu as été influencé par Marc en utilisant tout de suite une extension au framework (GWT-Ext).Heureusement, tu es arrivé rapidement aux mêmes conclusions que moi : autant utiliser les composant de base. Pour le reste, j’aurais aimé voir apparaitre dans les points faibles un élément majeur : le temps de compilation Java -> JS. Ce temps s’est considérablement allongé entre GWT 1.4 et 1.5. J’ai l’expérience de deux projets GWT pro et je peux assurer que c’est vraiment pénalisant. Mais je comprends que vous ne l’ayez pas ressenti sur votre mini projet. Encore un dernier point faible sur GWT : la compatibilité inter navigateur. C’est même le cheval de bataille de ce framework. Et bien sachez qu’il reste des différence de comportements entre IE et FF. Avec une bonne expérience du framework, on arrive à écrire le bon code java qui donnera le bon js mais c’est un peu dommage.

]]> Par : Moulliard Charles http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-8438 Moulliard Charles Tue, 04 Nov 2008 10:35:13 +0000 http://blog.xebia.fr/?p=733#comment-8438 Personnellement, je pense que Zk (www.zkoss.org) gagne à être plus connu par rapport à GWT (cfr : http://ria.dzone.com/articles/zk-vs-gwt-server-centric-matte-1). Pour les architectes /développeurs qui ne souhaitent pas s'investir de trop dans le monde du javascript (AJAX) puisque celui-ci est généré par le framework et sont amenés à prendre en charge le développement du côté serveur, ce framework (basé sur XUL) est réellement intéressant. Celui-ci s'intègre facilement à des pages JSP, JSF si nécessaire et ceci afin de ne pas devoir développer des pages zul. De plus, il est maintenant possible de l'utiliser avec Spring, Hibernate voir Spring WebFlow et Seam. Pour les amateurs de l'approche cometd, celui-ci permet de pusher les données du serveur vers le browser (ce qui n'est pas le cas de GWT - polling approche). Bref, le framework est simple, efficace et nous permet de ganger bcp de temps dans le développement d'applications J2EE basée sur un RIA. Personnellement, je pense que Zk (www.zkoss.org) gagne à être plus connu par rapport à GWT (cfr : http://ria.dzone.com/articles/zk-vs-gwt-server-centric-matte-1). Pour les architectes /développeurs qui ne souhaitent pas s’investir de trop dans le monde du javascript (AJAX) puisque celui-ci est généré par le framework et sont amenés à prendre en charge le développement du côté serveur, ce framework (basé sur XUL) est réellement intéressant. Celui-ci s’intègre facilement à des pages JSP, JSF si nécessaire et ceci afin de ne pas devoir développer des pages zul. De plus, il est maintenant possible de l’utiliser avec Spring, Hibernate voir Spring WebFlow et Seam. Pour les amateurs de l’approche cometd, celui-ci permet de pusher les données du serveur vers le browser (ce qui n’est pas le cas de GWT – polling approche). Bref, le framework est simple, efficace et nous permet de ganger bcp de temps dans le développement d’applications J2EE basée sur un RIA.

]]> Par : Blog Xebia France - Revue de Presse Xebia http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-7976 Blog Xebia France - Revue de Presse Xebia Tue, 21 Oct 2008 08:02:38 +0000 http://blog.xebia.fr/?p=733#comment-7976 [...] les avantages et inconvénients de différents framework RIA, nous annoncions un certain nombre de points négatifs sur la version Silverlight que nous avions utilisée (Silverlight 2 Beta 2). Microsoft comble avec [...] [...] les avantages et inconvénients de différents framework RIA, nous annoncions un certain nombre de points négatifs sur la version Silverlight que nous avions utilisée (Silverlight 2 Beta 2). Microsoft comble avec [...]

]]> Par : Marc http://blog.xebia.fr/2008/10/03/ria-contest-flex-silverlight-gwt-echo3-javafx/comment-page-1/#comment-7861 Marc Thu, 16 Oct 2008 11:44:05 +0000 http://blog.xebia.fr/?p=733#comment-7861 Pardon, je ne comprend pas. Parlez-vous anglais? :-) I read this article translated, hope you don't mind me commenting in english... I just wanted to hint about yet another alternative: IT Mill Toolkit ( http://www.itmill.com ) is a java serverside RIA framework that uses GWT for the client-side; you get the benefits of server-side programming (e.g security), and you can program the client-side using java as well. Best Regards, Marc Pardon, je ne comprend pas. Parlez-vous anglais? :-)

I read this article translated, hope you don’t mind me commenting in english…

I just wanted to hint about yet another alternative: IT Mill Toolkit ( http://www.itmill.com ) is a java serverside RIA framework that uses GWT for the client-side; you get the benefits of server-side programming (e.g security), and you can program the client-side using java as well.

Best Regards,
Marc

]]>