Возможно ли зарегистрировать все классы в пакете как Весенние бобы

Question

Я знаком с параметрами конфигурации на основе Java Springs, включая использование @Component и @Configuration в сочетании с @Bean аннотациями для регистрации весенних бобах.

Однако при преобразовании проекта приличного размера, чтобы весной, это может быть очень трудоемким систематически перебрать все классы в проекте и обновление с @Configuration@Bean с или аннотирования каждого класса с @Component. У нас есть большой проект Groovy, который нужно преобразовать, и я хотел бы упростить этот процесс.

Мой вопрос: Есть ли средство, предоставленное весной, которое позволяет рассказать Spring о том, чтобы автоматически настроить все допустимые классы кандидатов в конкретный пакет?

Если нет, то какие другие варианты доступны?

Answer 1

Вы можете попробовать использовать свой собственный BeanDefinitionRegistryPostProcessor

@Component 
public class CustomBeanFactoryPostProcessor implements BeanDefinitionRegistryPostProcessor { 

    @Override 
    public void postProcessBeanDefinitionRegistry(BeanDefinitionRegistry registry) throws BeansException { 
    Reflections reflections = new Reflections("my.package.prefix", new SubTypesScanner(false)); 
    Set<Class<? extends Object>> allClasses = reflections.getSubTypesOf(Object.class); 
    for (Class clazz : allClasses) { 
     GenericBeanDefinition gbd = new GenericBeanDefinition(); 
     gbd.setBeanClass(clazz); 
     gbd.setAttribute("attributeName", "attributeValue"); 
     registry.registerBeanDefinition(clazz.getSimpleName() + "_Bean", gbd); 
    } 
    } 

    @Override 
    public void postProcessBeanFactory(ConfigurableListableBeanFactory beanFactory) throws BeansException { 
    // Custom post process the existing bean definitions 
    } 

} 

См пример проекта на https://github.com/sandarkin/so-q37548350

Answer 2

Я бы сделал почти то же самое, что Роман сделал, только я бы сделал это во время сборки , а не во время выполнения, с использованием генерации кода. Обоснованием здесь является то, что я сильно предпочитаю, чтобы магия происходила во время создания магии, которая происходит во время развертывания.

В простейшей версии напишите основной метод, который сканирует пакет (вместо отражений api, я использую сканер ClassPath Guava) и создает метод @Bean для каждого найденного класса.

Для генерации кода, я использовал бы JCodeModel:

public class PackageBeanGenerator { 
    public static void main(String[] args) throws Exception { 
    String packageName = args[0]; 
    JCodeModel codeModel = new JCodeModel(); 
    // create class definition 
    JDefinedClass springConfig = codeModel._package(packageName)._class("SpringConfig"); 
    springConfig.annotate(Configuration.class); 

    for (ClassPath.ClassInfo classInfo : ClassPath.from(
        PackageBeanGenerator.class.getClassLoader() 
     ).getTopLevelClasses(packageName)) { 

     Class<?> type = classInfo.load(); 
     String beanName = CaseFormat.UPPER_CAMEL.to(
          CaseFormat.LOWER_CAMEL, 
          type.getSimpleName()); 
     JMethod beanMethod = springConfig.method(JMod.PUBLIC, type, beanName); 
     beanMethod.annotate(Bean.class); 
     beanMethod.body()._return(JExpr._new(codeModel._ref(type))); 
    } 
    // write class to file 
    codeModel.build(new File("/path/to/output/folder")); 

    } 
} 

Answer 3

ClassPathBeanDefinitionScanner все, что вам нужно.

public class Main { 
    public static void main(String[] args) { 
     GenericApplicationContext context = new GenericApplicationContext(); 
     ClassPathBeanDefinitionScanner scanner = new ClassPathBeanDefinitionScanner(context, false); 
     scanner.addIncludeFilter((metadataReader, metadataReaderFactory) -> true); 
     scanner.scan("net.company.name"); 
     context.refresh(); 

     A a = context.getBean(A.class); 
     System.out.println(a.toString()); 
    } 
} 

Вы можете передать пользовательскую логику в фильтр включения, если хотите. В текущей версии каждый класс в предоставленном пакете будет включен в качестве компонента.

Но невозможно построить правильную структуру зависимостей на ваших классах автоматически, это действительно зависит от области действия, которую вы хотите. Вам нужно сделать это своими руками.

Answer 4

С риском примириться, почему бы просто не просто найти и заменить в своей среде IDE (например, искать «открытый класс» в пакете и заменить на «публичный класс @Component»)? Это должно быть намного быстрее, чем пытаться сделать что-либо программно.