Commentaires sur : Grails en quelques mots

Par : kris

kris — Tue, 22 Dec 2009 08:44:33 +0000

Article intéressant.
J’utilise beaucoup GWT sur mes derniers projets, avec la version 2.0 j’ai beaucoup de mal à voir un adversaire à GWT pour le développement d’application web (RIA). Par contre je mettrai GRails dans un panier différent pour la création de site internet car avec GWT on est presque à des applications Swing/Java Web Start version HTML/JS.
Je me demandais si par rapport à la conclusion de ton article, tu plaçais GWT dans les frameworks que nous, développeurs, nous devrions « oublier » en faveur de Grails ou pas.

Cordialement,

Par : Piwaï

Piwaï — Tue, 22 Dec 2009 08:34:57 +0000

Bon, c’est décidé, je test Grails ASAP.

Tiens puisque ça parle de REST, et avant que je creuse le sujet : pour envoyer une réponse en JSON (sérialiser des entités) depuis des contrôleurs Grails, vous utilisez quelle techno ?

Idéalement, je cherche un truc qui me permette de sérialiser mes POJO en JSON sans le moindre effort… J’ai commencé à utiliser GSon, c’est vraiment bien, mais je me demande s’il y a des technos déjà intégrées à Grails .

Je sens que je vais me réaliser un petit combo « backend CRUD en Grails + services REST en Gson » et « client Android avec Guice/Gson »… Du top moumoute en perspective! Articles à venir .

Par : Alexis MP

Alexis MP — Mon, 21 Dec 2009 14:00:47 +0000

Comment évolue Grails quand les APIs de la plate-forme Java EE évoluent?
Quel interop/utilisation de JAX-WS et JAX-RS par exemple?
Même question pour JPA. Maintenant que JPA 2.0 propose une API de critères, est-ce qu’il va y avoir un alignement dessus ou une divergeance?

Par : Nicolas

Nicolas — Sun, 20 Dec 2009 13:37:46 +0000

Une courte presentation de Play! pour le paris jug est en cours de preparation, nous esperons pouvoir vous en parler plus longtemps lors d’une prochaine session (avec plein de demo cette fois ).

Sinon, Play! est aussi au programme du Riviera JUG et du Geneva JUG. Pour le riviera JUG la session est prevue pour le mois de Mars: http://www.rivierajug.org/xwiki/bin/view/Main/201003%2Drestfulonfluence.lunatech.com/

Par : yannick grenzinger

yannick grenzinger — Sun, 20 Dec 2009 11:11:28 +0000

Bonjour Nicolas,

Et play! qu’en penses tu ? as tu fais des tests avec ?
J’ai pu assister à la présentation chez Zenexity et ca m’a l’air prometteur et surtout encore plus accessible que Grails.

J’ai cependant du mal à me construire le tableau comparatif des deux frameworks.

Bonne journée.

Par : Fabien AMICO

Fabien AMICO — Sun, 20 Dec 2009 10:33:00 +0000

Bonjour,
Merci pour ce post super vraiment mega très intéressant
On sens au travers de ces quelques lignes l’oeil du développeur qui brille.
Pour moi cette fois c’est décidé je vais me mettre sérieusement à Grail. Concernant le choix entre Play! et Grail, corrigez moi si je me trompe, mais il me semble que Play! est encore un peux jeune et que par conséquent Grail est plus abouti et que la communauté est plus importante.
Bonne journée

Par : Nicolas Martignole

Nicolas Martignole — Sat, 19 Dec 2009 11:39:08 +0000

@Gabriel oui tu as raison, cela me donne l’envie de creuser l’idée « avec ou sans état » et peut-être d’expliquer un peu mieux mon sentiment.

@Mikael je conseille de tester les deux. L’avantage de Play! c’est du Java. Je préfère Groovy et Grails à titre personnel mais j’aime beaucoup les idées de Play! Il faut qu’ils viennent au Paris JUG pour en parler.

Par : Mikael Robert

Mikael Robert — Sat, 19 Dec 2009 09:39:15 +0000

Merci pour ce post très interessant ! de même que celui sur Play! mais du coup je m’interroge, ayant testé les deux vous conseillez quoi pour lancer un nouveau projet ?

Merci encore !

Par : Gabriel

Gabriel — Sat, 19 Dec 2009 09:32:19 +0000

Très bon article. (Il faut vraiment que j’essaie pour de vrai, grails, rrrr….)
Le retour au http. J’aime beaucoup cette idée de revenir à l’essence du protocole, de ne plus cacher la mécanique mais au contraire en prendre son partie.
Mais en fait, depuis l’arrivée d’Ajax, les frameworks « à composant » ne devraient plus être si différents des frameworks request/response. En effet, tu peux décomposer ta page en composants – tel tag select qui lance une action quand on le modifie, tel bouton qui ouvre un div avec unen sélection de données, tel tableau qui est affiche une liste …. Ce sont des composants aussi. Une page est une composition de bouts de codes Il n’y a pas d’objets rattachés en session sur le serveur… La différence est qu’il n’y a pas d’objet en session.
Avant, avec des pages à la Struts, tu savais que tu devais recréer toute ta page (et encore, sitemesh ou les tiles aidaient bien). Maintenant, avec ajax on peut définir un fragment de page comme utilisable en soit (le tableau sait quelle liste afficher, le formulaire sait quel objet stocker), ou comme faisant partie d’un tout – c’est aussi programmer par composants. Est-ce que Grails sait faire ça? Est-ce que le templating des pages permet de décomposer franchement sa page en tags, en composants (il y a une possibilité de créer des tags en grails je crois?)
Sinon, côté java, il y a jax-rs qui est aussi très puissant et simple – et qui revient au http. Mais moins de possibilité pour faire du html derrière. Avec Jersey, il est possible d’appeler une jsp qui va te permettre de construire une page mais c’est pas super sexy.

Par : Les tweets qui mentionnent Le Touilleur Express » Blog Archive » Grails en quelques mots -- Topsy.com

Sat, 19 Dec 2009 08:03:34 +0000

[...] Ce billet était mentionné sur Twitter par Benoit Moussaud, philippe charriere. philippe charriere a dit: une excellente présentation de Grails par le touilleur : http://www.touilleur-express.fr/2009/12/19/grails-en-quelques-mots/ [...]