getDispatcherType() für den Typ undefined HttpServletRequest

Question

ich ein Java dynamische Web-Projekt in die Eclipse-IDE importiert haben (die in Eclipse IDE implementiert wurde und einwandfreie Funktion).

Ich bekomme eine "getDispatcherType() ist undefined für den Typ HttpServletRequest" Fehler beim Ausführen des Projekts.

Ich habe jede Datei in IDE gemäß der Struktur kopiert und die Arbeit getan ist.

Jetzt möchte ich nur wissen, warum ich diese Störung erhalte, wenn ich das Projekt importiert haben. Hatte jemand das gleiche Problem? Bitte lassen Sie mich wissen, welchen Fehler ich gemacht habe.

Answer 1

Ich hatte das gleiche Problem, als ich eine widersprüchliche Servlet-API-Version hatte, die ich in IntelliJ verwendete, die in Konflikt mit dem war, was in Tomcat 8.0.x unterstützt wurde ... Ich verwendete Maven, also änderte ich meine Abhängigkeit dazu , dann habe ich eine saubere Bereitstellung meiner Webapp und das Problem ging weg.

<dependency> 
    <groupId>javax.servlet</groupId> 
    <artifactId>javax.servlet-api</artifactId> 
    <version>3.1.0</version> 
</dependency> 

Answer 2

tomcat 8.0.18, maven. Es geht um einen lib-Konflikt. Meine Lösung ist:

<dependency> 
     <groupId>javax.servlet</groupId> 
     <artifactId>servlet-api</artifactId> 
     <version>2.5</version> 
</dependency> 

geändert:

<dependency> 
     <groupId>javax.servlet</groupId> 
     <artifactId>javax.servlet-api</artifactId> 
     <version>3.1.0</version> 
</dependency> 

Answer 3

Dies kann auch passieren, wenn sie von einem alten auf neuere Tomcat-Version und halten die alten JAR-Dateien wie j2ee.jar und javaee.jar aktualisieren.

j2ee.jar sollte nerver in Ihrem Webapp enthalten ist, wird die interfae von tomcat implementiert

Answer 4

ich dieses Problem gelöst, indem den Servlet-api.jar mit und jsp-api.jar von tomcat selbst, so dass die Abhängigkeit mit Systemumfang wird wie unten angegeben werden:

<servlet.api.jar.path>/opt/apache-tomcat-8.0.15/lib/servlet-api.jar</servlet.api.jar.path> 
<jsp.api.jar.path>/opt/apache-tomcat-8.0.15/lib/jsp-api.jar</jsp.api.jar.path> 

    <dependency> 
     <groupId>javax.servlet</groupId> 
     <artifactId>servlet-api</artifactId> 
     <version>3.0</version> 
     <scope>system</scope> 
     <systemPath>${servlet.api.jar.path}</systemPath> 
    </dependency> 
    <dependency> 
     <groupId>javax.servlet</groupId> 
     <artifactId>jsp-api</artifactId> 
     <version>2.2</version> 
     <scope>system</scope> 
     <systemPath>${jsp.api.jar.path}</systemPath> 
    </dependency> 

Answer 5

Sie sollten „Servlet-api-2.5.jar“ von jeder anderen Abhängigkeiten ausschließen, die Sie in Ihrem pom.xml haben.

Versuchen Sie nicht, einen anderen Servlet-api als Kompilierung hinzuzufügen, wie Ihr Kater für Dich bietet es bereits.

---

Meine Schritte:

Ich habe überprüft, dass es einen Servlet-api-2.5.jar wurde von Maven in meinen WEB-INF/lib Ordner enthalten ist, so ist, dann, überprüfte ich die vollständigen Abhängigkeitsgraphen auf "Maven projects @IntelliJ Idea", dann habe ich diese Abhängigkeit von ALLEN Orten ausgeschlossen, wo sie herkommt. [Die Schaltfläche "Abhängigkeiten anzeigen" ist dafür praktisch]

Ich musste "Commons-Logging" (wie es Servlet-API 2.5 Abhängigkeit hat) von Velocity-Tools ausschließen. Auch musste Servlet-API von Jaxws-Spring, die eine direkte Abhängigkeit von Standardbereich hat ausgeschlossen werden.

Dann fügen Sie einfach den Umfang zur Verfügung gestellt, wie Sie sollten auf Ihrer javax.servlet-api Abhängigkeit.

Wenn Sie Ihren Servlet-api 3.0.1+ als „kompiliert“ hinzufügen, können Sie mit den beiden am Ende, und die erste wird gewinnen laden, was überhaupt nicht gut ist.

Hinweis: Meine Vermutung ist, dass dieses Problem aus der Umbenennung der mit der ältesten Version überschrieben groupId/artifactId von Servlet-api, und nicht zu werden kommt enthalten auf Maven Projekt. : \

Answer 6

Wenn Ihr Kater Version 8 verwendet wird:

<dependency> 
     <groupId>javax.servlet</groupId> 
     <artifactId>javax.servlet-api</artifactId> 
     <version>3.1.0</version> 
</dependency> 

gearbeitet!