Eclipse FeatureNotFoundException
Ich gebaut habe, mein Projekt mit maven
Alle builds erfolgreich und eclipse-Eigenschaften-generation ist auch erfolgreich
Aber wenn ich öffnen Sie das Projekt in Eclipse 4, ich bin immer diese Fehlermeldung
An internal error occurred during: "Loading descriptor for SALYExplorer.".
org.eclipse.emf.ecore.xmi.FeatureNotFoundException: Feature 'taglib' not found. (platform:/resource/SALYExplorer/src/main/webapp/WEB-INF/web.xml, 313, 10)
An dieser Stelle habe ich einige Eigenschaften
Obwohl das Projekt rund läuft und alles in Ordnung ist, einfach zu erkunden, während das Projekt im Navigationsbereich Eclipse wirft immer diesen Fehler-box (ziemlich nervig).
COde an dieser Stelle
<taglib>
<taglib-uri>xx.tld</taglib-uri>
<taglib-location>/WEB-INF/tld/xx.tld</taglib-location>
</taglib>
- und xx-definations int-es-Datei
<!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library 1.2//EN"
"http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_2.dtd">
<taglib>
<tlib-version>1.0</tlib-version>
<jsp-version>1.2</jsp-version>
.........
</taglib>
InformationsquelleAutor der Frage Reddy | 2012-08-06
Du musst angemeldet sein, um einen Kommentar abzugeben.
Das problem ist nicht die taglib an alle, es ist nur eine schlechte Fehlerbeschreibung von Eclipse.
es ist der Projekt-Facette vs. web.xml dtd - .. die Versionen müssen übereinstimmen!
wenn die web.xml sagt:
aber das Projekt hat eine
dann tritt dieser Fehler auf.. ändern Facette 2.3 oder web.xml 2.5... in anderen Worten: Sie müssen übereinstimmen..
InformationsquelleAutor der Antwort Henrik
Lief ich in diese Fehlermeldung beim Versuch zum aktualisieren einer maven-Projekt in Eclipse (ALT+F5).
web.xml
- und Projekt-Facette
Hier ist, wie ich es beheben könnte:
Entfernt alle xmls-schema-definition aus der
web-app
elementaktualisieren Sie dann die maven-Projekt (ALT+F5).
Re-legen Sie die schema-Definitionen und re-Projekt aktualisieren (ALT+F5).
InformationsquelleAutor der Antwort A4L
Laut jsp_2_1.xsd enthalten, die von web-app_2_5.xsd-taglib-Tags sollte in den jsp-config-tag:
Wenn ich gewickelt taglib in js-config, verschwand die Fehlermeldung.
Vorherigen Parser wurden wahrscheinlich mehr Nachsicht. Meine config: Eclipse Luna, built-in-maven-3.2.1, web.xml 2.5, Dynamische Web-Projekt facet 2.5.
InformationsquelleAutor der Antwort CodeMonkey
Ich habe gerade die gleichen Symptome, die mit einer web-app-Projekt mithilfe von maven. In meinem Fall wurde im Zusammenhang mit struts taglib-tags in web.xml und das Projekt mit einem Streben v1.2.9 Abhängigkeit. Ich löste das problem durch die Umstellung auf struts v1.3.10. Fragen Sie nicht, warum dies das problem gelöst.
Wenn du in der gleichen situation und aktualisieren Sie Ihr Streben Abhängigkeit von 1.2.9 auf 1.3.10 sicher, dass Sie mindestens dtd v2.3 in der DOCTYPE-Deklaration des web.xml:
!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/j2ee/dtds/web-app_2_3.dtd"
oder Sie erhalten ein anderes problem (Ihre webapp startet nicht ohne internet-Verbindung)
Hoffe, das hilft
InformationsquelleAutor der Antwort François-Paul Servant
Ich vermute, dass das problem mit Eclipse web Tools Platform und Java EMF-Modell. Hier ist ein Bild einer Liste von plugins wie Java EMF-Modell und JEM Sachen von Eclipse Web Tools Platform:
https://stackoverflow.com/users/1503535/nitin-gurramist Ihr stack-trace Aussehen?
InformationsquelleAutor der Antwort Dale
Habe ich es geschafft dieses Problem zu beheben, durch das entfernen der validator aus .Projekt-Datei für jedes der Projekte, die hatten das Problem.
InformationsquelleAutor der Antwort Keith
Vorerst wenn es nur die lästige Fehlermeldung, die Sie reparieren wollen, dann als Kurzfristige beheben nehmen Sie einen Blick auf das deaktivieren der Validierung hier : Eclipse 'be-descriptor' Alter nimmt
Wenn die oben nicht funktioniert, eine alternative wäre die Verwendung von AHK (Autohotkey), die dauern würde, etwas mehr Arbeit an Ihrem Ende. (Ich habe mit einem AHK-Skript für ein paar Jahre jetzt, um loszuwerden, das Eclipse Fehler-popups, die ich don ' T care about)
Eclipse Bug 198630 angehoben wurde fast 5 Jahre zurück und es ist einen Kommentardie hat eine fast identische Fehlermeldung wie bei der OP. (Der Fehler selbst wurde schließlich geschlossen, als nicht reproduzierbar).
Habe ich folgende Fragen an Sie :
WORKSPACE_HOME/.metadata/.log
. Bitte werfen Sie einen Blick auf diese für weitere detaillierte Informationen. )Habe ich die folgenden Empfehlungen :
In der eclipse-bug-thread, das problem wurde behoben mindestens einmal durch ein Update auf eine bestimmte JST-version. Daher wäre es möglich, für die Ausführung von Eclipse-update und sehen, ob das problem behoben ist ? (Diese kann getan werden, indem Sie gehen zu Helfen -> auf Updates Prüfen)
Wäre es möglich zu versuchen, importieren Sie das Projekt in Eclipse Indigo (anstelle von
Juno, die Sie derzeit haben) und sehen, ob Sie sich reproduzieren können
das problem ? (Eclipse Indigo-downloads verfügbar hier und ich glaube, Sie müssten das Java-EE-version)
InformationsquelleAutor der Antwort Ashutosh Jindal
Ich hatte einen ähnlichen Fehler mit eclipse 4.3 (Kepler), maven 3.1.0, tomcat 6.0.37 und jdk7 (habe auch jre6 installiert), und eine Lösung gefunden um es zu beheben oder zumindest, um loszuwerden, das lästige Fehler durch die Konfiguration von tomcat in eclipse.
In Einstellungen->Server-> Runtime-Umgebungen, definieren Sie eine neue Laufzeitumgebung "Apache Tomcat 6.0" und wählen Sie die jre6 installation vom installierten JREs.
Überprüfen Sie dann die Gezielte Laufzeiten in die Eigenschaften des Projekts. Apache Tomcat v6.0 verknüpft werden soll mit Java Runtime Environment v1.6 (falls noch nicht definiert drücken Sie neu und überprüfen, dass die ausgewählte JRE ist eine java-1.6-Laufzeitumgebung).
Hoffe es hilft
InformationsquelleAutor der Antwort brokenboa
War ich in der Lage, aktualisieren Sie die project-Java-Facette auf 1,5 und die Fehler gestoppt.
InformationsquelleAutor der Antwort rlsport
In meinem Fall, kann dieses problem aber behoben mit version
org.eclipse.emf.ecore.xmi_2.10.2.v20150123-0348
undorg.eclipse.emf.ecore.xmi.source_2.10.2.v20150123-0348
undorg.eclipse.emf.ecore.xmi_2.10.2.v20150123-0348
undorg.eclipse.emf.ecore.xmi.source_2.10.2.v20150123-0348
undorg.eclipse.emf.common_2.10.1.v20150123-0348
jars in den build path.
Früher Krüge der alten version, die verwendet wurden, trotz der neuen version vorhanden.
InformationsquelleAutor der Antwort Kritika Anand