AnnotationConfigApplicationContext и родительский контекст

Ответ 1

Проблема связана с тем, что конструктор объекта AnnotationConfigApplicationContext выполняет проверку. Таким образом, родительский элемент не установлен на этом этапе, он устанавливается только после того, как сканирование выполняется, поскольку родительский элемент задается свойством - поэтому причина, по которой он не находит ваш bean.

По умолчанию AnnotationConfigApplicationContext bean не имеет конструктора, который принимает родительский factory - не уверен, почему.

Вы можете использовать обычный контекст приложения на основе xml и настроить сканирование аннотаций там, или вы можете создать настраиваемый fatory bean, который будет создавать контекст приложения аннотации. Это позволит указать родительскую ссылку, а затем выполнить проверку.

Взгляните на источник...

factory будет выглядеть так:

public class AnnotationContextFactory implements FactoryBean<ApplicationContext> {

private String[] packages;
private ApplicationContext parent;

@Override
public ApplicationContext getObject() throws Exception {
    AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();
    context.setParent(parent);
    context.scan(packages);
    context.refresh();
    return context;
}

@Override
public Class<ApplicationContext> getObjectType() {
    return ApplicationContext.class;
}

@Override
public boolean isSingleton() {
    return true;
}

public void setPackages(String... args) {
    this.packages = args;
}

public void setParent(ApplicationContext parent) {
    this.parent = parent;
    }
}

И ваше определение bean:

<bean id="moduleB_ApplicationContext" class="za.co.test2.AnnotationContextFactory">
    <property name="parent" ref="moduleA_ApplicationContext" />
    <property name="packages">
        <list>
            <value>za.co.test2</value>
        </list>
    </property>
</bean>

Ответ 2

Не используйте XML для дочернего контекста. Используйте ctx.setParent, затем ctx.register. Вот так:

public class ParentForAnnotationContextExample {

    public static void main(String[] args) {
        ApplicationContext parentContext = new AnnotationConfigApplicationContext(ParentContext.class);

        AnnotationConfigApplicationContext childContext = new AnnotationConfigApplicationContext();
        childContext.setParent(parentContext);
        childContext.register(ChildContext.class); //don't add in the constructor, otherwise the @Inject won't work
        childContext.refresh();

        System.out.println(childContext.getBean(ParentBean.class));
        System.out.println(childContext.getBean(ChildBean.class));

        childContext.close();
    }

    @Configuration
    public static class ParentContext {
        @Bean ParentBean someParentBean() {
            return new ParentBean();
        }
    }

    @Configuration
    public static class ChildContext {
        @Bean ChildBean someChildBean() {
            return new ChildBean();
        }
    }

    public static class ParentBean {}

    public static class ChildBean {
        //this @Inject won't work if you use ChildContext.class in the child AnnotationConfigApplicationContext constructor
        @Inject private ParentBean injectedFromParentCtx;
    }
}

Ответ 3

Я столкнулся с той же проблемой,

Другой возможностью является расширение AnnotationConfigApplicationContext и добавление только необходимого конструктора или создание контекста программно, если вы создаете объект AnnotationConfigApplicationContext из java.

Ответ 4

Я сделал следующее:

BeanFactoryLocator locator = ContextSingletonBeanFactoryLocator.getInstance("classpath:beanRefContext.xml");
BeanFactoryReference parentContextRef = locator.useBeanFactory("ear.context");
ApplicationContext parentContext = (ApplicationContext) parentContextRef.getFactory();
childContext.setParent(parentContext);

И угадайте, что он работал:)

PS: Если кто-то знает, как заменить classpath: beanRefContext.xml классом @Configuration, сообщите нам всем.

Ответ 5

Я также столкнулся с подобной проблемой, и после некоторого исследования я нашел следующий подход с использованием конструктора из AnnotationConfigApplicationContext, который позволяет установить иерархию между контекстами

DefaultListableBeanFactory lbf = new DefaultListableBeanFactory(parentContext);
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(lbf);
context.register(annotatedClass1.class, annotatedClass2.class);
context.refresh();