Impossible de lire le TLD “META-INF/c.tld”

il y a ce problème avec JSTL je suis bloqué depuis quelques jours. Toute aide est appréciée.

Tomcat 6.0.28

Eclipse: Helios

pom.xml :

 <dependency>
   <groupId>javax.servlet</groupId>
   <artifactId>jstl</artifactId>
   <version>1.1.2</version>
 </dependency>
 <dependency>
  <groupId>javax.servlet</groupId>
  <artifactId>servlet-api</artifactId>
  <version>2.4</version>
  <scope>provided</scope>
</dependency>
<dependency>   
  <groupId>taglibs</groupId> 
  <artifactId>standard</artifactId> 
  <version>1.1.2</version> 
</dependency>
<dependency>   
  <groupId>javax.servlet.jsp</groupId> 
  <artifactId>jsp-api</artifactId> 
  <version>2.0</version>
  <scope>provided</scope>
</dependency>

JSP:

<%@ page session="true"%>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<%@ taglib prefix="fmt" uri="http://java.sun.com/jsp/jstl/fmt" %>
<%@ taglib prefix="utilfn" uri="/utility-functions" %>

web.xml:

<web-app id="WebApp_ID" version="2.4" 
 xmlns="http://java.sun.com/xml/ns/j2ee" 
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
  http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

Quand j'déployer le Maven-construit guerre sur tomcat 6 en utilisant le gestionnaire, il fonctionne très bien.
Lorsque je l'exécute en tant que "Exécuter en tant Qu' > Exécuter Sur le Serveur" à l'intérieur de l'éclipse, j'obtiens ceci:

Incapable de lire TLD "META-INF/c.tld" de JAR fichier "fichier:/<- l'emplacement ->/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Myproject/WEB-INF/lib/standard-1.1.2.jar": org.apache.jasper.JasperException: Impossible de charger ou d'instancier TagLibraryValidator classe: org.apache.taglibs.standard.tlv.JstlCoreTLV

Où que je regarde, il dit la même chose:

  1. Assurez-servlet-api et jsp-api ne sont pas dans la lib
  2. Assurez-vous d'utiliser le droit de JSTL version et URI qui va avec JSP 2.0.

Et ils semblent être bien que je peux déployer la guerre de façon indépendante. Quel est donc le problème ici?!

  • Bien écrit, d'une question, de nombreux exemples. Du bon travail.
