Effectivement, en PHP tu auras généralement plein d'implémentations d'un même procédé. Tu n'as pas besoin de réinventer la roue contrairement à ce que tu dis (d'autres l'ont déjà fait), mais la roue existe en une dizaine de modèles en magasin. Charge à toi de prendre la roue adaptée. En Java il y a *la* roue et tout le monde utilise la même.
La tu limites Java a J2EE et pire encore tu limites le web en Java a J2EE hors il suffit dans 90% des cas d'un simple container de servlets et en plus tu peux lui plaquer plein de roues : par exemple JDO, Hibernate, JDBC au lieu des EJBs, les containers legers a la Spring, etc.... Bref le choix est aussi present et heureusement sinon y aurait pas d'architectes applicatifs en Java :p
Moi je pense que l'avantage de J2EE c'est qu'on a un meilleur support chez les applis proprio et une meilleure interoperabilite avec le reste du SI en 'natif' via des interfaces standards.
[^] # Re: Le php
Posté par Emmanuel Hugonnet . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 2.
La tu limites Java a J2EE et pire encore tu limites le web en Java a J2EE hors il suffit dans 90% des cas d'un simple container de servlets et en plus tu peux lui plaquer plein de roues : par exemple JDO, Hibernate, JDBC au lieu des EJBs, les containers legers a la Spring, etc.... Bref le choix est aussi present et heureusement sinon y aurait pas d'architectes applicatifs en Java :p
Moi je pense que l'avantage de J2EE c'est qu'on a un meilleur support chez les applis proprio et une meilleure interoperabilite avec le reste du SI en 'natif' via des interfaces standards.