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

@BalusC est tout à fait juste, mais si vous rencontrez toujours cette exception, cela signifie que quelque chose que vous avez fait de mal. L'information la plus importante que vous trouverez est sur le SO JSTL Tag Info page.

fondamentalement, ceci est un résumé de ce que vous devez faire pour traiter cette exception.

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

2. vérifiez si la version JSTL est prise en charge pour cette version servlet: la version Servlet 2.5 utilise JSTL 1.2 ou la version 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 demande. Par exemple: JSTL 1.2 exige jstl-1.2.jar

quoi faire faire avec Tomcat 5 ou 6:

vous devez inclure jar(s) approprié (s) dans votre répertoire WEB-INF/lib (il fonctionnera seulement pour votre application) ou à la tomcat/lib (fonctionnera globalement pour toutes les applications).

la dernière chose est un taglib dans vos fichiers jsp. Pour JSTL 1.2, il est correct:

<%@ 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" %>

veuillez également vérifier les pots de dépendances 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 a résolu le problème.

j'ai trouvé une autre raison pour ce type d'erreur: dans mon cas, quelqu'un a mis le catalina.propriétés paramètre tomcat.util.scan.StandardJarScanFilter.jarsToSkip propriété à * pour éviter les messages d'avertissement log, sautant ainsi le balayage nécessaire par Tomcat. Le fait de revenir à la valeur par défaut de Tomcat et d'ajouter une liste appropriée de pots à sauter (n'incluant pas jstl-1.2 ou spring-webmvc) a 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. coller 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 dossier tomcat/lib .

avec ceci, votre erreur de dépendance sera corrigée à nouveau.

j'ai mentionné que la dépendance Maven dans le pom.xml est mal. 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'ai eu la version correcte de la jstl (1.2) et aussi la version correcte 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'ai aussi eu la bonne adresse 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 corrigé 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 réparé mais juste au cas où quelqu'un ferait le printemps avec JPA et le tutoriel Hibernate sur pluralsight et aurait sa configuration pom de cette façon, essayez d'enlever la balise scope et voyez si cela la corrige. Comme je l'ai dit il a travaillé pour moi.

j'avais complètement désactivé le MAVEN et les outils à ressort. Et j'ai dû ajouter les pots suivants pour avoir fait fonctionner mon environnement.

• spring-AOP-4.0.3.PUBLIER.jar
• printemps-haricots-4.0.3.PUBLIER.jar (difficile de trouver cette solution, autre org.springframework<3.versions> juste ne fonctionnait pas.
• printemps-contexte-4.0.3.PUBLIER.jar
• printemps-core-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 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. qui était en avance sur les paquets appropriés sur le chemin de la classe. Donc, même si j'avais des dépendances appropriées sur la JSTL 1.2, elle chargerait la version 1.0 interne à gwt-dev . Grogner.

la solution pour moi était de ne pas courir avec la portée de test donc je ne prends pas le paquet gwt-test-utils à l'exécution. Retirer le paquet gwt-dev du classpath d'une autre manière aurait également réglé 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 à Eclipse fixée au:

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

quelque chose l'a jeté avant, pendant que je préparais mon pom.xml

j'avais tous les fichiers jar nécessaires, tagliburi et web.xml a été ok

a résolu le même problème dans IBM RAD 7.5 en sélectionnant:

1. propriétés de Projets
2. Facettes Du Projet
3. case à cocher JSTL