Dans le cas classique la génération d'une page se fait effectivement en mémoire. Pour des gros contenus, Play! passe par un mode spécial où le contenu est d'abord écrit sur disque. Puis le worker HTTP se débrouille pour l'envoyer sur le réseau ensuite.
L'upload de gros fichiers ne pose aucun problème. Le fichier envoyé est d'abord écris sur disque avant d'être passé à l'application qui peut le manipuler comme elle veux.
Au sujet du langage de template, nous avions besoin d'avoir complètement la main sur la syntaxe et les possibilités. Nous avons donc réécris un langage de template ad-hoc. Mais pour ne pas repartir de trop bas, nous avons utilisé groovy comme langage de base. C'est également très facile d'implementer un langage à base de tag en utilisant les closures de groovy. Au final parser+compiler+renderer ne depassent pas quelques centaines de lignes de code ...
[^] # Re: asyncweb & streaming
Posté par ★★★ ★★ . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 5.
L'upload de gros fichiers ne pose aucun problème. Le fichier envoyé est d'abord écris sur disque avant d'être passé à l'application qui peut le manipuler comme elle veux.
Au sujet du langage de template, nous avions besoin d'avoir complètement la main sur la syntaxe et les possibilités. Nous avons donc réécris un langage de template ad-hoc. Mais pour ne pas repartir de trop bas, nous avons utilisé groovy comme langage de base. C'est également très facile d'implementer un langage à base de tag en utilisant les closures de groovy. Au final parser+compiler+renderer ne depassent pas quelques centaines de lignes de code ...