Comment définissez la variable d'environnement ou du système de propriété au printemps tests?

Je voudrais écrire quelques tests qui vérifient le XML de configuration Spring de GUERRE déployés. Malheureusement, certains haricots exigent que certaines variables d'environnement ou les propriétés du système sont définies. Comment puis-je définir une variable d'environnement avant le printemps, les haricots sont initialisés lors de l'utilisation de la pratique de test de style avec @ContextConfiguration?

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "classpath:whereever/context.xml")
public class TestWarSpringContext { ... }

Si je configurer le contexte de l'application avec des annotations, je ne vois pas un crochet où je peux faire quelque chose avant que le printemps de l'initialisation du contexte.

InformationsquelleAutor Hans-Peter Störr | 2012-07-03

103

Vous pouvez initialiser le Système de la propriété dans un initialiseur statique:
```
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "classpath:whereever/context.xml")
public class TestWarSpringContext {

    static {
        System.setProperty("myproperty", "foo");
    }

}
```
L'initialiseur statique de code sera exécuté avant le printemps contexte de l'application est initialisé.
- Stupide moi - OK, cela fonctionne. Encore mieux: probablement un @BeforeClass méthode pour définir le système de propriété et d'un @AfterClass méthode pour le supprimer également de travailler, et de bien nettoyer après lui-même. (N'essayez pas, cependant.)
- Essayé le @BeforeClass - et il a bien fonctionné pour la configuration des propriétés du système avant les autres propriétés ont été mis dans l'instance de test
- Merci pour cette. La statique de la chose n'a pas fonctionné mais une petite méthode avec @BeforeClass travaillé !
- Ce mécanisme ne fonctionne pas si la modification Log4j2 fichier de configuration de la propriété. Semble que le Printemps est de toute façon en cours de chargement (et donc la journalisation à tort) avant que statique morceau de code.
InformationsquelleAutor Jimmy Praet
69

La bonne façon de le faire, en commençant par le Printemps 4.1, est d'utiliser un @TestPropertySource annotation.
```
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "classpath:whereever/context.xml")
@TestPropertySource(properties = {"myproperty = foo"})
public class TestWarSpringContext {
    ...    
}
```
Voir @TestPropertySource dans le Printemps docs et La documentation javadoc.
- Cette annotation prend également en charge un fichier de propriétés chemin.
- Je pouvais passer le Printemps Cloud Config Client de l'étiquette lors de tests à l'aide de @TestPropertySource(properties={"spring.cloud.config.label=feature/branch"})
- Bonne réponse, mais malheureusement ne fonctionne pas pour moi, à l'aide de Printemps 4.2.9, la propriété a toujours été vide. Seul le bloc statique travaillé... a Travaillé pour des propriétés de l'application, mais pas pour les propriétés du système.
- J'ai d'abord vu et essayé la version statique (qui a travaillé), mais cette Annotation est encore plus propre et bien plus préférable (pour moi, il fonctionne également comme un charme).
InformationsquelleAutor Raman

On peut aussi utiliser un test ApplicationContextInitializer pour initialiser un système de propriété:

public class TestApplicationContextInitializer implements ApplicationContextInitializer<ConfigurableApplicationContext>
{
    @Override
    public void initialize(ConfigurableApplicationContext applicationContext)
    {
        System.setProperty("myproperty", "value");
    }
}

et puis le configurer sur la classe de test en plus du Printemps contexte fichier de config emplacements:

@ContextConfiguration(initializers = TestApplicationContextInitializer.class, locations = "classpath:whereever/context.xml", ...)
@RunWith(SpringJUnit4ClassRunner.class)
public class SomeTest
{
...
}

De cette façon, la duplication de code peut être évité si un certain système de la propriété doit être définie pour tous les tests unitaires.

InformationsquelleAutor anre

2

Vous pouvez définir les propriétés du Système en tant que VM arguments.

Si votre projet est un projet maven ensuite, vous pouvez exécuter la commande suivante lors de l'exécution de la classe de test:
```
mvn test -Dapp.url="https://stackoverflow.com"
```
De la classe de Test:
```
public class AppTest  {
@Test
public void testUrl() {
    System.out.println(System.getProperty("app.url"));
    }
}
```
Si vous souhaitez exécuter le test individuel de la classe ou de la méthode de l'éclipse alors :

1), Passez à Exécuter -> Exécuter Configuration

2) Sur le côté gauche, sélectionnez votre classe de Test sous la Junit section.

3) procédez de la manière suivante :

InformationsquelleAutor Joby Wilson Mathews
2

Toutes les réponses ici actuellement, seul le système de propriétés qui sont différentes des variables d'environnement qui sont plus complexes à régler, esp. pour les tests. Heureusement, au-dessous de classe peut être utilisée pour que et la classe docs a de bons exemples

EnvironmentVariables.html

Un exemple rapide de la documentation, modifié pour fonctionner avec @SpringBootTest
```
@SpringBootTest
public class EnvironmentVariablesTest {
   @ClassRule
   public final EnvironmentVariables environmentVariables = new EnvironmentVariables().set("name", "value");

   @Test
   public void test() {
     assertEquals("value", System.getenv("name"));
   }
 }
```
InformationsquelleAutor Harish Gokavarapu
1

Si vous voulez que vos variables valable pour tous les tests, vous pouvez avoir un application.properties fichier dans votre essai de répertoire des ressources (par défaut: src/test/resources) qui ressemble à quelque chose comme ceci:
```
MYPROPERTY=foo
```
Ce sera ensuite chargé et utilisé, sauf si vous avez définitions via @TestPropertySource ou une méthode similaire - l'ordre exact dans lequel les propriétés sont chargés peuvent être trouvés dans le Ressort de la documentation chapitre 24. Extériorisés De Configuration.

InformationsquelleAutor blalasaadri

Pour les Tests Unitaires, la variable Système n'est pas encore instanciée quand je fais "mvn clean install", car il n'y a pas de serveur de l'application. Afin de définir les propriétés du Système, j'ai besoin de le faire dans pom.xml. Comme:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-surefire-plugin</artifactId>
    <version>2.21.0</version>
    <configuration>
        <systemPropertyVariables>
            <propertyName>propertyValue</propertyName>
            <MY_ENV_VAR>newValue</MY_ENV_VAR>
            <ENV_TARGET>olqa</ENV_TARGET>
            <buildDirectory>${project.build.directory}</buildDirectory>
        </systemPropertyVariables>
    </configuration>
</plugin>

InformationsquelleAutor Gene

Vous devez vous connecter pour publier un commentaire.