SEVERE: Exception springSecurityFilterChain... classcastexception-Fehler... DelegatingFilterProxy nicht gegossen werden
kann mir jemand helfen, lösen meine tomcat ausgeführt, Fehler, bekomme ich die folgende Fehlermeldung, wenn ich tomcat:
SEVERE: Exception starting filter springSecurityFilterChain
java.lang.ClassCastException: org.springframework.web.filter.DelegatingFilterProxy cannot be cast to javax.servlet.Filter
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:115)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4001)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4651)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445)
at org.apache.catalina.startup.Embedded.start(Embedded.java:825)
at org.codehaus.mojo.tomcat.AbstractRunMojo.startContainer(AbstractRunMojo.java:533)
at org.codehaus.mojo.tomcat.AbstractRunMojo.execute(AbstractRunMojo.java:239)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:569)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:539)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
InformationsquelleAutor user987027 | 2011-10-10
Du musst angemeldet sein, um einen Kommentar abzugeben.
Einer Ihrer Abhängigkeiten werden, einschließlich einer servlet-api in Ihre war-Datei, die bewirkt, dass Verhalten. Mit mvn dependency:tree, finden Sie heraus, welche Ihrer Abhängigkeit ist. Danach müssen Sie ausschließen, dass der servlet-api wie folgt:
Müssen Sie dies tun, für andere servlet-api ' s (z.B. org.mortbay.jetty:servlet-api, ..).
InformationsquelleAutor rosencreuz
Konnte ich dieses Problem beheben, durch das entfernen servlet-api.jar aus meiner Bereitstellung Baugruppe (in eclipse)
my-web-Projekt-> Eigenschaften -> - Bereitstellung Baugruppe
entfernen. Andere behaupten, dass auf maven Projekte, die den Umfang der servlet-api-dependency gesetzt werden muss, 'sofern'
InformationsquelleAutor rebouny
Ich habe ein ähnliches problem, wenn ich Hinzugefügt die Abhängigkeit für CXF. Ich habe versucht, die oben empfohlene Weg, ohne javax.servlet aus, diese Abhängigkeit, aber es hat nicht funktioniert - aber hinzufügen, sofern es gelöst.
Es könnte ein Fall für Sie, aber einen Versuch Wert.
Wenn ich Ihre Frage beantwortet markieren Sie ihn bitte so. 😉
InformationsquelleAutor Rose
Ähnliches Problem wurde behoben, durch den Ausschluss von geronimo.
Determinig die jar-Dateien enthalten die Fehler uas gefunden durch das Scannen jedes jar-Datei in das WEB-INF/lib-Ordner für die Klassen, die es enthielt. I. e.
InformationsquelleAutor sweetfa
wahrscheinlich in web.xml konfigurieren Sie
aber es ist filter. so ändern servlet-filter.
InformationsquelleAutor sudeep biswas