Quelle est la différence entre @Autocâblés et de l'obtention de la fève de contexte de l'application?

J'ai un dao de test de l'unité qui est déclarée comme suit:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:spring/applicationContext.xml"})
@TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)
@Transactional
public class RegisterDaoTest extends AbstractTransactionalJUnit4SpringContextTests {

    ApplicationContext applicationContext = new     FileSystemXmlApplicationContext("classpath:/spring/applicationContext.xml");
    private IRegisterDao registerDao = applicationContext.getBean(IRegisterDao.class);

Quand je lance le test de l'unité, tous les pass et je peux voir la db se recrée entre l'unité de test exécutions.

Mon test db est définie comme suit:

    <bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">
    <property name="driverClassName" value="org.hsqldb.jdbcDriver"/>
    <property name="url" value="jdbc:hsqldb:mem:test;sql.syntax_ora=true;create=true"/>
    <property name="username" value="sa"/>
    <property name="password" value=""/>
</bean>

<jdbc:initialize-database data-source="dataSource" ignore-failures="DROPS">
    <jdbc:script location="file:Artifacts/Hsql Version Scripts/install/droptables.sql" separator=";"/>
    <jdbc:script location="file:Artifacts/Hsql Version Scripts/install/install.sql" separator="/;"/>
</jdbc:initialize-database>

Mais quand j'ai changer mon test @Autocâblés, définis ci-dessous, il n'exécute pas l'init db scripts.

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:spring/applicationContext.xml"})
@TransactionConfiguration(transactionManager = "transactionManager", defaultRollback = true)
@Transactional
public class RegisterDaoTest extends AbstractTransactionalJUnit4SpringContextTests {

/*
ApplicationContext applicationContext = new FileSystemXmlApplicationContext("classpath:/spring/applicationContext.xml");
    private IRegisterDao registerDao = applicationContext.getBean(IRegisterDao.class);
*/

    @Autowired
    private IRegisterDao registerDao;

Je ne vois pas quelle est la différence. J'ai deux applicationContext.xmls, l'un dans la principale et l'autre dans le test (si je peux remplacer la db avec le test db)

Pour moi, il faut exécuter la même. Ai-je raté quelque chose?

Merci,

Où est votre IRegisterDao défini dans le fichier xml? pouvez vous s'il vous plaît le partager?

OriginalL'auteur Eric | 2012-02-13

  1. 7

    Par défaut, un Ressort est le contexte qui va payer aucune attention à @Autocâblés annotations. Pour les traiter, le cadre doit avoir un AutowiredAnnotationBeanPostProcessor bean inscrit dans le contexte.

    <context:annotation-config/>

    registres de l'un de ces pour vous (avec quelques autres), si vous n'en avez pas besoin (sauf si vous vous inscrivez AutowiredAnnotationBeanPostProcessor vous-même, ce qui est parfaitement valide).

    Si vous n'aimez pas avoir @Autocâblés dans votre code, vous pouvez explicitement injecter des propriétés dans le fichier XML à l'aide , qui passe juste à l'encombrement d'un endroit à un autre.

    Si votre contexte est extrêmement simple, vous pouvez utiliser implicite permettra à l'autowiring, comme décrit ici. Essentiellement, cela indique Printemps à autowire automatiquement par le nom de la propriété ou de type. Cela exige très peu de configuration, mais très vite devient hors de contrôle - c'est la nature automatique signifie qu'il est difficile à contrôler, et vous donne très peu de flexibilité.

    En général @Autocâblés est vraiment la meilleure option.

    Avec le contexte de l'application, vous êtes l'injection de la fève par vous-même.

    Annotation de câblage n'est pas activé dans le Ressort du conteneur par défaut. Donc, avant de vous
    pouvez utiliser les annotations à base permettra à l'autowiring, vous aurez besoin de l'activer dans votre configuration Spring.
    La façon la plus simple de le faire est avec la

    <context:annotation-config>
  <beans xmlns="http://www.springframework.org/schema/beans"
  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns:context="http://www.springframework.org/schema/context"
  xsi:schemaLocation="http://www.springframework.org/schema/beans
  http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
  http://www.springframework.org/schema/context
  http://www.springframework.org/schema/context/spring-context-3.0.xsd">
<context:annotation-config />
...
</beans>

    Espère que cette aide.

    Les deux contextes d'utilisation qui <context:annotation-config /> de configuration mais j'ai toujours couru dans la divergence. Je pensais le long de vos lignes...c'est pourquoi je suis confus quant à pourquoi cela fait une différence.
    cela peut aider votre cause. hamletdarcy.blogspot.com/2008/12/...

    OriginalL'auteur Nomad

  2. 0

    Ces deux scénarios sont très différents: dans le premier cas, vous avez DEUX contextes: celui créé par un test de spring framework et créé manuellement par vous-même pour chaque test. Spring framework de test utilise @ContextConfiguration pour déterminer quel contexte les fichiers doivent être chargés. Si, à la suite des tests d'utiliser le même contexte fichiers, le contexte n'est pas recréé, il est réutilisé. C'est pourquoi votre db est initialisé qu'une seule fois si vous n'avez pas en outre de créer un nouveau contexte manuellement.

    Si vous avez besoin de réinitialiser la base de données pour chaque test, vous devez déclencher manuellement par exemple dans @Before méthode. Vous pouvez également essayer d'annotation @DirtiesContext sur votre test, à côté de @ContextConfiguration.

    Pour le rendre clair: vous ne devez pas créer un contexte manuellement si l'utilisation de spring framework de test. @Autowired est la bonne approche, mais vous avez besoin de trouver d'autres moyens pour réinitialiser votre base de données avant chaque test.

    OriginalL'auteur mrembisz