Jak zainstalować JSTL? Absolutny uri: http://java.sun.com/jstl/core nie można rozwiązać

@BalusC ma całkowitą rację, ale jeśli nadal napotkasz ten wyjątek, oznacza to, że coś zrobiłeś źle. Najważniejsze informacje znajdziesz na stronie So JSTL Tag Info.

Zasadniczo jest to podsumowanie tego, co musisz zrobić, aby poradzić sobie z tym wyjątkiem.

1. Sprawdź wersję servleta w web.xml: <web-app version="2.5">

2. Sprawdź, czy wersja JSTL jest obsługiwana dla tej wersji servletu: Servlet version 2.5 używa JSTL 1.2 lub Wersja Servleta 2.4 używa JSTL 1.1

3. Twój kontener servleta musi mieć odpowiednią bibliotekę lub musisz dołączyć ją ręcznie do swojej aplikacji. Na przykład: JSTL 1.2 wymaga jstl-1.2.jar

Co zrobić z Tomcat 5 czy 6:

Musisz dołączyć odpowiedni jar (y) do katalogu WEB-INF / lib (będzie działać tylko dla Twojej aplikacji) lub do tomcat/lib (będzie działać globalnie dla wszystkich aplikacje).

Ostatnią rzeczą jest taglib w plikach jsp. Dla JSTL 1.2 poprawne jest to:

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

Sprawdź również, czy w Twoim folderze WEB-INF/lib nie znajdują się słoiki zależności, które dodałeś (aś) javax.servlet.jar i javax.servlet.jsp.jstl-1.2.1.jar lub nie. W moim przypadku ta dwójka rozwiązała problem.

Znalazłem inny powód tego typu błędu: w moim przypadku ktoś ustawił Catalinę.properties ustawienie właściwości tomcat.util.scan.StandardJarScanFilter.jarsToSkip Na *, aby uniknąć komunikatów ostrzegawczych dziennika, pomijając w ten sposób konieczne skanowanie przez Tomcat. Zmiana tego z powrotem do domyślnego Tomcat i dodanie odpowiedniej listy jarów do pominięcia (nie włączając jstl-1.2 lub spring-webmvc) rozwiązało problem.

1. Pobierz jstl-1.2.jar

2. Dodaj tę dyrektywę do swojej strony: <%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>

3. Wklej plik JAR do folderu WEB-INF / lib. To powinno zadziałać. (It dla mnie zadziałało.)

Dodaj jstl-1.2.jar do folderu tomcat/lib.

Dzięki temu twój błąd zależności zostanie naprawiony ponownie.

Wspomniałem, że zależność Mavena w pom.xml jest zły. Powinno być

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

Chciałem tylko dodać poprawkę, którą znalazłem dla tego problemu. Nie wiem, dlaczego to zadziałało. Miałem poprawną wersję jstl (1.2), a także poprawną wersję 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>

Miałem również poprawny adres na mojej stronie, zgodnie z sugestią w tym wątku, czyli

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

Naprawiłem ten problem, usuwając znacznik scope z mojego pliku xml w pom dla mojej zależności jstl 1.2. Znowu Nie wiem, dlaczego to Naprawiono, ale na wypadek, gdyby ktoś robił sprężynę z JPA i Hibernate tutorial na pluralsight i ma swoją konfigurację pom w ten sposób, spróbuj usunąć znacznik scope i zobacz, czy to go naprawia. Jak mówiłem, zadziałało na mnie.

Wyłączyłem Mavena i narzędzia sprężynowe. I musiałem dodać następujący słoik, aby moje środowisko działało dobrze.

• spring-AOP-4.0.3.Uwolnij.jar
• spring-beans-4.0.3.Uwolnij.jar (trudno znaleźć tę poprawkę, inne org.springframework po prostu nie praca.
• spring-context-4.0.3.Uwolnij.jar
• spring-core-4.0.3.Uwolnij.jar
• Spring-expression-4.0.3.Uwolnij.jar
• spring-web-4.0.3.Uwolnij.jar
• spring-webmvc-4.0.3.Uwolnij.jar
• jstl-1.2.jar

Najgorsze były jstl-api-1.2.jar i javax-servlet.jsp.jst-api-1.2.1.jar. Po prostu nie zadziałały.

" jstl-1.2.słoik działał dobrze.

Wszystkie odpowiedzi na to pytanie pomogły mi, ale pomyślałem, że dodam dodatkowe informacje dla potomności.

Okazało się, że miałem testową zależność od gwt-test-utils, która przyniosła gwt-dev pakiet. Niestety gwt-dev zawiera pełną kopię Jetty, JSP, JSTL, itp. który wyprzedził odpowiednie pakiety na ścieżce klasowej. Więc mimo że miałem odpowiednie zależności od JSTL 1.2 to załadowałbym wersję 1.0 do gwt-dev. Marudzić.

Rozwiązaniem dla mnie było aby nie uruchomić z zakresu testowego, więc nie odbieram gwt-test-utils pakietu w czasie wykonywania. Usunięcie pakietu gwt-dev ze ścieżki klas w inny sposób również naprawiłoby problem.

Jeśli próbowałeś wszystkiego, ale to nie pomogło, powinieneś ponownie uruchomić serwer. W moim przypadku po prostu zapomniałem zrestartować Tomcat, po dodaniu javax.servlet.jsp.jstl-1.2.1.jar do lib katalogu.

Właśnie miałem podobny problem w Eclipse stałe z:

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

Coś wyrzuciło to przed, podczas edycji mojego pom.xml

Miałem wszystkie potrzebne pliki jar, taglib uri i web.xml był ok

Rozwiązano podobny problem w IBM RAD 7.5 wybierając:

1. Projects properties
2. Aspekty Projektu
3. pole wyboru JSTL