Je me demandais quel était l'intérêt de faire un site internet à base de servlets/jsp/struts/ejb par rapport à du php ou de l'asp par exemple?
[Modéré par Didier] : ajout de tag dans le titre - Les règles du forum Java
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[Info] Intérêt de J2EE
Je me demandais quel était l'intérêt de faire un site internet à base de servlets/jsp/struts/ejb par rapport à du php ou de l'asp par exemple?
[Modéré par Didier] : ajout de tag dans le titre - Les règles du forum Java
Alors? Quelqu'un peut répondre?
Quel est l'intérêt de toutes ces technos compliquées à côté des langages de script?
Pour comprendre j'aimerai bien des exemple de sites développés à l'aide de j2ee pour lesquels aucune autre techno n'aurait fonctionner.
Le PetShop par exemple peut être fait en PHP ou ASP tout cours.
Salut,
J2EE n'oblige pas à utiliser struts ou ejb, mais, elle oblige de respecter des normes de conception. Par exemple l'utilisation de Struts est pour respecter le paradigme MVC.
On peut comparer J2EE avec l'architecture .NET, utilisant asp.net; c'est le meme principe mais pas les frameworks et langages.
Avant le php n'etait pas un langage Objet, donc, son utilisation pour des applications importantes n'etait pas conseillé, maintenant, on peut faire de la POO avec le php5, si on respecte les principes de bases des applications web, et utilise quelque design pattern, ça devient comparable à J2EE; mais je pense que ça ne doit pas être facile à mettre en oeuvre.
Articles: Richfaces - JBosstools pour JSF.
L'intérêt majeur est la maintenance et les possibilités d'évolution. En effet, J2EE est un ensemble de normes (comme dit précédemment) qui permettent de mettre en oeuvre un programme structuré et clair. Quand on met en place une application d'envergure, c'est un enorme attout. Si tu as déjà fait de petits sites en php, tu as du te rendre compte que quand on se remet dessus un mois après l'avoir fait, on a du mal à tout comprendre, alors imagine pour une grosse application !!
De plus, la notion objet, très importante et très bien faite en java (même si cela existe en php, c'est quand même pas encore ça...) permet de faire une architecture flexible et réutilisable. La généricité du code est également quelque chose d'important dans les développement de grosses applications.
J2EE c'est aussi des services offert par le container EJB
- sécurité
- transactions
- distribution
- ....
mais dit toi qu'un site peut être écrit dans n'importe quel langage : ce n'est pas le langage qui compte mais ce que tu veux en faire.
On peut bien réaliser ses services sans container EJB..!!Envoyé par austin P.
Articles: Richfaces - JBosstools pour JSF.
Bien sur qu'on peut realiser ces services sans contener EJB mais couteux pour chaque developpement.
J2EE integre tout ca.
Un avantage pas des moins c'est la facilite avec lequel est gere le mapping.
Les EJB entity CMP nous permettent de ne plus nous soucier de tous ces codes rebarbatifs qu'on copie et colle par ci et par la a chaque projet. c'est le conteneur qui gere et basta.
En conclusion il n'est pas bon aujourd'hui de comparer php et J2EE. Le php a fait son temps pendant une periode, mais les contraintes en performances font qu'il est vraiment aujourd'hui difficile pour une entreprise dont le système est en perpétuelles mutation( tres vrai aujourd'hui avec les rachats, les alliances, les choix strategiques) de pouvoir etre vraiment competitif
Ce sont des services disponibles dans les serveurs J2EE (car faisant partie de la norme). Ca ne veut pas dire que les EJB sont la seule facon des les utiliser. Spring par exemple propose une manière élégante et efficace d'utiliser ces services.
oui
Hmm, t'es tu vraiment frotté au développement d'EJB ? Si c'était le cas tu saurais que le modèle de "mapping objet/relationnel" des EJB CMP est très limité. Je trouve douteux un commentaire qui encourage à l'utilisation des EJB Entity. Regarde plutot du coté d'Hibernate, JDO ou Toplink, ca n'a rien à voir avec les EJB.
En gros, tu dis que php est fini ? Je pense qu'au contraire, il est parfois bon de regarder du côté de cette solution.
Le problème que vous posez est un problème fondamental de j2ee lui même. Avant d'utiliser j2ee (particulièrement les EJB), il est indispensable de faire un véritable travail préable d'architecture qui consiste à savoir si j2ee est vraiment le mieux adapté, sinon le choix de j2ee peut être une "catastrophe".
Pour être bref:
si Java est le langage que vous choisisez pour developper un site Web et:
- si vous n'avez pas que des clients Web pour votre application
ou
- si vous avez besoins de séparé "physiquement" la logique de présentation et la logique métier de votre application (peut être pour des besoins de sécurité ou de performance)
ou
- si vous gerez des transactions dans votre programmes
Alors j2ee est une bonne solution.
Sinon vous pouvez directement utiliser servlet+jsp ou un framework bâtit dessus (strusts, jsf). Mais dans ce cas, il est important de respecter les bonnes pratiques du developpement OO (utiliser les design pattern généraux -les pattern GoF par exemple-), Comme cela une éventuelle migration ultérieur aux EJB ou bien aux Web service se fera sans pb.
Si tu penses à PHP, l'équivalent coté Java serait quelque chose comme JSF (Java Server Faces).
Tu peux essayer Sun Java Studio Creator, un outil désormais gratuit pour faire des pages web dynamiques et en mode WYSIWYG.
http://developers.sun.com/prodtech/javatools/free/
Répondre avec citation
Partager