Déjà, si tu veux une application ou l'utilisateur entre des données et reçoit un résultat comme tu dis, je ne pense pas que ça soit plus compliqué en J2EE qu'avec PHP.
form.jsp (je mets juste la partie intéressante du fichier) :
<form action="result.jsp">
Name : <input type="text" name="name">
</form>
result.jsp :
Hello <%= request.getParameter("name") %> !
Très complèxe non ? Après si tu veux faire ça proprement avec un modèle MVC et tout, forcément il faut que tu utilises un framework style struts. Ce n'est pas compliqué mais il faut le temps de se familiariser avec (de la même manière que si tu utilises un framework PHP).
Maintenant, pour ce qui est de faire des choses en plus avec J2EE qu'avec PHP:
Imaginons une application où l'utilisateur peut soumettre des requêtes (ce que tu veux comme requête, disons un l'envoie d'un calcul). La requête HTTP arrive sur la machine A, une base de donnée sur la machine B est mise à jour, puis A envoie le calcul via une message queue sur la machine C contenant le moteur de calcul. La main est rendue à l'utilisateur dès que le message est envoyé à C. Bien entendu tout ceci dans une même transaction distribuée et fault tolerant. Lorsque C a fini le calcul, A est automatiquement notifié (sans action de l'utilisateur) et met à jour le statut et le résultat dans B. L'utilisateur peut aussi consulter la liste des calculs envoyés et leur statut / résultat.
Implémente ceci avec J2EE et avec PHP et donne nous le résultat.
# Laisse moi rire ...
Posté par Nelis . En réponse au journal Apache/PHP et J2EE. Évalué à 5.
Déjà, si tu veux une application ou l'utilisateur entre des données et reçoit un résultat comme tu dis, je ne pense pas que ça soit plus compliqué en J2EE qu'avec PHP.
form.jsp (je mets juste la partie intéressante du fichier) :
<form action="result.jsp">
Name : <input type="text" name="name">
</form>
result.jsp :
Hello <%= request.getParameter("name") %> !
Très complèxe non ? Après si tu veux faire ça proprement avec un modèle MVC et tout, forcément il faut que tu utilises un framework style struts. Ce n'est pas compliqué mais il faut le temps de se familiariser avec (de la même manière que si tu utilises un framework PHP).
Maintenant, pour ce qui est de faire des choses en plus avec J2EE qu'avec PHP:
Imaginons une application où l'utilisateur peut soumettre des requêtes (ce que tu veux comme requête, disons un l'envoie d'un calcul). La requête HTTP arrive sur la machine A, une base de donnée sur la machine B est mise à jour, puis A envoie le calcul via une message queue sur la machine C contenant le moteur de calcul. La main est rendue à l'utilisateur dès que le message est envoyé à C. Bien entendu tout ceci dans une même transaction distribuée et fault tolerant. Lorsque C a fini le calcul, A est automatiquement notifié (sans action de l'utilisateur) et met à jour le statut et le résultat dans B. L'utilisateur peut aussi consulter la liste des calculs envoyés et leur statut / résultat.
Implémente ceci avec J2EE et avec PHP et donne nous le résultat.
Je n'ai rien à ajouter.