Framework Web Play! : Un Rails en Java prônant l'approche REST
Qu'en pensez-vous ?

Le , par eguanlao, Membre du Club
Il y a un nouveau framework: "Play" (http://www.playframework.org/).

Que pensez-vous?


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de hugo123 hugo123 - Rédacteur https://www.developpez.com
le 12/05/2010 à 9:39
@Mens Pervincet

Il n'y a pas d'intégration à proprement parler avec ce type de technos par contre, il y a deux choses qui peuvent potentiellement t'intéresser :

- activemq est un serveur JMS qui peut utiliser le protocole http en mode REST
http://activemq.apache.org/rest.html

- play intégre l'utilisation de "suspendable requests"
http://www.playframework.org/documen...bs#suspendable

Concernant le second point, il y a une démo sur un chat fait en web dans leur distribution, elle peut t'intéresser.

L'utilisation de REST comme dit par Morbo est pour moi une très bonne alternative, c'est d'ailleurs utilisable dans la même optique quand on fait du GWT
Avatar de Mens Pervincet Mens Pervincet - Membre habitué https://www.developpez.com
le 12/05/2010 à 13:08
Merci beaucoup ! Ces deux liens sont vraiment tres interessants
Avatar de ReddoC ReddoC - Nouveau Candidat au Club https://www.developpez.com
le 17/05/2010 à 10:21
Bonjour tout le monde !

J'ai découvert play il y a quelque jours par hasard. Je connaissait déjà des framework tel que Grails, Strust en java, mais surtout yii que j'utilise en php.

Play représente pour moi le meilleures de tout cela. Simple, Rapide et Extensible. Je le conseil vivement
Avatar de Morbo Morbo - Membre expérimenté https://www.developpez.com
le 17/05/2010 à 12:28
Toujours à propos de l'architecture REST avec Play! :
http://coffeebean.loicdescotte.com/2...avec-play.html
Avatar de a.pellet a.pellet - Membre à l'essai https://www.developpez.com
le 04/06/2010 à 12:40
Bonjour.

Je me permet de rajouter mon retour d'expérience sur l'outil PLAY.

J'ai étudié ce framework en vu du remplacement d'un outil de développement rapide que nous utilisons dans notre équipe ainsi que pour un mémoire de fin d'étude d'architect logiciel.

J'ai réalisé un portage de deux applications ainsi que simuler un BPEL pour appeller un service SOA et ensuite un service RESTFUL. Les 3 projets réalisés avec PLAY.

La rapidité de prise en main :
La possibilité de convertir son projet sous son ide est un plus incontestable. Pas la peine de perdre du temps à se familiariser avec un environnement de production autre que celui habituel.
L'arborescence n'est pas "fouillis" et on repère assez facilement la logique de conception et de localisation de chaque ressource.

La configuration : tout est pensé pour le développeur. La facilité de déclarer les modules complémentaires, le paramétrage serveur, le lancement, la version de production... rapide et efficace.

La création côté données et métier :
Alors je pense que c'est le gros atout de PLAY! : La facilité de faire un Mapping Objet avec tous les avantages de JPA. L'accélération fournie par les tags permet de se concentrer sur l'aspect donnée sans prise de tête sur le code.
Seulement il faut prévoir un peu de temps pour appréhender la logique play surtout quand on est habitué à n'avoir des classes entité qu'avec des attributs et sans méthodes (souvent délégué à des couches métier pour faire toutes les vérifications).

La création côté vue :
La encore c'est avec une facilité et une efficacité déconcertante que tout est mis en place. Déclarer ses services devient presque addictif

Mais c'est aussi pour moi le point noir de PLAY! :
En temps qu'outil de développement rapide je m'attendais à avoir une solution efficace pour gérer simplement les actions utilisateurs sur les ressources (un peu à la Léonardi pour ceux qui connaissent). Pourvoir déclarer un bouton "Créer" qu'on lierait à une ressource et qui se chargerais de proposer une solution pour saisir les données (avec la possibilité d'autoriser la visibilité de l'action en fonction de paramètres), etc.

Mais bon même sans ca c'est quand même somme tout assez rapide et simple de jouer avec les vues surtout avec le principe de tag et de Master page.

Les plugins : Rapide à déclarer mais bien souvent mal expliqués ou peu fonctionnel. J'aurais aimé un peu de documentation sur ces sujets

Voila pour mon retour sur cet outil
Avatar de ricardo_bresil ricardo_bresil - Membre à l'essai https://www.developpez.com
le 04/06/2010 à 13:29
Bonjour à tous,

Ça fait déjà plusieurs mois que j'utilise Play et franchement c'est génial, je ne peux plus m'en passer, essayer c'est l'adopter

Je n'ai jamais vu un framework aussi simple et puissant, je n'ai aucun doute qu'il a un bel avenir.

Quel bonheur de ne pas attendre que le serveur redémarre à chaque modification du code

Pas besoin d'encoder les caractères accentués dans les fichiers de langues, facilité dans l'envoi de données à la vue, simplification de JPA grâce aux méthodes utilitaires etc...

Vraiment je le conseille à tout le monde.
Avatar de BigFoot69 BigFoot69 - Membre à l'essai https://www.developpez.com
le 06/04/2011 à 15:39
Je remonte ce post pour une petite interrogation complémentaire, quid du serveur d'application ?

En prod le serveur utilisé par Play est suffisant ? Il est basé sur quel produit existant ?

Est-il préférable de déployer notre appli sur un "vrai" serveur d'application ?
Avatar de hugo123 hugo123 - Rédacteur https://www.developpez.com
le 07/04/2011 à 9:59
Play peut packager une application en war si besoin.

Il y a cependant des applis qui tournent avec le serveur web de Play (sur playapps.net par exemple)
Avatar de BigFoot69 BigFoot69 - Membre à l'essai https://www.developpez.com
le 07/04/2011 à 14:58
J'ai vu que Play! pouvait packager.

La question portait en fait sur les pros & cons d'utiliser le serveur d'application de Play (apparemment basé sur JBoss Netty) où un serveur d'application Lambda (Glassfish...)

A vrai dire j'ai la même interrogation pour l'utilisation d'un serveur http frontal, il me semble qu'il y en a également un d'embarqué avec Play!.
Avatar de ricardo_bresil ricardo_bresil - Membre à l'essai https://www.developpez.com
le 12/04/2011 à 16:37
Bonjour à tous,

Play utilise Netty (JBoss) comme serveur, l'avantage avec Netty, c'est que c'est beaucoup plus leger que un serveur d'application avec plein de fonctionnalités que nous n'allons jamais utilisé et qui consomme de la mémoire.

Pour info le site web de play utilise le slot de base de playapps.net qui n'utilise que 64 mb pour la jvm et il reçoit dans les 100.000 requêtes par jour.
Avatar de batataw batataw - Membre éprouvé https://www.developpez.com
le 13/04/2011 à 18:45
Je change de sujet, j'ai vraiment trouvé dans le Framework Play ce que je cherchais depuis longtemps dans l'écosystème Java. J'ai très peu de chose à lui reprocher. Ce n'est pas un réquisitoire c'est juste des améliorations que j'aimerais voir venir. Je pars du principe que je suis dans un contexte Web stateless:
1 - Le transtypage demande beaucoup de travail, une variable mal renseignée par un visiteur sera perdue. (exemple: 10.2 || 10,2 || 10,2[space]). J'utilise donc beaucoup de Javascript pour filtrer et nettoyer avant envoi (c'est pas plus mal).
2 - Le routing est un peu rigide, la syntaxe est trop lourde. Il manque le chainage des variables dans URL. (/id/2/sort/name/type/client)
3 - Le Model devrait être indépendant, il se retrouve dans l'application principale. Quand le site est découpé en module ça peut être étrange d'aller sur le Frontend chercher des données quand on travaille sur le CMS. Ca alourdit la syntaxe.

Bravo à l'équipe, c'est super.
Offres d'emploi IT
Architecte sécurité des systèmes d'information embarqués H/F
Safran - Ile de France - 100 rue de Paris 91300 MASSY
Architecte technique des systèmes d'information H/F
Safran - Ile de France - Évry (91090)
Chef projet big data - pse flotte H/F
Safran - Ile de France - Évry (91090)

Voir plus d'offres Voir la carte des offres IT
Responsables bénévoles de la rubrique Java : Mickael Baron - Robin56 -