Wie installiere ich JSTL? Der absolute Uri: http://Java.Sun.com/jstl/core kann nicht aufgelöst werden

@BalusC hat vollkommen recht, aber wenn Sie immer noch auf diese Ausnahme stoßen, bedeutet dies, dass Sie etwas falsch gemacht haben. Die wichtigsten Informationen finden Sie auf der Seite SO JSTL-Tag-Info . 

Im Grunde ist dies eine Zusammenfassung dessen, was Sie tun müssen, um mit dieser Ausnahme umzugehen.

1. Überprüfen Sie die Servlet-Version in web.xml: <web-app version="2.5">

2. Prüfen Sie, ob die JSTL-Version für diese Servlet-Version unterstützt wird: Servlet-Version 2.5 verwendet JSTL 1.2 oder Servlet-Version 2.4 verwendet JSTL 1.1.

3. Ihr Servlet-Container muss über die entsprechende Bibliothek verfügen, oder Sie müssen sie manuell in Ihre Anwendung aufnehmen. Zum Beispiel: JSTL 1.2 erfordert jstl-1.2.jar

Was ist mit Tomcat 5 oder 6 zu tun: 

Sie müssen entsprechende JAR (s) in Ihr WEB-INF/lib-Verzeichnis (es funktioniert nur für Ihre Anwendung) oder in Tomcat/lib (wird global für alle Anwendungen funktionieren) enthalten.

Die letzte Sache ist eine Taglib in Ihren JSP-Dateien. Für JSTL 1.2 ist dies richtig:

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

Überprüfen Sie auch, ob die Abhängigkeitsgläser, die Sie javax.servlet.jar und javax.servlet.jsp.jstl-1.2.1.jar hinzugefügt haben, in Ihrem Ordner WEB-INF/lib nicht vorhanden sind. In meinem Fall haben diese beiden das Problem gelöst.

Ich habe einen anderen Grund für diese Art von Fehler gefunden: In meinem Fall hat jemand die Einstellung Tomcat.util.scan.StandardJarScanFilter.jarsToSkip der Eigenschaft catalina.properties auf * gesetzt, um Protokollwarnmeldungen zu vermeiden, wodurch der erforderliche Scan von Tomcat übersprungen wird. Wenn Sie dies wieder in den Tomcat-Standard zurücksetzen und eine geeignete Liste von zu überspringenden Gläsern hinzufügen (ohne jstl-1.2 oder spring-webmvc), wurde das Problem behoben.

1. Jstl-1.2.jar herunterladen

2. Fügen Sie diese Direktive zu Ihrer Seite hinzu: <%@ taglib uri="http://Java.Sun.com/jsp/jstl/core" prefix="c" %>

3. Fügen Sie die JAR-Datei in Ihren Ordner WEB-INF/lib ein. Das sollte funktionieren. (Es arbeitete für mich.)

Fügen Sie den jstl-1.2.jar in den Tomcat/lib-Ordner ein.

Damit wird Ihr Abhängigkeitsfehler wieder behoben.

Ich habe erwähnt, dass die Maven-Abhängigkeit in der pom.xml falsch ist. Es sollte sein

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

Ich hatte MAVEN und Spring Tools komplett deaktiviert. Und ich musste das folgende Glas hinzufügen, damit meine Umgebung richtig funktioniert.

• spring-aop-4.0.3.RELEASE.jar
• spring-Beans-4.0.3.RELEASE.jar (schwer zu finden, dieses Update, andere org.springframework <3.versions> hat einfach nicht funktioniert.
• spring-context-4.0.3.RELEASE.jar
• spring-Core-4.0.3.RELEASE.jar
• spring-expression-4.0.3.RELEASE.jar
• spring-web-4.0.3.RELEASE.jar
• spring-webmvc-4.0.3.RELEASE.jar
• jstl-1.2.jar

Am schlimmsten war jstl-api-1.2.jar und javax-servlet.jsp.jst-api-1.2.1.jar. Sie haben einfach nicht gearbeitet. 

`jstl-1.2.jar hat gut funktioniert.

Ich wollte nur das Update hinzufügen, das ich für dieses Problem gefunden habe. Ich bin nicht sicher, warum das funktioniert hat. Ich hatte die korrekte Version von JSTL (1.2) und auch die korrekte Version von 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>

Ich hatte auch die richtige Adresse auf meiner Seite, wie in diesem Thread vorgeschlagen 

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

Das Problem, das für mich behoben wurde, bestand darin, das scope-Tag aus meiner xml-Datei im pom für meine jstl 1.2-Abhängigkeit zu entfernen. Nochmals nicht sicher, warum das Problem behoben wurde, aber nur für den Fall, dass jemand den Frühling mit JPA und Hibernate-Tutorial zu Pluralsight durchführt und sein Pom-Setup auf diese Weise eingerichtet hat. Wie ich schon sagte, es hat bei mir funktioniert. 

Wenn Sie Spring Boot verwenden, sollten Sie in Betracht ziehen, server.Tomcat.additional-tld-skip-patterns=*.jar aus Application.properties zu entfernen, falls vorhanden

Hatte gerade ein ähnliches Problem in Eclipse Behoben mit:

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

etwas hat es vorher rausgeschmissen, während ich meine pom.xml editierte

Ich hatte alle JAR-Dateien, Taglib Uri und web.xml war ok

Alle Antworten in dieser Frage haben mir geholfen, aber ich dachte, ich würde zusätzliche Informationen für die Nachwelt hinzufügen.

Es stellte sich heraus, dass ich eine Testabhängigkeit von gwt-test-utils hatte, die das gwt-dev-Paket mitbrachte. Leider enthält gwt-dev eine vollständige Kopie von Jetty, JSP, JSTL usw., die den richtigen Paketen im Klassenpfad voraus waren. Auch wenn ich die richtigen Abhängigkeiten von der JSTL 1.2 hatte, würde ich die Version 1.0 intern in gwt-dev laden. Murren.

Die Lösung für mich war, nicht mit dem Testumfang zu laufen, also nehme ich das gwt-test-utils-Paket nicht zur Laufzeit ab. Das gwt-dev-Paket auf andere Weise aus dem Klassenpfad zu entfernen, hätte das Problem ebenfalls behoben.