C'est vrai. Et ça a longtemps été un dilemme. Mais finalement si on veut faire quelque chose de plus simple que le J2EE standard finalement on est bien obligé de faire ce choix.
Et en forçant un peu on peut quand même plus facilement convaincre un client qui a tout en J2EE d'utiliser un framework Java même si les APIs ne sont pas les mêmes que d'habitude, plutôt que de le convaincre d'utiliser un nouveau langage. Utiliser un nouveau langage ça change beaucoup de chose pour une équipe de développement. Là avec Play! on peut quand même capitaliser sur les compétences Java des développeurs, les IDEs (Netbeans ou Eclipse) les libs Java internes, une partie de l'infra d'execution ....
[^] # Re: Pas mal...
Posté par ★★★ ★★ . En réponse à la dépêche Play!, un autre framework web Java. Évalué à 3.
Et en forçant un peu on peut quand même plus facilement convaincre un client qui a tout en J2EE d'utiliser un framework Java même si les APIs ne sont pas les mêmes que d'habitude, plutôt que de le convaincre d'utiliser un nouveau langage. Utiliser un nouveau langage ça change beaucoup de chose pour une équipe de développement. Là avec Play! on peut quand même capitaliser sur les compétences Java des développeurs, les IDEs (Netbeans ou Eclipse) les libs Java internes, une partie de l'infra d'execution ....
En plus on commence à voir quelques solutions Java dites "entreprise" qui s'éloignent de plus en plus de J2EE. Par exemple le Spring application Server ( http://www.springsource.com/products/suite/applicationplatfo(...) ), ou Websphere Smash ( http://www.projectzero.org/ ).
Pour moi si Java a une chance de s'en tirer c'est sans les piles J2EE historiques qui n'ont rien compris au Web ...