Tomcat 7 und JSTL

Schrieb ich eine web-Anwendung mit Eclipse, Tomcat und es funktioniert auf meinem lokalen Tomcat 7, wenn ich versuchte, Sie zu veröffentlichen es online auf einem Tomcat 7, hatte ich die folgende Fehlermeldung:

SCHWERWIEGEND: Servlet.service() for servlet [obliquid.- servlet.Index] im Zusammenhang mit path [/cp] warf Ausnahme [Der absolute uri: http://java.sun.com/jsp/jstl/core aufgelöst werden können, entweder web.xml oder die jar-Dateien bereitgestellt, die mit dieser Anwendung]

Tomcat 7 hat "Spec-Versionen: Servlet 3.0, JSP 2.2, EL 2.2", so JSTL ist nicht im Lieferumfang enthalten?

Als ich versuchte zum hochladen standard.jar und jstl.jar ich hatte die folgende Fehlermeldung:

org.apache.jasper.JasperException: /jsp/index.jsp (Zeile: 3, Spalte: 62) Nicht in der Lage zu Lesen TLD "META-INF/c.tld" aus der JAR-Datei "jndi:/localhost/cp/WEB-INF/lib/standard.jar": org.apache.jasper.JasperException: konnte nicht geladen oder instanziiert TagLibraryValidator Klasse: org.apache.taglibs.standard.tlv.JstlCoreTLV

Ich habe einige googeln, aber ich konnte nicht klären, einige sagte, es könnte verursacht werden durch widersprüchliche Versionen der jars. Vielleicht sollte ich nicht gehören diese Gläser und verwenden Sie einen anderen JSTL url? Mir ist für die JSTL 1.1, denke ich, ist es eine neue URL für die JSTL 1.2?

Was soll ich tun, um das problem zu lösen und machen Sie diese Anwendung ausführen?

Kommentar zu dem Problem

kann u post u r-code Kommentarautor: Ravi Parekh

Hallo Ravi, ich werde versuchen, nach den einschlägigen teilen. In der Zwischenzeit, ging ich zu versuchen und, statt Sie zu veröffentlichen mit rsync (wie ich es immer getan haben, bevor), veröffentlichte ich den Krieg, und dieses mal die Anwendung arbeitete. Da es braucht, um online zu bleiben, werde ich nicht berühren Sie diese server und setup eine neue mit der gleichen Tomcat 7.0.14. Ich brauche mehrere Minuten... Kommentarautor: stivlo

Prüfen Sie unsere JSTL wiki Seite: stackoverflow.com/tags/jstl/info, die Sie bekommen können diese Art von Seiten, die beim überfahren mit der [Tags] unter der Frage, bis ein Feld erscheint, und klicken Sie anschließend auf die info link. Kommentarautor: BalusC

Danke BalusC, immer hilfsbereit, vielleicht sollte es aktualisiert werden, mit der Servlet 3.0-Erklärung zu. <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="java.sun.com/xml/ns/javaee"; xmlns:web="java.sun.com/xml/ns/javaee/web-app_3_0.xsd"; xmlns:xsi="w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="java.sun.com/xml/ns/javaee java.sun.com/xml/ns/javaee/web-app_3_0.xsd"; id="Your_Webapp_ID" version="3.0"> Kommentarautor: stivlo

InformationsquelleAutor der Frage stivlo | 2011-05-23

42

Tomcat hat nie aufgenommen JSTL.

Sollte man die jstl-Tag-und standard-Gläser in WEB-INF/lib (hast du getan), und stellen Sie sicher, dass die Berechtigungen zu Lesen (chmod)

Ihre URI ist richtig und es sollte funktionieren (funktioniert hier)

InformationsquelleAutor der Antwort Bozho
54

Habe ich gekämpft mit dieser für mehrere Stunden.
Hier ist eine komplette Lösung.
1. Ich bin mit Tomcat 7, der ein Servlet-3.0-kompatible server.
2. Wenn Sie wünschen, verwenden Sie den Servlet-3.0-Spezifikation, Sie müssen Ihre web.xml wie folgt:
```
<web-app 
  xmlns="http://java.sun.com/xml/ns/javaee" 
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
  http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" version="3.0"> 
```
3. Wenn Sie mit Maven, Ihre pom.xml sollten diese Zeilen.
```
<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>javax.servlet-api</artifactId>
    <version>3.0.1</version>
    <scope>provided</scope>
</dependency>

<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>jstl</artifactId>
    <version>1.2</version>
</dependency>

<dependency>
    <groupId>org.glassfish.web</groupId>
    <artifactId>jstl-impl</artifactId>
    <version>1.2</version>
    <exclusions>
        <exclusion>
            <artifactId>servlet-api</artifactId>
            <groupId>javax.servlet</groupId>
        </exclusion>
        <exclusion>
            <artifactId>jsp-api</artifactId>
            <groupId>javax.servlet.jsp</groupId>
        </exclusion>
        <exclusion>
            <artifactId>jstl-api</artifactId>
            <groupId>javax.servlet.jsp.jstl</groupId>
        </exclusion>
    </exclusions>
</dependency>
```
  Diese Abhängigkeiten sind sehr wichtig. JSTL 2.1 + Tomcat 7 + Servlet 3.0 ist sehr gebrochen, es sei denn, Sie beheben es mit Hilfe dieser Linien, vor allem der Ausgrenzung Teil. Was geschieht, ist die JSTL 2.1 Gläser sind tatsächlich ziehen in die falschen Versionen der Servlet spec--2.5. Es sei denn, Sie stoppen, dass aus geschieht, werden Sie in eine ganze Welt der Schmerzen. Einen besonderen Dank an Mr. Murray Todd Williams für diese Einblicke .
4. Schließlich, im Falle von Maven nicht finden können, diese GLÄSER, können Sie Eclipse glücklich durch die inklusive drei GLÄSER mit Ihrem Projekt und die übliche Projekt--> Properties--> Java Build Path und include Sie auf diese Weise-obwohl Maven kümmern sollte.
```
javax.servlet-api-3.0.1.jar
javax.servlet.jsp.jstl-1.2.1.jar
javax.servlet.jsp.jstl-api-1.2.1.jar
```
5. Bitte beachten! Diese Belegung gilt nur, wenn Sie die Magische Kombination von:
  1. Einem Servlet-3.0-konformer application server wie Tomcat 7
  2. Ihre web.xml hat den richtigen namespace für die Servlet 3.0 Spezifikation
  3. Du diese drei GLÄSER aus, und keine anderen JSTL oder Servlet-GLÄSER auf Ihren Klassenpfad ein.
6. Stellen Sie sicher, dass keine Kopien von diesen Gläsern, die in Ihrem WEB-INF/lib-Verzeichnis, da Sie würden in diesem Fall werden an den server gesendet, wodurch LinkageErrors.
7. In Ihr JSP zu können, müssen Sie diese PRÄZISE Linie, formatiert genau so, wie ich es haben oder sonst Eclipse jammern, dass es nicht erkennt die c:bla tags:
```
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
```
8. Was für ein danged PITA! Dies ist VIEL schwieriger zu implementieren als jede andere version der JSTL. Dies ist das einzige Beispiel für etwas, das immer viel komplizierter, anstatt einfacher in späteren Iterationen.
InformationsquelleAutor der Antwort Tom Hunter
15

Ihre uri ist korrekt für JSTL 1.2. Sie müssen zwei Dinge tun :

Ändern Sie Ihre web.xml verwenden die neuesten web-app-version.

Es sollte in etwa so Aussehen oder eine höhere version;
```
<?xml version="1.0" encoding="UTF-8"?>
<web-app 
    xmlns="http://java.sun.com/xml/ns/javaee" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd" 
    version="3.0">
```
Zweitens setzen die richtige version der jstl-Gläser in Ihrem code. Für 1.2 Sie können Sie herunterladen hier.

Sollten Sie auf zwei Gläser:
- jstl-api.jar
- jstl-impl.jar
Verwenden Sie diese anstelle von standard.jar und jstl.jar wurden für die Vorherige version.

Lassen Sie uns wissen, wie das funktioniert für Sie.

InformationsquelleAutor der Antwort VikC

Für das laufen auf apache tomcat 7 hinzufügen, diese in Ihre POM ist wahrscheinlich angemessen. Diese Gläser keine Referenz javax.servlet-Gläser wie glassfish-do, so gibt es keine Notwendigkeit für Ausnahmen.

<dependency>
    <groupId>org.apache.taglibs</groupId>
    <artifactId>taglibs-standard-spec</artifactId>
    <version>1.2.1</version>
</dependency>
<dependency>
    <groupId>org.apache.taglibs</groupId>
    <artifactId>taglibs-standard-impl</artifactId>
    <version>1.2.1</version>
</dependency>

InformationsquelleAutor der Antwort K.Nicholas

Für Tomcat, gibt es eine einfachere Abhängigkeit Lösung für JSTL 1.1.2:

<dependency>
    <groupId>javax.servlet</groupId>
    <artifactId>jstl</artifactId>
    <!-- Apache Taglibs does not implement version 1.2 -->
    <version>1.1.2</version>
  </dependency>
  <dependency>
    <groupId>taglibs</groupId>
    <artifactId>standard</artifactId>
    <version>1.1.2</version>
    </dependency>
  <dependency>
    <groupId>taglibs</groupId>
    <artifactId>c</artifactId>
    <version>1.1.2</version>
    <type>tld</type>
  </dependency>
  <dependency>
    <groupId>taglibs</groupId>
    <artifactId>fmt</artifactId>
    <version>1.1.2</version>
    <type>tld</type>
  </dependency>
<dependency>

Sehen hier für mehr details (persönlicher blog).

REM: Mehr Informationen, wie gefordert, man muss JSTL Abhängigkeiten zur Verfügung zu stellen, die auf Tomcat. Doch, die version 1.2 ist nicht wirklich notwendig, seit der version 1.1.2 (geliefert von Apache, wie Tomcat) tut den job auch. Seine einzige Voraussetzung ist Servlet 2.4 und JSP 2.2, und die OP erwähnen, Servlet 3.0 und JSP 2.0, die ist gut genug.

InformationsquelleAutor der Antwort JVerstry

0

Gibt es zwei Antworten hier, die sind meist korrekt mit Bezug auf, wie dieses problem zu lösen, bei der Verwendung von Maven beim Umgang mit diesem Thema. Allerdings sind beide nicht zu 100% fertig.

Über AUSSCHLÜSSE pro @Tom Hunter ' s Antwort

Diese Antwort funktioniert. Allerdings wird es noch werden log-Nachrichten von Tomcat über doppelte TLD-Definitionen. Dies ist, weil sowohl die jstl und jstl-impl Artefakte gehören die TLD-Definitionen. Entfernen Sie diese Nachrichten, ich denke, eine bessere Maven-setup ist diese:
```
<dependency>
    <version>1.2</version>
    <scope>runtime</scope>
    <groupId>javax.servlet.jsp.jstl</groupId>
    <artifactId>jstl-api</artifactId>
    <exclusions>
        <exclusion>
            <artifactId>servlet-api</artifactId>
            <groupId>javax.servlet</groupId>
        </exclusion>
        <exclusion>
            <artifactId>jsp-api</artifactId>
            <groupId>javax.servlet.jsp</groupId>
        </exclusion>
    </exclusions>
</dependency>

<dependency>
    <groupId>org.glassfish.web</groupId>
    <artifactId>jstl-impl</artifactId>
    <version>1.2</version>
    <scope>runtime</scope>
    <exclusions>
        <exclusion>
            <artifactId>servlet-api</artifactId>
            <groupId>javax.servlet</groupId>
        </exclusion>
        <exclusion>
            <artifactId>jsp-api</artifactId>
            <groupId>javax.servlet.jsp</groupId>
        </exclusion>
        <exclusion>
            <artifactId>jstl-api</artifactId>
            <groupId>javax.servlet.jsp.jstl</groupId>
        </exclusion>
    </exclusions>
</dependency>
```
Diese enthält nur die jstl-api-Klassen mit den notwendigen AUSSCHLÜSSE zu vermeiden, die Probleme erläutert, die im rest der Antwort.

Mit neuen POM-Versionen pro @George ' s Antwort

Es dauerte eine Weile um es zu realisieren, aber es gibt neuere Versionen der JSTL pom verfügbar. Es ist wirklich verwirrend, weil diese neueren Pakete verwenden ähnliche, aber leicht unterschiedliche Namenskonventionen. Diese neueren Versionen markieren Sie die javax.servlet, javax.jsp, etc Abhängigkeiten vorgesehenen Umfang, so dass Sie nicht brauchen, ausgeschlossen werden. Die version 1.2.1 ist, hängt 1.2.1 version der jstl-api. Und so würde arbeiten, als auch, wie oben, Antwort:
```
<dependency>
    <groupId>org.glassfish.web</groupId>
    <artifactId>javax.servlet.jsp.jstl</artifactId>
    <version>1.2.1</version>
    <scope>runtime</scope>
</dependency>
```
Diese unterscheidet sich geringfügig von George ' s Antwort, weil ich geändert scope zur Laufzeit. George angegeben als Umfang zur Verfügung gestellt. Mit einer zur Verfügung gestellten Rahmen, die Gläser müssten manuell kopiert werden in das Tomcat-lib-Verzeichnis, oder eine andere Abhängigkeit haben würde, um auch den nötigen Umsetzung.

Jedoch konnte ich nicht finden, die 1.2.1 version von der impl in maven central, jboss repo, oder irgendwelche anderen repos. Ich landete im Kreis herum und schließlich nur einen lokalen Datei-basierte repo zum speichern des jar. Die Abhängigkeit und Glas werden hier beschrieben:
- http://mvnrepository.com/artifact/org.glassfish.web/javax.servlet.jsp.jstl/1.2.1
InformationsquelleAutor der Antwort kaliatech
0

Keines dieser arbeitete für mich, ich habe einfach ein Projekt angelegt ist, ohne die Verwendung von Maven und das hinzufügen der JAR-Dateien direkt.

InformationsquelleAutor der Antwort pgonzaleznetwork
-1

Litt ich die Fehlermeldung: SCHWERWIEGEND: Servlet.service() for servlet [obliquid.- servlet.Index] im Zusammenhang mit path [/cp] warf Ausnahme [Der absolute uri: http://java.sun.com/jsp/jstl/core aufgelöst werden können, entweder web.xml oder die jar-Dateien bereitgestellt, die mit dieser Anwendung] auf Tomcat 7

Die Lösung:
kopieren Gläser jstl-1.2.jar und javax.servlet.jsp.jstl-api-1.2.1.jar gerade auf dem Tomcat-Bibliothek-Verzeichnis. Erneutes bereitstellen von Tomcat-Bibliothek in Eclipse wieder.

InformationsquelleAutor der Antwort Tomasz

-1

Folgende Abhängigkeiten in der pom.xml scheint das Problem zu beheben:

<dependency>
    <groupId>org.glassfish.web</groupId>
    <artifactId>javax.servlet.jsp.jstl</artifactId>
    <version>1.2.1</version>
    <scope>provided</scope>
</dependency>

<dependency>
    <groupId>javax.servlet.jsp.jstl</groupId>
    <artifactId>javax.servlet.jsp.jstl-api</artifactId>
    <version>1.2.1</version>
    <scope>provided</scope>
</dependency>

War eine seltsame Kombination - zwei verschiedene groupIds - aber es funktioniert :). Meine Erwartung war, um zu sehen, die gleichen Gruppen-ID für beide Gläser. Ich schaffte es erneut bereitstellen, ohne ein problem zu Tomcat 7.

Auch, wenn Sie sehen, "Unkown tag

InformationsquelleAutor der Antwort George

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.