Comment installer JSTL? L'uri absolu: http://java.sun.com/jstl/core ne peut pas être résolu

@BalusC a tout à fait raison, mais si vous rencontrez toujours cette exception, cela signifie que quelque chose que vous avez mal fait. Les informations les plus importantes que vous trouverez se trouvent sur la page SO JSTL Tag Info.

Fondamentalement, c'est un résumé de ce que vous devez faire pour faire face à cette exception.

1. Vérifiez la version du servlet dans le web.xml: <web-app version="2.5">

2. Vérifiez si la version JSTL est prise en charge pour cette version de servlet: la version de servlet 2.5 utilise JSTL 1.2 ou la version de servlet 2.4 utilise JSTL 1.1

3. Votre conteneur de servlet doit avoir la bibliothèque appropriée, ou vous devez l'inclure manuellement dans votre application. Par exemple: JSTL 1.2 nécessite jstl-1.2.pot

Quoi faire avec Tomcat 5 ou 6:

Vous devez inclure bocal(s) dans votre WEB-INF/lib (cela ne fonctionne que pour votre demande) ou à l'tomcat/lib (elle fonctionne globalement pour tous les application).

La dernière chose est un taglib dans vos fichiers jsp. Pour JSTL 1.2, le bon est le suivant:

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

jstl-1.2.jar --> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
jstl-1.1.jar --> <%@ taglib prefix="c" uri="http://java.sun.com/jstl/core" %>

Vérifiez également les jars de dépendance que vous avez ajoutés javax.servlet.jar et javax.servlet.jsp.jstl-1.2.1.jar ou non dans votre dossier WEB-INF/lib. Dans mon cas, ces deux ont résolu le problème.

J'ai trouvé une autre raison à ce type d'erreur: dans mon cas, quelqu'un a défini la catalina.propriétés définir la propriété tomcat.util.scan.StandardJarScanFilter.jarsToSkip sur * pour éviter les messages d'avertissement de journal, sautant ainsi l'analyse nécessaire par Tomcat. La modification de ce retour à la valeur par défaut Tomcat et l'ajout d'une liste appropriée de fichiers jar à ignorer (sans jstl-1.2 ou spring-webmvc) ont résolu le problème.

1. Télécharger jstl-1.2.jar

2. Ajouter cette directive à votre page: <%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>

3. Collez le fichier JAR dans votre dossier WEB-INF/lib. Cela devrait fonctionner. (Il a travaillé pour moi.)

Ajouter le jstl-1.2.jar dans le tomcat/lib dossier.

Avec cela, votre erreur de dépendance sera corrigée à nouveau.

J'ai mentionné que la dépendance Maven dans le pom.xml est faux. Il devrait être

    <dependency>
        <groupId>jstl</groupId>
        <artifactId>jstl</artifactId>
        <version>1.2</version>
    </dependency>

, je voulais juste ajouter le correctif que j'ai trouvé pour ce problème. Je ne sais pas pourquoi cela a fonctionné. J'avais la bonne version de jstl (1.2) et aussi la bonne version de servlet-api (2.5)

<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>servlet-api</artifactId>
    <version>2.5</version>
    <scope>provided</scope>
</dependency>
<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>jstl</artifactId>
    <version>1.2</version>
</dependency>

J'avais également l'adresse correcte dans ma page comme suggéré dans ce fil, qui est

<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>

Ce qui a résolu ce problème pour moi était de supprimer la balise scope de mon fichier XML dans le pom pour ma dépendance jstl 1.2. Encore une fois je ne sais pas pourquoi cela l'a corrigé mais juste au cas où quelqu'un ferait le printemps avec JPA et Hibernate tutorial sur pluralsight et a leur configuration pom de cette façon, essayez de supprimer la balise scope et voyez si cela le corrige. Comme je l'ai dit il a travaillé pour moi.

J'avais complètement désactivé les outils MAVEN et Spring. Et j'ai dû ajouter les pots suivants pour que mon environnement fonctionne correctement.

• printemps-aop-4.0.3.PUBLIER.jar
• printemps-haricots-4.0.3.PUBLIER.jar (difficile de trouver ce correctif, autre org.springframework tout simplement pas travail.
• printemps-contexte-4.0.3.PUBLIER.jar
• noyau de ressort-4.0.3.PUBLIER.jar
• printemps-expression-4.0.3.PUBLIER.jar
• printemps-web-4.0.3.PUBLIER.jar
• printemps-webmvc-4.0.3.PUBLIER.jar
• jstl-1.2.jar

Le pire de tous était jstl-api-1.2.jar et javax-servlet.jsp.jst-api-1.2.1.jar. Ils ont juste n'a pas travail.

`jstl-1.2.pot a bien fonctionné.

Toutes les réponses à cette question m'ont aidé mais j'ai pensé ajouter quelques informations supplémentaires pour la postérité.

Il s'est avéré que j'avais une dépendance de test sur gwt-test-utils qui a apporté le paquet gwt-dev. Malheureusement, gwt-dev contient une copie complète de Jetty, JSP, JSTL, etc. ce qui était en avance sur les paquets appropriés sur le chemin de classe. Donc, même si j'avais des dépendances appropriées sur le JSTL 1.2, il chargerait la version 1.0 interne à gwt-dev. Grogner.

La solution pour moi était pour ne pas fonctionner avec la portée de test, je ne récupère donc pas le package gwt-test-utils au moment de l'exécution. Supprimer le paquet gwt-dev du chemin de classe d'une autre manière aurait également résolu le problème.

Si vous avez tout essayé mais que cela n'a pas aidé, vous devez redémarrer le serveur. Dans mon cas, j'ai juste oublié de redémarrer Tomcat, après avoir ajouté javax.servlet.jsp.jstl-1.2.1.jar au répertoire lib.

Vient d'avoir un problème similaire dans Eclipse fixé avec:

rightclick on project->Properties->Deployment Assembly->add Maven Dependencies

Quelque chose l'a expulsé avant, pendant que je montais mon pom.xml

J'avais tous les fichiers jar nécessaires, uri taglib et web.xml était ok

Résolution d'un problème similaire dans IBM RAD 7.5 en sélectionnant:

1. Propriétés des projets
2. Facettes du projet
3. Case à cocher JSTL