impossible de charger la bibliothèque de tags JSTL dans incorporé serveur Jetty

La jstl taglibs doit être sur serveur classpath. Vous pouvez ajouter un chargeur de classe de chargeur de classe actuel de la chaîne avant de démarrer le serveur. C'est le principe utilisé par start.jar quand il commence un serveur jetty.

ClassLoader currentClassLoader = Thread.currentThread().getContextClassLoader();
URL urlTaglibs = new File(PATH_TO_TAGLIBS).toURI().toURL();
URLClassLoader newClassLoader = new URLClassLoader(new URL[]{urlTaglibs},currentClassLoader);
Thread.currentThread().setContextClassLoader(newClassLoader);

server.start();

Vous devez également ajouter à java commencer argument de ligne de commande.

OriginalL'auteur

@Drew
Merci A Attiré. Elle fonctionne.J'avais cherché sur google pour cela et à la fin jusqu'ici.Ce que mon erreur a été de :
J'ai été en utilisant

                 <dependency>
                    <groupId>javax.servlet</groupId>
                    <artifactId>jstl</artifactId>
                     <version>1.1.2</version>
                     <scope>provided</scope>
                </dependency>

Je l'ai changé à partir de ci-dessus pour

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

et il a obtenu de travail. Aussi, j'ai été en utilisant jstls de dépendance qui je l'ai enlevé.

OriginalL'auteur

J'ai eu le même problème et a trouvé que http://java.sun.com/jsp/jstl/core est considéré comme le seul système d'URI et de tous les taglib définitions que d'essayer de définir ce sont ignorés (mais quand référencé, une erreur se produit de toute façon).

J'ai utilisé les informations suivantes avant de commencer la Jetée et maintenant ça fonctionne:

try {
    Field f = TldScanner.class.getDeclaredField("systemUris");
    f.setAccessible(true);
    ((Set)f.get(null)).clear();
} catch (Exception e) {
    throw new RuntimeException("Could not clear TLD system uris.",e);
}

OriginalL'auteur

Dans votre web.xml, essayez de changer de "h77p://java.soleil.com/xml/ns/j2ee/web-app_2_4.xsd" à commencer par "http://" et voir si cela corrige l'erreur.

Toutefois, cela peut ne pas être la cause sous-jacente, depuis que j'ai eu la même erreur lors de l'utilisation de la jetée-maven-plugin et JSTL taglib-tête dans ma JSP:

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

PWC6188: L'uri absolu:
http://java.sun.com/jsp/jstl/core
ne peut pas être résolu dans les deux web.xml
ou les fichiers jar déployés avec ce
application

Je suis à l'aide d'un out-of-the-box Spring MVC modèle de SpringSource Tool Suite, alors je ne suis pas sûr de savoir pourquoi le plugin Maven pour Jetty étouffe.

<build>
   <plugins>
      <plugin>
         <groupId>org.mortbay.jetty</groupId>
         <artifactId>jetty-maven-plugin</artifactId>
      </plugin>
   </plugins>
</build>
<repositories>
     <repository>
       <id>maven2-repository.dev.java.net</id>
       <name>Java.net Repository for Maven</name>
       <url>http://download.java.net/maven/2/</url>
       <layout>default</layout>
     </repository>
</repositories>

Et seulement javax.servlet:jstl:1.2 est répertorié dans mon POM dépendances, depuis maintenant obsolètes taglibs:standard:1.1.2, qui était une suggestion donnée ci-dessus.

OriginalL'auteur

En ajoutant le code suivant je me suis débarrassé du problème:

<dependency>
    <groupId>org.apache.tomcat</groupId>
    <artifactId>jasper</artifactId>
    <version>6.0.29</version>
</dependency>

Je suis à l'aide de la jetée-runner 8.

OriginalL'auteur