Дилемма ручного / автоматического подключения Spring JUnit4

Я столкнулся с проблемой, которая может быть объяснена только моим фундаментальным непониманием возможностей контейнера Spring IoC и настройки контекста, поэтому я бы попросил разъяснений по этому поводу.

Для справки, приложение, которое я поддерживаю, имеет следующий стек технологий:

• Java 1.6
• Spring 2.5.6
• RichFaces 3.3.1-GA UI
• Среда Spring используется для управления компонентами с модулем Spring JDBC, используемым для поддержки DAO
• Maven используется в качестве диспетчера сборки
• JUnit 4.4 теперь представлен как механизм тестирования

Я задним числом (sic !) написание тестов JUnit для приложения, и что меня удивило, так это то, что я не смог внедрить bean-компонент в тестовый класс с помощью инъекции установщика, не прибегая к нотации @Autowire.

Позвольте мне предоставить пример настройки и сопутствующие файлы конфигурации.

Тестовый класс TypeTest действительно прост:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration
public class TypeTest {

    @Autowired
    private IType type;

    @Test
    public void testFindAllTypes() {
        List<Type> result;

        try {
            result = type.findAlltTypes();
            assertNotNull(result);
        } catch (Exception e) {
            e.printStackTrace();
            fail("Exception caught with " + e.getMessage());
        }
    }
}

Его контекст определен в TestStackOverflowExample-context.xml :

<context:property-placeholder location="classpath:testContext.properties" />
<context:annotation-config />
<tx:annotation-driven />

<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource"
    destroy-method="close">
    <property name="driverClassName" value="${db.connection.driver.class}" />
    <property name="url" value="${db.connection.url}" />
    <property name="username" value="${db.connection.username}" />
    <property name="password" value="${db.connection.password}" />
</bean>

<bean id="transactionManager"
    class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
    <property name="dataSource" ref="dataSource" />
</bean>

<bean id="beanDAO" class="com.example.BeanDAOImpl">
    <property name="ds" ref="dataSource"></property>
    <property name="beanDAOTwo" ref="beanDAOTwo"></property>
</bean>

<bean id="beanDAOTwo" class="com.example.BeanDAOTwoImpl">
    <property name="ds" ref="dataSource"></property>
</bean>

<bean id="type" class="com.example.TypeImpl">
    <property name="beanDAO" ref="beanDAO"></property>
</bean>

TestContext.properties находится в пути к классам и содержит только специфичные для базы данных данные, необходимые для источника данных.

Это работает как шарм, но у меня такой вопрос - почему это не работает, когда я пытаюсь вручную подключить bean-компоненты и выполнить внедрение установщика, как в:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration
public class TypeTest {

    private IType type;

    public IType getType () {
        return type;
    }

    public void setType(IType type) {
        this.type= type;
    }

    @Test
    public void testFindAllTypes(){
    //snip, snip...
    }
}

Что мне здесь не хватает? Какая часть конфигурации здесь неверна? Когда я пытаюсь вручную ввести beans через сеттеры, тест завершается неудачно, потому что эта часть

result = type.findAlltTypes();

разрешается как null во время выполнения. Я, конечно, проконсультировался со справочным руководством Spring и попробовал различные комбинации конфигурации XML; все, что я мог заключить, это то, что Spring не смог внедрить beans, потому что он каким-то образом не может должным образом разыменовать ссылку Spring Test Context, но при использовании @Autowired это происходит «автоматически», и я действительно не могу понять, почему это происходит, потому что JavaDoc обоих Аннотация Autowired и ее класс PostProcessor не упоминают об этом.

Также стоит добавить тот факт, что @Autowired используется в приложении только здесь. В другом месте выполняется только ручное подключение, поэтому возникает вопрос - почему в моем тесте он работает там , а не здесь ? Какая часть конфигурации DI мне не хватает? Как @Autowired получает ссылку на Spring Context?

РЕДАКТИРОВАТЬ: Я тоже пробовал это, но с теми же результатами:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration
public class TypeTest implements ApplicationContextAware{

    private IType type;

    private ApplicationContext ctx;

    public TypeTest(){
              super();
              ctx = new FileSystemXmlApplicationContext("/TypeTest-context.xml");
              ctx.getBean("type");
    }

    public IType getType () {
        return type;
    }

    public void setType(IType type) {
        this.type= type;
    }

    @Test
    public void testFindAllTypes(){
    //snip, snip...
    }
}

Возможно, есть другие идеи?

EDIT2 : Я нашел способ, не прибегая к написанию собственного TestContextListener или BeanPostProcessor . Это на удивление просто, и оказалось, что я был на правильном пути с моим последним редактированием:

1) Разрешение контекста на основе конструктора:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration
public class TypeTest{

    private IType type;

    private ApplicationContext ctx;

    public TypeTest(){
         super();
         ctx = new FileSystemXmlApplicationContext("/TypeTest-context.xml");
         type = ctx.getBean("type");
    }

    public IType getType () {
        return type;
    }

    public void setType(IType type) {
        this.type= type;
    }

    @Test
    public void testFindAllTypes(){
    //snip, snip...
    }
}

2) Путем реализации интерфейса ApplicationContextAware:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration
public class TypeTest implements ApplicationContextAware{

    private IType type;
    private ApplicationContext ctx;

    public IType getType () {
        return type;
    }

    public void setType(IType type) {
        this.type= type;
    }

@Override
    public void setApplicationContext(ApplicationContext ctx) throws BeansException {
    this.ctx = ctx;
    type = (Type) ctx.getBean("type");
}

    @Test
    public void testFindAllTypes(){
    //snip, snip...
    }
}

Оба этих подхода должным образом инстанцированы бобы.