Spring WebApplicationInitializer (ServletContainerInitializer, @HandlesTypes) mit eingebettetem Tomcat

Question

Ich verstehe nicht warum im folgenden minimalen Projekt meine Implementierung von Spring WebApplicationInitializer Schnittstelle gefunden wird, wenn Tests innerhalb von Eclipse und IntelliJ, aber nicht bei Verwendung von Maven (mvn clean test).

Mit Eclipse und IntelliJ Ich sehe INFO: Spring WebApplicationInitializers detected on classpath: [com.example.pack.DummyInitializer@26d678a4]

Mit mvn clean test ich INFO: No Spring WebApplicationInitializer types detected on classpath sehen.

Im Test leite ich eine Embedded Tomcat:

String pathToWebXML = new File("src/main/webapp/").getAbsolutePath(); 
tomcat = new Tomcat(); 
tomcat.setBaseDir("embedded_tomcat"); 
tomcat.setPort(0); 
tomcat.addWebapp("", pathToWebXML); 
tomcat.start(); 

Die web.xml verweist auf eine ServletContextListener Implementierung, die ein neues (und leer) AnnotationConfigWebApplicationContext schafft.

ich das Beispielprojekt auf GitHub hochgeladen: https://github.com/C-Otto/webapplicationinitializer

Answer 1

Wie in den Kommentaren angegeben, wird der Classpath, die von Maven todsicherem (und Maven Failsafe) in der Standardeinstellung von Tomcat nicht gescannt. Die meisten Klassen werden mithilfe einer MANIFEST.MF-Datei in einer JAR-Datei referenziert.

Eine Option ist die useSystemClassLoader Einstellung der Maven-Plugins zu deaktivieren. Dies ändert jedoch die Details des Klassenladeprogramms, was zu anderen Problemen führen kann.

Als eine andere Option könnte man useManifestOnlyJar deaktivieren, was Probleme auf Windows-Rechner verursachen kann.

In unserem Projekt haben wir uns dafür entschieden, die Initialisierungsklassen zu entfernen, und stattdessen registrieren, was sie manuell tun sollten. In einem konkreten Beispiel, wie unsere Implementierung von AbstractSecurityWebApplicationInitializer nicht gefunden wurde, registrieren wir jetzt die Sicherheitsfilter manuell innerhalb der contextInitialized Methode:

String filterName = AbstractSecurityWebApplicationInitializer.DEFAULT_FILTER_NAME); 
servletContext.addFilter(filterName, new DelegatingFilterProxy(filterName)).addMappingForUrlPatterns(EnumSet.allOf(DispatcherType.class), false, "/*"); 

Answer 2

Sie können Tomcat sagen die Gläser enthalten, die über die Manifest-Datei in der referenzierten Glas von todsicheren erstellt. Dies kann unter context.xml erfolgen, indem das Jar Scanner-Attribut scanManifest auf true gesetzt wird. Dies ist der Standard in neueren Versionen von Tomcat, wie hier angegeben: https://bz.apache.org/bugzilla/show_bug.cgi?id=59961.