Eclipse: Kann nicht finden, der tag-library-Deskriptor "http://java.sun.com/jsf/core" mithilfe von JBoss

Ich weiß, diese Frage wurde gebeten, eine Menge Zeit, da suchte ich stundenlang nach einer Lösung, aber es wurde nie beantwortet (oder zumindest nicht für meine situation).

Ich bin mit Wildfly 8.0 (ex-JBoss), so verstehe ich, dass ich nicht brauchen, um hinzuzufügen, jstl Gläser noch JSF-jars, denn die Umsetzung ist bereits im Lieferumfang von JBoss.

Nun auch sagen, wenn eclipse zu verwenden, die Wildfly-runtime-Bibliotheken, ich bekomme den oben genannten Fehler. Habe ich überprüft und die jboss-jstl-api_1.2_spec-1.0.4.Final.jar Teil der Bibliothek ist

Wie kann ich Sie erreichen? Ich habe versucht, das herunterladen jstl Gläser (aus https://jstl.java.net/) und setzen Sie Sie in das lib-Verzeichnis, aber es funktioniert nicht.

Kopieren Sie die Gläser in den "lib" funktioniert perfekt, wenn ich Tomcat verwenden, die nicht über seine jstl-Implementierung. Aber nicht mit Wildfly (vielleicht, weil eclipse ignoriert die Gläser, die ich in die lib-Verzeichnis, da Wildfly hat seine eigene Gläser? Aber warum dann bekomm ich den Fehler in den ersten Platz? Ich bin verwirrt).

Danke an alle, die mir helfen, mit diesem.

Edit: vergaß ich genau, dass auch mit diesen Fehlern auf alle meine JSPs, die das Projekt erstellt und funktioniert tadellos auf dem server.
Diese Fehler sind eclipse-spezifisch, es erkennt nicht die taglibs und zeigt lästige Fehlermeldungen bei taglib-Deklarationen und Warnhinweise, wenn diese (unbekannte eclipse) tags. Plus, ich kann nicht mit der code-Vervollständigung.

Edit: ich umging das problem, für den moment, durch das hinzufügen von standalone-myfaces-und jstl-Tag-Bibliotheken zum build-path. Ich möchte aber, dass eclipse verwendet die Gläser stehen auf der server-Seite. (Für JPA zum Beispiel habe ich nicht hinzufügen müssen, um die hibernate-Bibliothek zum Erstellungspfad, habe ich einfach gesagt, eclipse, JPA-Implementierung si verfügbar auf server-runtime und es funktionierte mit code-Vervollständigung und alles).

In Erster Linie, dass taglib URI ist nicht von einer JSTL-taglib. Es beginnt nicht mit java.sun.com/jsp/jstl. Das Lesen der Einführung von stackoverflow.com/tags/jstl/info sollte klar jegliche Verwirrung darüber, was genau JSTL ist
Hi BalusC, ich lese den link "../tags/jstl/info", habe ich die Seite gefunden:tomcat.apache.org/download-taglibs.cgi, tatsächlich, ich erreichte den tomcat-offizielle Seite, bevor ich hier ankam. also ich versuche zu downloaden die jstl-jar von der tomcat-offizielle Seite. Es sind 4 Gläser zu downloaden. Soll ich herunterladen taglibs-standard-impl-1.2.5.jar?

InformationsquelleAutor Riccati | 2014-03-18

  1. 9

    Okay, nicht haben, um zusätzliche Bibliotheken (die nicht von dem server benötigt werden) hier ist, was ich zu tun hatte, zusätzlich zu das Wildfly-runtime-library zum Projekt:
    Gehen Sie zu Projekt/Eigenschaften/Projekt Facetten/Java Server Faces und wählte Bibliothek zur Verfügung Gestellt, die von der Ziel-Laufzeitumgebung an in der Bibliothek geben (anstelle einer Benutzer-Bibliothek).

    Ich habe es getan, auch, aber habe immer noch den gleichen Fehler (ich habe nur einen Unterschied, ich bin mit JBoss 7.1).

    InformationsquelleAutor Riccati

  2. 3

    Ich bin wirklich enttäuscht, JSF-Unterstützung in eclipse. Ich bin die Begegnung mit solchen Einschränkungen die ganze Zeit.

    Ich bin mit JBoss 7.1.1 und auch das hinzufügen von JBoss als der Ziel-Laufzeitumgebung an des Projekts nicht helfen.

    Die einzige Lösung, die für mich gearbeitet hat, war die Definition der neuen JSF-Bibliothek innerhalb Eclipse: Window Preferences -> Java -> Build Path -> User Libraries -> click New (zeigt auf die jsf-impl.jar und jsf-api.jar). Und dann das hinzufügen von solchen Bibliothek zu den build-Pfad des Projektes an.

    Es löste alle lästigen eclipse Fehler nicht finden können, tag-Bibliothek. Also es ist ziemlich ähnlich wie die @Riccatti erste Lösung.

    Btw: Antwort, die ich gefunden auf der eclipse-forum sagt, dass dieser Fehler in der Regel verursacht durch nicht vorhandene JSF-tag-Bibliotheken (die vorhanden sind in jsf-impl.jar) auf dem Klassenpfad.

    InformationsquelleAutor G. Demecki

Schreibe einen Kommentar