Définissez les Propriétés du Système ou des Variables d'Environnement Avant de la Propriété de l'espace Réservé avec SpringJunit4ClassRunner

J'ai un principal app-context.xml qui définit une propriété de l'espace réservé à deux endroits: fichier de propriétés par défaut et une option de remplacement de fichier:

<context:property-placeholder
        location="classpath:config.properties,${configOverride}"
        ignore-resource-not-found="true" />

L'option remplacer emplacement permet de spécifier un autre fichier de propriétés (par exemple, "- DconfigOverride=file:/home/app/config.les propriétés") avec les propriétés que devrait être remplacé.

Pour mes tests unitaires, je suis aide d'un test de contexte que les importations app-context.xml:

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"classpath:test-context.xml"})
public class UserServiceTest {
    ...
}

Comment puis-je configurer les propriétés du système ou des variables d'environnement au sein de l'application avant le contexte d'application est chargé? Je voudrais obtenir le même effet que le réglage "-DconfigOverride=classpath:testConfig.les propriétés" dans toutes les classes de test sans avoir à spécifier une ligne de commande arg, si possible.

InformationsquelleAutor andy | 2012-05-30
  1. 5

    Penser ,

    1. L'extension de SpringJUnit4ClassRunner et le réglage du système de la propriété
      configOverride dans son constructeur/initialisation du bloc
    2. Puis, passant ExtendedSpringJUnit4ClassRunner à @RunWith
    • Merci pour la suggestion +1 - j'ai pensé la même chose mais je voulais vérifier si il n'y a rien que je peux faire dans le contexte de l'application avant de m'en aller et de modifier toutes les classes de test. Je remplace une poignée de haricots dans le contexte de test, mais malheureusement, depuis plusieurs biens espaces sont autorisés, je ne peux pas remplacer la propriété de l'espace réservé.
    InformationsquelleAutor Ahamed Mustafa M
  2. 15

    Une autre alternative est la définition de l'environnement de la propriété dans un @BeforeClass méthode annotée, qui sera invoquée avant le Contexte de Configuration qui se passe.

    @BeforeClass
public static void setSystemProps() {
    System.setProperty("configOverride", "yourVal");
}
    • Et peut-être un System.clearProperty("configOverride") dans un @AfterClass
    • Désolé pour le retard de réponse. Absolument, cela serait trop de travail. J'ai été dans l'espoir de garder la seule chaîne codée en dur dans la classe de test comme le printemps de chemin de contexte, mais parfois, il n'est pas possible.
    InformationsquelleAutor kevin
  3. 3

    Voici ce que j'ai fait - je n'ai pas eu à modifier l'unité de classes de test. Malheureusement, je n'ai pas mis le "configOverride de la propriété" (voir AhamedMustafaM réponse à une façon de le faire) et il s'est plutôt substituer l'origine de la propriété de l'espace réservé définition (j'ai essayé de nouveau après mes premières tentatives ont échoué et il a obtenu de travailler).

    J'ai ajouté la ligne suivante à mon testContext.xml:

    <!-- import the main app context -->
<import resource="classpath:appContext.xml" />

<!-- this is the line i added -->
<context:property-placeholder order="-999"
        location="classpath:testConfig.properties"
        ignore-unresolvable="true" />

    Note de la commande="-999" attribut, qui est utilisé pour assurer la priorité sur l'origine de la propriété-définition de l'espace réservé(s). Aussi j'ai mis "ignore-insolubles" à "true" à déléguer tout ou insolubles propriétés à l'origine de l'espace réservé configurer.

    • c'est sur place. fonctionne bien pour moi.
    InformationsquelleAutor andy
  4. 0

    Mon problème était similaire, mais je voulais mettre l' spring.profiles.active variable d'environnement, et il s'est avéré que j'avais juste besoin de jeter @ActiveProfiles() avec les valeurs que je voulais sur le test lui-même.

    InformationsquelleAutor ArtB