Wie zu verwenden TomcatEmbeddedServletContainerFactory mit einem AbstractAnnotationConfigDispatcherservletinitializer

Ich habe 'TomcatEmbeddedServletContainerFactory' aus dem Spring-Boot-Projekt erzeugen kann, einen embedded Tomcat-Instanz.
Ich habe bereits eine Reihe von "traditionellen" Spring (Java-basierend) Konfiguration-Klassen und eine 'AbstractAnnotationConfigDispatcherservletinitializer Umsetzung für die Einrichtung eines root-Anwendung, die Kontext-und controller-context

public class IntegrationTestDispatcherServletInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {
@Override
protected String[] getServletMappings() {
    return new String[]{"/"};
}

@Override
protected Class<?>[] getRootConfigClasses() {
    return new Class<?>[]{ServiceModuleConfiguration.class};
}

@Override
protected Class<?>[] getServletConfigClasses() {
    return new Class<?>[]{WebModuleConfiguration.class };
}
}

Nun versuche ich zum erstellen einer Tomcat-Instanz mit

TomcatEmbeddedServletContainerFactory tomcatFactory = new TomcatEmbeddedServletContainerFactory("/", 8080);
tomcatFactory.getEmbeddedServletContainer(???)

getEmbeddedServletContainer() erwartet eine ServletContextInitializer von Spring boot-und jetzt bin ich stecken mit der überbrückung, die zu meiner Konfiguration Klassen.

Ist Spring Boot ein tomcat-Fabrik gebaut, für die Unterstützung dieses? Wenn dem so ist,irgendwelche Beispiele gibt?

InformationsquelleAutor Martin Ahrer | 2014-02-12

spring-boot tomcat

1

Den EmbeddedServletContainerFactory wirklich Paare mit EmbeddedWebApplicationContext (nicht die AnnotationConfigWebApplicationContext erhalten Sie von AbstractAnnotationConfigDispatcherServletInitializer). Wenn Sie bauen wollen, eine war-Datei dann Ihre beste option angesichts der einfachen Natur der Initialisierung ist die Verwendung SpringApplicationServletInitializer statt, z.B.
```
public class IntegrationTestDispatcherServletInitializer extends SpringBootServletInitializer {

    @Override
    protected SpringApplicationBuilder configure(SpringApplicationBuilder application) {
        return application.sources(ServiceModuleConfiguration.class).child(WebModuleConfiguration.class);
    }

}
```
Wenn Sie nicht möchten, dass eine war-Datei (wie vorgeschlagen, in den Kommentaren, und wenn ich mehr darüber nachdenken), einfach ein SpringApplication verwendet EmbeddedServletContainerFactory wenn es denkt, dass Sie versuchen, zu erstellen eine webapp (oder verwenden Sie den builder wie im code oben).
- Ich habe nicht die SpringServletContainerInitializertreten in zur Initialisierung der web-Anwendung. Ich bin mit einem AnnotationConfigEmbeddedWebApplicationContext mit einem bean-definition für einen EmbeddedServletContainerFactory. Der container selbst beginnt, aber ich denke, um für die oben genannten IntegrationTestDispatcherServletInitializer die SpringServletContainerInitializerausgeführt werden?
- Ja, sorry, ich war verwirrt, über das, was Sie tun möchten. Wenn Sie nicht möchten, bauen Sie eine war-Datei und stellen Sie dann eine ServletContextInitializer ist nicht zu helfen, und wenn Sie wollen, dass den eingebetteten container, die Sie wahrscheinlich nicht wollen, eine war-Datei. Warum nicht einfach SpringApplication oder den generator direkt?
- Ok, werde das untersuchen in diese Richtung. Meine Absicht ist, führen Sie eine einfache integration test aus einem eingebetteten tomcat-ohne den Aufwand für die Erstellung eines KRIEGES und installieren Sie es.
- SpringApplicationBuilder builder = new SpringApplicationBuilder(WebModuleConfiguration.class,ServiceModuleConfiguration.class); builder.contextClass(AnnotationConfigEmbeddedWebApplicationContext.class); builder.application().run(); Dies ist das Booten Rahmen, jedoch sieht es nicht aus, das gibt mir ein arbeiten DispatcherServlet setup. Aber die Frage ist nun, wenn ich hatte, um es zu registrieren manuell wie ich es tun würde, mit AbstractDispatcherServletInitializer bräuchte ich Zugriff auf den Anwendungskontext mit dem controller Bohnen? Ich sehe nicht, wie man bekommen würde, die aus dem generator/ - Anwendung?
- Richtig, ich sehe. Um eine DispatcherServlet zu eigen Ihrem Kontext, die Sie benötigen, um erstellen Sie eine @Bean dieser Art und legen Sie es in Ihrem Anwendungskontext. Sollte nicht eine große Sache? N. B. obwohl, zu bewahren, die Anwendung der context-Hierarchie aus der original-app, die Sie verwenden müssen SpringApplicationBuilder (oder gleichwertig) wie im obigen Beispiel. OTOH, vielleicht Ihre ursprüngliche app nicht nötig, die Hierarchie (die meisten apps nicht).
- Wirklich, es ist die Hierarchie, ist rätselhaft. Setzen Sie alle Konfigurationen in einem einzigen Kontext funktioniert. Offensichtlich ist die EmbeddedServletContainerFactory werden in der AnnotationConfigEmbeddedWebApplicationContext. Dann setzen builder.sources(ServiceModuleConfiguration.class,TomcatContainerFactoryConfiguration.class).child(WebModuleConfiguration.class, DispatcherServletConfiguration.class); führt zu der situation, dass die DispatcherServletkonfiguriert DispatcherServletConfiguration wird nicht mehr geladen.
- Recht. Das servlet sollte in der Kind-Kontext (was ist, wie es wäre, wenn Sie @EnableAutoConfiguration statt, wenn die Verkabelung, alles selbst.
- Dieser schon verwandelt sich in eine langwierige discussionn. Egal wie ich es drehe, es funktioniert nur, wenn mit einem einzigen Kontext (statt Hierarchie). Glaubst du, es würde Sinn machen, wenn ich eine JIRA-feature-Anfrage-Neuformulierung mein Ziel. Ich sehe deine EmbeddedTomcat Abstraktion sehr hilfreich für die Prüfung. Mein Ziel ist, starten Sie tomcat, bieten die anwendungskontexte mit der option der Haken in mocks (zum Beispiel verspottet services)
- lassen Sie uns weiter, diese Diskussion im chat
InformationsquelleAutor Dave Syer

Mit etwas mehr debugging und einige mehr input von Dave der richtige Ansatz ist explizit Holen Sie das Kind-generator-Instanz und rufen Sie die Methode run (). Dies wird starten Sie den Kontext richtig.

    SpringApplicationBuilder builder = new SpringApplicationBuilder();
    builder.sources(ServiceModuleConfiguration.class);
    childBuilder = builder.child(WebModuleConfiguration.class, WebConfiguration.class, TomcatContainerFactoryConfigur‌ation.class);
    childBuilder.run();

WebConfiguration enthält die DispatcherServlet bean.

    @Bean
    public ServletRegistrationBean servletRegistrationBean() {
        return new ServletRegistrationBean(new DispatcherServlet((WebApplicationContext) applicationContext), "/*");
    }

TomcatContainerFactoryConfigur‌ation enthält die TomcatEmbeddedServletContainerFactory bean

    @Bean
    public EmbeddedServletContainerFactory embeddedServletContainerFactory() {
        return new TomcatEmbeddedServletContainerFactory("", 8080);
    }

InformationsquelleAutor Martin Ahrer

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.