Pour me situer, je dirais que j'ai fais et je fais toujours pas mal d'applis en PHP. J'ai utilisé Zope avec CPS (gestion documentaire en gros), et développé des produits dessus. Je connais RoR de nom et vois à peu près la simplicité.
J'ai récemment utilisé le framework Symfony (PHP) qui s'approche de RoR et je me met à J2EE par JBoss/Seam et les EJB3.
Commençons par Zope. C'est un serveur d'appli en python qui à mon sens vieillit un peu. Ca fait quelques années qu'ils comptent généraliser Zope3, mais force est de constater que ça prend pas. Le gros problème avec Zope c'est pour le déploiement.
Tu fais des modifs dans la ZMI (Zope Management Interface) en interface Web, mais pour packager le tout, il faut bien faire des produits en Python, redéployer, redémarrer le serveur etc... Les IDE ne sont pas légion. Nuxeo, la société qui développe CPS (sous Zope) a récemment migré la solution sous Jboss/J2EE, ils donnent les raisons sur leur site.
Je vais parler de Symfony qui est à mon avis un très bon Framework en PHP, qui se veut l'équivalent de RoR pour PHP. J'ai beaucoup aimé le découpage en module, l'ORM (object relational mapper), le routing utilisé avec le Path info... Enfin la doc est très bien foutue, en une après midi, j'avais finie ma première appli avec support Ajax etc... La seule réserve est sur les performances avec la montée en charge que je ne peux pas trop mesurer pour l'instant mais 300ms pour servir une page en mode Debug je trouve ça beaucoup.
Enfin, la dernière techno à laquelle je me mets, J2EE/Jboss. J'avais essayé il y a quelques années, mais j'avais trouvé ça énormément lourd en terme de configuration. Pour afficher une simple table avec des Beans, il fallait je sais pas combien de fichiers de conf....
EJB3 semble changer la donne et tirer parti des avantages de Java5. C'est beaucoup (beaucoup) plus simple à configurer et à lire. Le framework Seam propose un petit utilitaire qui crée automatiquement un projet Eclipse et les première vues, il n'y a plus qu'à mettre un peu de code pour tes bean et ça fonctionne pas trop mal. Seam enlève en plus la lourdeur des managed beans et ajoute pas mal de facilité (gestion des workflow métiers etc...)
Ca semble lourd et comme il a été dit précédemment c'est un peu over-engineeré dans le sens où tout a été prévu pour beaucoup de cas. Je pense que pour de très grosses applications où ça communique beaucoup, l'architecture EJB est très intéressante. C'est très facile de faire des WebServices, et des frameworks Ajax s'intègrent plutot bien dedans.
L'autre avantage que je vois c'est la standardisation de certaines pratiques via les JSR. Par exemple les JSR sur les portlets. Si je fais un appli qui implémente cette JSR (168 il me semble), ça me permet d'inclure cette appli dans tout portail gérant cette spécification. Au fur et à mesure, ça permet d'intégrer des modules parlant ensemble (on peut inclure des portlets codés en PHP ou autre je crois...)
Mon impression globale, c'est que pour une application relativement autonome, je choisirais des framework du type de RoR (j'inclue Symfony) et pour des plus grosses applications il me semble (j'en ai absolument pas la certitude) que J2EE apporte des fonctionnalités de scalabilité que n'ont pas PHP ou Python. En PHP par exemple, ton application recommence à chaque requête de zéro. Il faut réinstancier les composants essentiels, réévaluer le contexte etc.... Avec J2EE, les objets restent "vivants" sur le serveur et du coup le contexte applicatif ne se recharge pas à chaque requête.
Ce ne sont que des impressions, je peux bien sur me tromper. Autant je connais très bien PHP, autant je débute avec les EJB. L'impression que j'ai c'est qu'il se sont quand même grandement améliorés.
# Mes impressions
Posté par Damien Metzler . En réponse au journal J2EE vs RoR vs Python. Évalué à 10.
J'ai récemment utilisé le framework Symfony (PHP) qui s'approche de RoR et je me met à J2EE par JBoss/Seam et les EJB3.
Commençons par Zope. C'est un serveur d'appli en python qui à mon sens vieillit un peu. Ca fait quelques années qu'ils comptent généraliser Zope3, mais force est de constater que ça prend pas. Le gros problème avec Zope c'est pour le déploiement.
Tu fais des modifs dans la ZMI (Zope Management Interface) en interface Web, mais pour packager le tout, il faut bien faire des produits en Python, redéployer, redémarrer le serveur etc... Les IDE ne sont pas légion. Nuxeo, la société qui développe CPS (sous Zope) a récemment migré la solution sous Jboss/J2EE, ils donnent les raisons sur leur site.
Je vais parler de Symfony qui est à mon avis un très bon Framework en PHP, qui se veut l'équivalent de RoR pour PHP. J'ai beaucoup aimé le découpage en module, l'ORM (object relational mapper), le routing utilisé avec le Path info... Enfin la doc est très bien foutue, en une après midi, j'avais finie ma première appli avec support Ajax etc... La seule réserve est sur les performances avec la montée en charge que je ne peux pas trop mesurer pour l'instant mais 300ms pour servir une page en mode Debug je trouve ça beaucoup.
Enfin, la dernière techno à laquelle je me mets, J2EE/Jboss. J'avais essayé il y a quelques années, mais j'avais trouvé ça énormément lourd en terme de configuration. Pour afficher une simple table avec des Beans, il fallait je sais pas combien de fichiers de conf....
EJB3 semble changer la donne et tirer parti des avantages de Java5. C'est beaucoup (beaucoup) plus simple à configurer et à lire. Le framework Seam propose un petit utilitaire qui crée automatiquement un projet Eclipse et les première vues, il n'y a plus qu'à mettre un peu de code pour tes bean et ça fonctionne pas trop mal. Seam enlève en plus la lourdeur des managed beans et ajoute pas mal de facilité (gestion des workflow métiers etc...)
Ca semble lourd et comme il a été dit précédemment c'est un peu over-engineeré dans le sens où tout a été prévu pour beaucoup de cas. Je pense que pour de très grosses applications où ça communique beaucoup, l'architecture EJB est très intéressante. C'est très facile de faire des WebServices, et des frameworks Ajax s'intègrent plutot bien dedans.
L'autre avantage que je vois c'est la standardisation de certaines pratiques via les JSR. Par exemple les JSR sur les portlets. Si je fais un appli qui implémente cette JSR (168 il me semble), ça me permet d'inclure cette appli dans tout portail gérant cette spécification. Au fur et à mesure, ça permet d'intégrer des modules parlant ensemble (on peut inclure des portlets codés en PHP ou autre je crois...)
Mon impression globale, c'est que pour une application relativement autonome, je choisirais des framework du type de RoR (j'inclue Symfony) et pour des plus grosses applications il me semble (j'en ai absolument pas la certitude) que J2EE apporte des fonctionnalités de scalabilité que n'ont pas PHP ou Python. En PHP par exemple, ton application recommence à chaque requête de zéro. Il faut réinstancier les composants essentiels, réévaluer le contexte etc.... Avec J2EE, les objets restent "vivants" sur le serveur et du coup le contexte applicatif ne se recharge pas à chaque requête.
Ce ne sont que des impressions, je peux bien sur me tromper. Autant je connais très bien PHP, autant je débute avec les EJB. L'impression que j'ai c'est qu'il se sont quand même grandement améliorés.