Quelqu'un utilise-t-il encore JSTL ?

Question

J'étais sur le point de me mettre à la programmation web en Java, n'ayant pas touché à Java depuis quelques années. J'ai pris un livre O'Reilly assez ancien qui se trouvait sur mon étagère ( Java Server Pages 3ème édition, couvre JSP 2.0 et JSTL 1.1 ) et j'ai commencé à parcourir les pages. Je suis allé télécharger le les dernières bibliothèques JSTL et j'ai remarqué qu'ils en sont toujours à la version 1.1. Je me demande si JSTL est mort ?

Il existe un grand nombre de frameworks Java, mais ils me paraissent tous gonflés et leur configuration XML me paraît insensée. J'aime Java en tant que langage et j'aime le fait qu'il fonctionne dans un serveur (comme Tomcat) mais j'aimerais programmer des applications web Java comme si je programmais PHP. Pour moi, JSP et Servlets sont suffisants et une chose aussi pratique que JSTL semble me faciliter la vie. Mais apparemment, le reste du monde semble penser différemment.

Est-ce que je ne comprends pas et est-ce que JSP, Servlets et JSTL sont pour les dinosaures ? Devrais-je m'éloigner de cette approche pour de bonnes raisons ? Ou puis-je m'en tenir sans risque à mon serveur Tomcat, aux JSP et aux Servlets pour construire mes applications et services Web ?

Answer 1

JSP, Servlets et JSTL sont toujours la norme en matière de développement web Java. D'autres frameworks comme JSF et GWT gagnent en popularité et connaissent un développement rapide, mais ils restent minoritaires.

JSTL n'a pas été modifié depuis la version 1.x, c'est vrai, mais c'est parce qu'il est assez bon, et n'a pas besoin de beaucoup d'améliorations (il en aurait besoin, c'est vrai, mais rien de drastique).

L'API brute des servlets n'est pas celle que vous voulez utiliser, cependant. Les frameworks superposés à l'API Servlet (il y en a plus qu'il n'en faut) sont un bien meilleur choix. Ils utilisent principalement JSP comme couche d'affichage par défaut, cependant.

Answer 2

Non, il n'est pas mort. Il est juste si robuste que rien n'a besoin d'être amélioré/réparé :) Nous l'utilisons encore quotidiennement. Qu'utiliseriez-vous d'autre pour contrôler le flux de présentation en JSP ? Des scriptlets ? Oh merci, non.

Cependant, il y a déjà JSTL 1.2 qui n'est en fait qu'une fusion des deux fichiers dont il existait à l'origine ( jstl.jar y standard.jar ) ainsi que des améliorations très mineures.

En ce qui concerne les frameworks dont vous parlez, il s'agit principalement de frameworks MVC construits au-dessus de JSP/Servlet (et même de JSTL).

mais j'aimerais programmer des applications web Java comme si j'avais programmé PHP.

Je dirais que c'est une mauvaise idée. Peut-être pas s'il s'agit juste d'un simple livre d'or ou d'un formulaire de contact sur une seule page, mais même dans ce cas, JSP serait trop débordant. Tenez-vous en à PHP si vous voulez tout écrire et tout encombrer sur une seule page. JSP/Java n'est vraiment pas fait pour ça.

Pour moi, JSP et Servlets sont suffisants et une chose aussi pratique que JSTL semble rendre la vie plus facile. Mais apparemment, le reste du monde semble penser différemment.

Vous n'êtes pas obligé d'utiliser l'un ou l'autre des frameworks, mais lorsque l'application sort de ses frontières, vous serez heureux d'avoir choisi un framework MVC existant et robuste.

Toutefois, avec l'amélioration de l'API Servlet 3.0 et l'impressionnante API JAX-RS qui est sortie avec Java EE 6 la semaine dernière, je ne pense pas que vous ayez vraiment besoin d'un cadre.

Answer 3

J'utilise toujours les JSP (y compris JSTL) dans les applications.

Les anciennes applications ont une interface graphique quelque peu exigeante que j'aimerais voir mise en œuvre dans Wicket ou un autre cadre de ce type.

Pour les tâches d'administration simples, je les implémenterais en JSP (avec spring-MVC ou struts) parce que c'est très facile comme ça.

Je n'implémenterais plus une nouvelle interface graphique exigeante avec des JSPs, à moins que la logique de l'interface graphique soit dans le javascript. C'est tout simplement trop difficile de gérer les différents navigateurs, et les exigences pour les personnes handicapées (pas de javascript) par rapport à une utilisation intensive de javascript pour les personnes qui peuvent en profiter. J'aime que mon framework fasse ce choix pour moi.

Answer 4

Si vous voulez écrire des applications PHP dans une jvm, regardez Quercus de Caucho : http://quercus.caucho.com/

Answer 5

Si vous souhaitez disposer d'un framework extrêmement simple mais au moins aussi puissant que JSP+JSTL, pensez à utiliser http://www.hybridserverpages.com . Il ne nécessite pas de configuration en tant que telle (sauf pour le fichier web.xml car il génère du code au-dessus d'une servlet).