InformationsquelleAutor DS. | 2010-08-10
  1. 4

    Vérifier que
    .metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/Myproject/WEB-INF/lib/standard-1.1.2.jar n'est pas corrompu (et faire un peu de nettoyage si nécessaire).

    • Même si standard-1.1.2.jar n'était pas la question, je suis encore à l'acceptation de votre réponse, car je n'ai pas réussi à vérifier que l'emplacement. Il n'a tout simplement pas se produire pour moi. Le problème est que les servlet-api.jar a été copié à l'emplacement en quelque sorte quand je l'ai supprimé et reconfiguré mon serveur à l'intérieur de l'Éclipse. La suppression de ce fichier a résolu le problème. Chaque fois que je choisis de "Nettoyer" et "Propre Répertoire de Travail de Tomcat" à partir du menu contextuel du serveur, le pot semble de retour si. Je ne sais pas pourquoi/comment. Mais comme de maintenant, la suppression de ce fichier manuellement est de le faire fonctionner. Merci pour la réponse!
    • Merci, cela a été utile. Je n'ai toujours pas compris pourquoi/comment le pot réapparaît cependant, avez-vous?
    • Il est arrivé à moi aussi que, parfois, le POT sont inclus, même s'ils sont marqués comme prévu dans le pom, j'ai trouvé une solution avec packagingExcludes stackoverflow.com/questions/6477504/...
    InformationsquelleAutor Pascal Thivent
  2. 16

    Après j'ai déménagé à l'aide de l'Indigo Eclipse 3.7 et a pris la duré de mise à jour de m2e, ce problème m'est arrivé, j'ai supprimer la dépendance ci-dessous cela a bien fonctionné.

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

    Je ne sais pas pourquoi les questions a disparu, comme ma compréhension de la nouvelle version de m2e a jsp compilation de la bibliothèque déjà.

    • Vous avez sauvé ma santé mentale!
    InformationsquelleAutor Sobree Maenchi
  3. 6

    supprimer :


    javax.servlet.jsp
    jsp-api
    2.0
    fourni

    de vous pom.xml et cela devrait le faire.. cela a fonctionné dans mon cas 🙂

    InformationsquelleAutor Alok Avjeet
  4. 5

    Il semble qu'il y est un problème avec maven/plugin m2eclipse. Même moi, je vois le même problème. Par défaut c'est en poussant tous les fichiers jar du serveur lib. Qui comprend la portée de la "condition" des fichiers jar. Ce problème a été corrigé dans les versions anciennes de m2eclipse. Mais elle a été introduite de nouveau, il me semble.

    • Merci. Ouais, m2e 1.0 est y compris la condition des Pots, comme vous le dites. C'est un problème parce que Tomcat ne veut pas javax.servlet.jsp:jsp-api Sobree notes ci-dessus.
    InformationsquelleAutor Jay
  5. 2

    Quickfix:

    Faire une copie de sauvegarde .et de classpath .projet de et de .paramètres/org.eclipse.wst.commun.composante.

    Exécuter cette commande:

    mvn eclipse:eclipse

    Ou, cliquez-droit sur sur le projet, dans le Maven sous-menu, vous avez un Projet de mise à Jour... de commande qui, je pense, fait la même chose.

    Republier.

    Explication:

    Vous avez probablement ajouté toutes les Dépendances Maven comme un Déploiement à l'Assemblage de votre projet. Cette copie tous Maven classe entrées de chemin d'accès à la WEB-INF/lib du répertoire. Ouvrez votre .classpath fichier (à la racine de votre projet, et vous aurez probablement de trouver le fichier XML suivant:

    <classpathentry kind="con" path="org.maven.ide.eclipse.MAVEN2_CLASSPATH_CONTAINER">
    <attributes>
        <attribute name="org.eclipse.jst.component.dependency" value="/WEB-INF/lib"/>
    </attributes>
</classpathentry>

    Qui signifie copie à CHAQUE .fichier jar qui devient un problème dans ce cas.

    Mettre à jour le projet devrait supprimer le bloc XML ci-dessus et explicitement la liste des fichiers JAR.

    Donc, si vous ré-ouvert .classpath, vous verrez ceci à la place:

    <classpathentry kind="var" path="M2_REPO/com/google/code/gson/gson/2.2.1/gson-2.2.1.jar" sourcepath="M2_REPO/com/google/code/gson/gson/2.2.1/gson-2.2.1-sources.jar"/>
<classpathentry kind="var" path="M2_REPO/javax/servlet/jsp/jsp-api/2.1/jsp-api-2.1.jar" sourcepath="M2_REPO/javax/servlet/jsp/jsp-api/2.1/jsp-api-2.1-sources.jar"/>
...

    C'est pour le chemin que vous avez encore besoin, mais il a supprimé la dépendance pour les copier sur lib. Au lieu de cela, si vous ouvrez .paramètres/org.eclipse.wst.commun.composant/, vous verrez que les fichiers JAR sont maintenant explicitement énumérés:

    <dependent-module deploy-path="/WEB-INF/lib" handle="module:/classpath/var/M2_REPO/com/google/code/gson/gson/2.2.1/gson-2.2.1.jar">
  <dependency-type>uses</dependency-type>
</dependent-module>

    Et, vous remarquerez que les jsp-api-2.1.jar est désormais absent. Appliquer la même logique à l'autre des fichiers JAR.

    Personne ne sait comment faire ce automatique?

    InformationsquelleAutor Josh Unger
  6. 0

    plate-forme: eclipse 3.7 indigo, tomcat 6.0.29

    commenté les dépendances suivantes dans pom.xml: 

    javax.servlet  
org.apache.taglibs

    ce éclairci la question (comme ils sont fournis par tomcat) ...

    • L'interlocuteur a accepté une solution complètement différente mois avant votre réponse, donc ce n'était pas son problème.
    InformationsquelleAutor theRiley
  7. 0

    Je suis d'accord avec Jay réponse. J'ai le même problème ici. Si je supprime jsp-api de pom.xlm, maven test échoue, car il ne peut pas trouver jspWriter classe en jsp-api jar. Si je continue jsp-api dans le pom et le mettre à "condition" ou "test", côté de tomcat échouera comme les m2e plugin pousse jsp-api bocal pour les dépendances maven qui est ensuite inclus dans mon tomcat déployé lib. Je dirais que c'est le plugin question que jsp-api doit être déclarée dans pom.xml comme prévu car il est fourni par les serveurs d'applications.
    Je ne peux pas trouver un moyen de résoudre ce problème, mais pour supprimer manuellement les jsp-api à chaque fois après le serveur tomcat synch.

    InformationsquelleAutor Leo Huang
  8. 0

    Avec Eclipse, veuillez vous assurer que vous avez installé 'Intégration de Maven pour Eclipse WTP'
    Avec les autres plugin sans WTP, eclipse changer votre classpath et comprennent servlet-api.jar dans votre webapps.

    • Alors que votre réponse peut être utile, il a déjà été résolu en faisant autre chose.
    InformationsquelleAutor Thibaut
  9. 0

    Vous devez exclure jsp-api dépendance de jstl importer dans votre pom.xml :

    <dependency>
    <groupId>javax.servlet.jsp.jstl</groupId>
    <artifactId>jstl-api</artifactId>
    <version>1.2</version>
    <exclusions>
        <exclusion>
            <groupId>javax.servlet</groupId>
            <artifactId>servlet-api</artifactId>
        </exclusion>
        <exclusion>
            <artifactId>jsp-api</artifactId>
            <groupId>javax.servlet.jsp</groupId>
        </exclusion>
    </exclusions>
</dependency>
    InformationsquelleAutor hadf
  10. 0

    Retiré jsp-api 2.0 à partir de
    .les métadonnées/.plugins/org.eclipse.wst.serveur.core/tmp0/wtpwebapps/Monprojet/WEB-INF/lib/
    cela a fonctionné pour moi .

    InformationsquelleAutor charu
  11. 0

    J'avais la même erreur dans l'EDI netbeans 8.0.2. Il s'avère que c'était de ma part mis à 8080 pour le départ et l'arrêt. J'ai changé le sortant à 8081 pour le serveur Tomcat. Il a travaillé! J'ai ensuite changé mon arrêt port 8005. Pour changer allez dans Outils>Serveurs>

    Mon serveur tomcat fonctionne maintenant.

    InformationsquelleAutor rene1234