Правильный способ использования @ComponentScan в многомодульном приложении Java-Config Spring MVC

Я думаю, что нашел теперь довольно хороший макет проекта:

rootpackage.web.WebAppInitializer (see below)
rootpackage.web.SecurityWebAppInitializer (creates "springSecurityFilterChain")
rootpackage.web.WebMvcConfig (scans for everything in its own package and subpackages)
rootpackage.web.SecurityConfig (Spring Security config)

rootpackage.web.moduleA.SomeAController
rootpackage.web.moduleB.SomeBController

rootpackage.service.ServiceConfig (scans for everything in its own package and subpackages)
rootpackage.service.moduleA.AService
rootpackage.service.moduleA.AServiceImpl
rootpackage.service.moduleB.BService
rootpackage.service.moduleB.BServiceImpl
rootpackage.service.security.UserDetailsServiceImpl (for Spring Security)

rootpackage.model.DatabaseConfig (scans for everything in its own package and subpackages)
rootpackage.model.moduleA.SomeADomainObject
rootpackage.model.moduleB.SomeBDomainObject

Инициализатор веб-приложения:

@Order(2)
public class WebAppInitializer extends AbstractAnnotationConfigDispatcherServletInitializer {

    @Override
    protected Class<?>[] getRootConfigClasses() {
        return new Class[] {
            SecurityConfig.class,
            ServiceConfig.class,
            DatabaseConfig.class
        };
    }

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

    @Override
    protected String[] getServletMappings() {
        return new String[] { "/" };
    }

}

Инициализатор SecurityWebApp:

@Order(1) // should always be registered in first place (= before WebAppInitializer)
public class SecurityWebAppInitializer extends AbstractSecurityWebApplicationInitializer {
    /* ... */
}

WebMvcConfig:

@Configuration
@EnableWebMvc
@ComponentScan // scans for everything in its own package and subpackages
               // so it only finds SomeAController.class and SomeBController.class
public class WebMvcConfig extends WebMvcConfigurerAdapter {
    /* ... */
}

Конфигурация безопасности:

@EnableWebSecurity
public class SecurityConfig extends WebSecurityConfigurerAdapter {
    /* ... */
}

Конфигурация службы:

@Configuration
@ComponentScan // scans for everything in its own package and subpackages
               // so it only finds AServiceImpl.class and BServiceImpl.class
public class ServiceConfig {
    /* ... */   
}

Я поместил некоторый «System.out.println» в конструктор всех этих классов, чтобы увидеть, как часто они регистрируются/загружаются. Каждый конструктор выполняется ровно один раз!

Что Вы думаете об этом? Есть улучшения?

С конфигурацией на основе XML у вас обычно будет 2 контекста: один родительский контекст, который будет загружать все ваши бизнес-сервисы, конфигурацию базы данных, репозитории, объекты домена и т. д., и веб-контекст для загрузки контроллеров и т. д.

Оба должны использовать пакеты, чтобы убедиться, что они не пытаются загрузить одни и те же компоненты дважды. Вы указываете оба в ContextLoaderListener, чтобы создать ApplicationContext.

Контекст веб-приложения знает о родителе (а не наоборот) и будет искать у родителя любые bean-компоненты, не найденные в его собственном контексте. Это означает, что ваши контроллеры могут получить доступ к вашим сервисам.

Я не делал этого в конфигурации Java, но я предполагаю, что подход тот же