mardi 30 juin
Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Play!, un autre framework web Java

Posté par ★★★ ★★ (page perso, ). Modéré le 04 septembre 2008.
19
Play! est un framework de développement d'application Web en Java un peu à contre-courant des framework Java classiques.

Nous n'avons pas essayé de coller aux sacro-saints « standard J2EE entreprise », mais nous nous sommes plutôt demandé : « comment simplifier le développement d'application Web avec Java, d'ordinaire si lourd ? »

Nous sommes arrivés à un framework Java MVC simple avec quelques spécificités :
  • Play! travaille directement avec les fichiers sources (.java) et non avec des classes compilées (.class). Les phases de compilation et de déploiement sont donc inexistantes ce qui simplifie réellement le cycle de développement ;
  • Le framework n'utilise pas l'API Servlet. À la place nous avons utilisé un framework HTTP asynchrone basé sur mina (http://mina.apache.org). D'une part l'API est plus agréable à utiliser que l'API Servlet car elle donne directement accès à la pile HTTP, d'autre part, en terme de performances cela permet au moteur de traiter plus de requêtes avec moins de thread, donc de mieux utiliser les ressources ;
  • Les rapports d'erreur essaient d'être le plus précis possible. À la place des traditionnelles StackTrace Java illisibles, Play! affiche directement l'erreur avec le code source associé et la ligne incriminée ;
  • Un modèle entièrement Stateless (sans état sur le serveur) qui convient bien mieux au Web et permet par exemple de gérer plus simplement les traditionnels problèmes de boutons Back ou Refresh... En outre, cela permet de distribuer une application Play! sur plusieurs JVM ou plusieurs serveurs de manière naturelle ;
Le framework est bien sûr Open Source, distribué sous licence Apache 2 et hébergé sur Launchpad.

La version courante n'est pas encore finale mais largement assez stable pour créer de vraies applications et les mettre en production. Le tutoriel vous permettra de vous faire rapidement une idée de ce qu'est une application Play!

> Lire les commentaires (25 commentaires, moyenne: 2,8).  

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

asyncweb & streaming

Posté par vrm (page perso, ) le 04/09/2008 à 09:06. (lien). Évalué à 4.

Connaissant bien Asyncweb, j'imagine qu'une page est entièrement généré en mémoire puis envoyées d'une seul bloc (pas d'envoi par chunk). Donc la génération de contenu un peu gros (plusieurs méga) doit être problématique ? De même que l'upload de gros fichiers à partir de formulaires ? En tout cas si vous avez du feeback a faire remonter sur Asyncweb (même si vous n'utiliser que la partie codec http) n'hésitez pas :)

Sinon au sujet des templates, pourquoi groovy plutôt qu'un langage dédié template type velocity/freemarker ?

OSGi

Posté par vrm (page perso, ) le 04/09/2008 à 10:05. (lien). Évalué à 1.

petite question, vu que cela utilise un classloader spécial pour la compilation des sources a la volé en utilisant le compilo d'eclipse, est-ce que c'est donné pour fonctionner dans un environement OSGi ?

[+] Pas mal...

Posté par Slainer (Jabber id, page perso, ) le 04/09/2008 à 11:47. (lien). Évalué à -10.

Mais plutôt que d'utiliser une pâle copie, autant utiliser l'original (http://www.rubyonrails.com).

Wicket

Posté par franck villaume () le 05/09/2008 à 17:24. (lien). Évalué à 2.

quelle est l'avantage de ce framework par rapport à un framework tel que wicket ?
cf http://wicket.apache.org

--
C01N C01N

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.1122s (dont 0.0146 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !