The Coder's Breakfast - Mot-clé - play - Commentaires2022-11-22T14:44:11+01:00Olivier Croisierurn:md5:7bccc57fa40daaa0bbb47c16f3d66529DotclearPlay Framework : symphonie technologique ou solo de pipeau ? - jcstritturn:md5:8e3b6039dc1f79da4637ef57aa75db172013-06-25T08:54:03+02:002013-06-25T08:07:13+02:00jcstritt<p>C'est vrai que pour le passage de la version 1 à la 2, certaines modifications étaient discutables, mais rien de vraiment méchant si on s'y met un peu. Pour avoir développé une application en V1.2.5 utilisée potentiellement par 600 personnes environ, oui la productivité, la stabilité et la sécurité sont au rendez-vous. L'application tourne comme une horloge suisse depuis 2 ans.</p>Play Framework : symphonie technologique ou solo de pipeau ? - Un utilisateur qui se débat avec Playurn:md5:553d167e0d94555edd04cc05a4ae98732013-02-07T17:27:31+01:002013-02-07T23:45:31+01:00Un utilisateur qui se débat avec Play<p>Pour avoir à m'en servir suite à un choix sur le projet, la réponse à la question c'est: solo de pipeau.</p>
<p>Approches dogmatiques quand ça les arrange.<br />
Bricolage dans l'implémentation et le suivi.<br />
Suppression de fonctionnalité d'une version à l'autre.<br />
Choix discutables des modules.</p>
<p>Alors certes on crée l'application avec une commande.<br />
Super. A condition de ne pas avoir à tester cette application, à la complexifier un peu ou à la faire vivre.</p>Play Framework : symphonie technologique ou solo de pipeau ? - Maximeurn:md5:7be9dc7a658da5a2f2b26683b1993c172010-10-20T13:05:16+01:002010-10-20T12:05:16+01:00Maxime<p>Nicolas a raison concernant la RFC et les défauts d'implémentation possibles dans les différents navigateurs. Mais il faut toujours s'attacher à corriger le bon outil, plutôt que propager les mauvaises conceptions à l'environnement. C'est vrai que lire que "REST n'est pas approprié en dehors des cas triviaux" simplement parce que un navigateur était buggé, ou le token inutilement long (> 2ko ?), ça peut faire douter de l'expertise de l'auteur sur le sujet.</p>Play Framework : symphonie technologique ou solo de pipeau ? - Romainurn:md5:ea9c2b1bd2ba99373f24d9b8fd16c0c22010-10-20T10:06:57+01:002010-10-20T09:06:57+01:00Romain<p>Pour l'article de Guillaume sur le choix de ne pas avoir de servlet, la phrase " Everyone agree on the fact that it is the worse HTTP API ever conceived. " mérite plus d'explications ..</p>
<p>Pour la nécessité de maitriser le code html : +1, c'est un vrai problème.</p>
<p>Ensuite, pour avoir essayé play, rien que le fait d'avoir en 10mn des tests u, des tests selenium, du reload à chaud, son code source ou l'on voit l'erreur, un framework js fournit, une appli petshop like qui montre des exemples .. eh ben ça fait plaisir !!</p>
<p>PS : je retourne à mon JSF :(</p>Play Framework : symphonie technologique ou solo de pipeau ? - nicolasurn:md5:dc69b8c2ef133ef186e9d6105160ce0b2010-10-19T21:51:34+01:002010-10-19T20:51:34+01:00nicolas<p>pour Visiteur ( aka Robert)<br />
Même si la RFC permet une longueur illimité aux URI, les implémentations dans les navigateurs et serveurs peuvent varier ( d'ailleur dans la configuration du serveur web de Lotus Domino il est possible de changer cette longueur et la taille des requêtes post)</p>Play Framework : symphonie technologique ou solo de pipeau ? - Visiteur (aka Robert)urn:md5:ca046818ffc30615d36fe0fb819dde722010-10-19T14:01:19+01:002010-10-19T13:01:19+01:00Visiteur (aka Robert)<p>Certes, c'est bien de reconnaître ne pas maîtriser le sujet dont on parle, mais c'est encore mieux d'attendre de le maîtriser pour en parler.<br />
Certes, c'est agréable de savoir le prénom de la personne à qui on répond, mais encore faudrait-il lui répondre quelque chose.<br />
Et certes c'est bien de lire du Desproges, mais quand on prétend faire une telle analyse technique, il faudrait peut-être aussi lire quelques docs et RFCs.</p>
<p>Pour répondre à la question que tu te poses, je suis un simple promeneur, tombé sur ce billet par hasard. Je ne suis aucunement lié à Play!, que je n'ai jamais essayé et qui m'intéresse moins que ma première chaussette. Ma démarche est positive puisque je veux simplement te signaler que la RFC répond à des questions que tu devrais te poser, et que aurais mieux utilisé ton temps en testant l'outil dont tu parles, plutôt qu'en pondant ce billet :)</p>Play Framework : symphonie technologique ou solo de pipeau ? - Briceurn:md5:2f625c190cd8925689023d84771402762010-10-19T13:49:42+01:002010-10-19T12:49:42+01:00Brice<p>Des interrogations qui ont raison d'être soulevées, surtout si on n'a jamais utilisé Play! S'interroger là dessus prouve qu'on ne fait pas un choix sur des tendances, mais sur des bonnes raisons. Merci Olivier d'être notre garde fou ;)</p>
<p>@"Visiteur"<br />
La RFC n'indique pas de limite, ça ne veut pas dire qu'il n'y en a pas dans la réalité! IE, Opera, Firefox ont tous des limites et elles sont toutes différentes!</p>Play Framework : symphonie technologique ou solo de pipeau ? - Loicurn:md5:eb9a4e8928881293902f34e8799975c92010-10-19T08:53:13+01:002010-10-19T07:53:13+01:00Loic<p>@Gabriel :" comment on fait si on veut yahooUI à la place de JQuery?"<br />
Aucun problème pour ça, tout est fait pour qu'il n'y ait pas d'adhérence à un framework JS.</p>
<p>"Pour une application Web ce choix est parfaitement compréhensible (voire presque obligatoire). Pour une appli de gestion... c'est surement faisable mais est-ce facile et simple"<br />
C'est vrai tu as raison mais c'est clairement l'orientation de Play, faire du pur Web. Pour des appli très orientées manipulation de données métier complexes il ya tout un tas d'autres frameworks (statefull justement) bien rodés...</p>
<p>"Play! est un sacré marteau, mais est-ce que tout est un clou?"<br />
C'est clair on est d'accord, c'est un peu le problème, on peut critiquer play pour ne pas répondre de manière pertinente à tous les besoins, mais ce n'est pas son but finalement.</p>
<p>En tout cas je suis bien d accord pour dire que c'est une belle techno, et je prend beaucoup de plaisir à développer avec cet outil.</p>
<p>Sinon pour répondre aux interrogations d'Olvier, l'intégration du i18N, et de la sécurité se fait sans problème (voir <a href="http://coffeebean.loicdescotte.com/2010/06/authentification-et-securite-avec-play.html" title="http://coffeebean.loicdescotte.com/2010/06/authentification-et-securite-avec-play.html" rel="nofollow">http://coffeebean.loicdescotte.com/...</a> )</p>
<p>Pour LDAP, il y a aussi un module (et il y en a plein d'autres, oAuth par exemple).</p>Play Framework : symphonie technologique ou solo de pipeau ? - Gabrielurn:md5:a663290098f51b1310a4609a8a4757032010-10-19T00:21:58+01:002010-10-18T23:21:58+01:00Gabriel<p>salut,</p>
<p>Oui merci pour cette article. Tant mieux si Play agace. Je dois dire que je ne vois pas complètement l'avantage sur un jax-rs (voire un spring3) bien configuré. Au moins on n'a pas la couche jsp/groovy.<br />
Pour dire vrai, je pense que ce qu'on reproche à Play! souvent c'est ce qu'il cultive. Les méthodes statiques, le rest, l'intégration profonde avec le compilo, l'utilisation de Mina (et maintenant Netty) au lieu des servlets...<br />
Autant de choix qui sont fait pour moi et ça m'agace un peu<br />
Maintenant... Play! justement est un framework fullstack. Il a les défauts de ses qualités.<br />
Il est productif et facile à prendre en main? Mais comment on fait si on veut yahooUI à la place de JQuery? Ou si on veut maintenir et faire évoluer la base de frameworks. Comment va vieillir une application Play ?<br />
Play est orienté rest? C'est un choix (que je partage++). Pour une application Web ce choix est parfaitement compréhensible (voire presque obligatoire). Pour une appli de gestion qui va devoir gérer de la synchro sur une grosse grappe d'objets... Mouais c'est surement faisable mais est-ce facile et simple, je veux dire ici et maintenant?<br />
Quand on aura un beau framework javascript/rest qui gérera les merge et les update en une ligne de code (voire en zéro).... Pouruqoi pas.<br />
Mais pourquoi ne pas simplement utiliser un framework Stateful qui te fera tout le boulot? Si tu n'as pas spécialement besoin d'une scalabilité phénoménale, une approche non-rest se défend très bien.</p>
<p>Play! est un sacré marteau, mais est-ce que tout est un clou?</p>
<p>Ceci dit, il faut aussi être très très clair, Play! est un foutu morceau de belle techno, on a la chance que les créateurs parlent la langue de Molière, on a la chance d'avoir des gens qui ne vont pas dans le même sens que tout le monde, et qui font vraiment des choses, avec leurs petites mains. Donc, un grand bravo! (un bravo un peu jaloux :) .. well done guys)</p>Play Framework : symphonie technologique ou solo de pipeau ? - Loicurn:md5:9502b68484c00ebb2b375c5c6a0d44912010-10-18T17:22:34+01:002010-10-18T16:22:34+01:00Loic<p>Merci pour cet article, si Play commence à avoir des "détracteurs" c'est que sa popularité croît ;)<br />
Pour ma part je me suis pas mal amusé avec ce framework, et j'en pense beaucoup de bien.<br />
Florian a bien répondu je pense à pas mal des interrogations soulevées dans ce post (commentaire #3)</p>
<p>Pour ce qui est du déploiement à chaud du code, en mode dev c'est vraiment un gain de temps incroyable. Ok on peut arriver à la même chose avec des appli standards, des servlet et un tomcat avec des outils comme JRebel, mais là c'est "out of the box" et ça marche du tonnerre.</p>
<p>Sinon pour les pages à la jsp plutôt qu'un wicket-like, là c'est une question de goût, mais le système de template de play! est quand même beaucoup plus sympa et puissant que jsp,<br />
et pour avoir fait pas mal de wicket (que j'aime beaucoup par ailleurs) je ne suis pas que qu'il soit plus simple de maintenir des pages avec ce dernier (et puis avec wicket on écrit tout en double, html+java).</p>
<p>Et l’intérêt par rapport à un système de balises custom à la jsf c'est qu'avec du vrai html on s'interface plus facilement avec des librairies comme JQuery, et c'est comme ça que play est pensé. Les composants graphiques sont à construire avec des standards du web, non en java .</p>
<p>Un dernier mot sur le stockage de la session, je pense que play trouve toute sa puissance avec html5 et le localstorage. Là aussi en s'appuyant sur des (futurs) standards du web on arrive à quelque chose de puissant.</p>