Блог

У меня есть проект, который быстро расширяется и теперь имеет более ста компонентов. Для модульного тестирования у меня есть @Configuration класс для замены заглушенных классов, таких как служба базы данных с ограниченной функциональностью:

 @Configuration
public class SpringDevTestConfiguration {

    @Bean
    @Profile("unittest")
    public DatabaseService databaseService() {
        // this one is needed for the test
        return new TestDatabaseServiceImpl();
    }

    @Bean
    @Profile("unittest")
    public RobotControlService robotControlService() {
        // Why should I do this on every service?
        return new RobotControlServiceImpl();
    }

... etc.
  

Подавляющему большинству компонентов не нужны тестовые альтернативы, поэтому мы хотим, чтобы по умолчанию один, который существует и выбирается во время выполнения. Но всякий раз, когда в систему добавляется новый компонент, мы должны добавлять его во все @Configuration классы, иначе мы получаем исключение « NoSuchBeanDefinitionException : нет подходящего компонента типа …». Это слишком много шаблонного кода для возврата классов Impl и не позволяет нам создавать классы реализации, защищенные от пакетов (потому что класс конфигурации должен иметь возможность создавать их экземпляры).

Я попытался добавить @ComponentScan в класс, но это приводит к BeanDefinitionOverrideException . Если я разрешу переопределение компонента с:

 spring.main.allow-bean-definition-overriding=true
  

… тогда я получаю NoUniqueBeanDefinitionException из-за множества реализаций службы базы данных.

Я уверен, что я, должно быть, что-то упускаю. Как я могу создать короткий, простой @Configuration класс, который создает экземпляры только тех тестовых реализаций, которые мне нужны для теста, а затем позволяет автоматически обнаруживать другие службы без их явного создания?