Il ne faut pas voir que le côté développement, il y a également le côté suivi de production qui est important. L'avantage de J2EE, c'est justement son aspect standardisation qui fait que lorsque tu reçois un war ou un ear, tu ne te poses pas trop de question sur la façon de le déployer et de le connecter aux ressources. Ce n'est pas le cas avec PHP puisque chaque appli vient avec son ou ses propres fichiers de config placé dans un endroit spécifique et dont tu devras bien noter l'emplacement pour une éventuelle intervention.
L'un des avantages de J2EE à mon sens est le fait que l'accès aux ressources est géré au niveau du serveur d'appli, et non pas au niveau de chaque appli. Par exemple, pour accéder à une base de donnée, tu définis au niveau du serveur un pool de connexion vers cette base de donnée, et l'appli utilisera, voire partagera, ce pool de connexion. De plus, le nombre de connexion à une base de données est un paramètre extrêmement sensible dans la phase de tuning.
Il n'est donc pas raisonnable de laisser les développeurs prendre cela en charge car ceux-ci n'ont en général aucune idée de ce que peuvent être des contraintes de production:
- le dev: ah ben quoi, pourtant ça marche bien sur mon PC
- l'admin: ben ça marche moins bien avec 200 utilisateurs...
Avec PHP, ceci n'est pas possible (pour l'instant?)
Pour reprendre les autres commentaires, PHP et J2EE n'ont pas du tout la même cible, et surtout, J2EE, ce n'est pas que jsp!!!
[^] # Re: newbie
Posté par matli . En réponse à la dépêche JBoss obtient la certification J2EE. Évalué à 3.
L'un des avantages de J2EE à mon sens est le fait que l'accès aux ressources est géré au niveau du serveur d'appli, et non pas au niveau de chaque appli. Par exemple, pour accéder à une base de donnée, tu définis au niveau du serveur un pool de connexion vers cette base de donnée, et l'appli utilisera, voire partagera, ce pool de connexion. De plus, le nombre de connexion à une base de données est un paramètre extrêmement sensible dans la phase de tuning.
Il n'est donc pas raisonnable de laisser les développeurs prendre cela en charge car ceux-ci n'ont en général aucune idée de ce que peuvent être des contraintes de production:
- le dev: ah ben quoi, pourtant ça marche bien sur mon PC
- l'admin: ben ça marche moins bien avec 200 utilisateurs...
Avec PHP, ceci n'est pas possible (pour l'instant?)
Pour reprendre les autres commentaires, PHP et J2EE n'ont pas du tout la même cible, et surtout, J2EE, ce n'est pas que jsp!!!