Überschreiben Spring @PropertySource von @Import

Habe ich eine Eigenschaft test=default in der Klasse DefaultConfig, und ich mache Ihnen zur Verfügung mit @PropertySource annotation.

@Configuration
@PropertySource("classpath:default.properties")
public class DefaultConfig {}

Dann möchte ich in der Lage sein, zu überschreiben, zu test=override, die in einer anderen Datei Eigenschaften in der Klasse OverrideConfig, so dass ich wieder @PropertySource.

@Configuration
@Import(DefaultConfig.class)
@PropertySource("classpath:override.properties")
public class OverrideConfig {}

Konfiguriere ich einen test, um zu beweisen, dass es funktioniert.

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes={OverrideConfig.class})
public class TestPropertyOverride {

    @Autowired
    private Environment env;

    @Test
    public void propertyIsOverridden() {
        assertEquals("override", env.getProperty("test"));
    }

}

Außer natürlich es nicht.

org.junit.ComparisonFailure: expected:<[override]> but was:<[default]>

Maxing Debuggen kann ich sehen, was passiert:

StandardEnvironment:107 - Adding [class path resource [default.properties]] PropertySource with lowest search precedence
StandardEnvironment:107 - Adding [class path resource [override.properties]] PropertySource with lowest search precedence

Scheint es rückwärts. Bin ich ein einfacher Fehler oder misthinking, oder würde Sie erwarten, dass die Eigenschaften definiert, die durch ein @ - PropertySource in einer @Import-ed-Konfiguration-Klasse überschrieben werden durch Eigenschaften definiert bin @PropertySource in der @Import-ing-Klasse?

Was wahrscheinlich geschieht, ist, dass die Anmerkungen auf Ihre OverrideConfig Klasse werden zuerst ausgewertet und so test=override, dann die DefaultConfig - Klasse importiert und Ihre Anmerkungen werden ausgewertet und test überschrieben werden, um default
Aufgeworfenen Problem jira.springsource.org/browse/SPR-10409

InformationsquelleAutor brabster | 2013-03-22

properties spring

6

Hier ist eine Lösung durch Helder Sousa, wie geschrieben ein Kommentar von dem JIRA-issue erstellt von der OP:
[T]er Verhalten im Frühjahr xml (xml-Import von anderen xml) ist erreichbar über verschachtelte Konfigurationen:
```
@Configuration
@PropertySource("classpath:default.properties")
public class DefaultConfig {}
```
```
@Configuration
@PropertySource("classpath:override.properties")
public class OverrideConfig {

    @Configuration
    @Import(DefaultConfig.class)
    static class InnerConfiguration {}

}
```
Mit diesem setup werden die Eigenschaften versammeln sich in der richtigen Reihenfolge.
InformationsquelleAutor
2

Heute mit Feder 4 Sie können diese verwenden:
```
@TestPropertySource(value="classpath:/config/test.properties")
```
Und dies kann verwendet werden, um zu verwenden, und schließlich überschreiben von Eigenschaften für den junit-test:
```
@RunWith(SpringJUnit4ClassRunner.class)
@TestPropertySource(value="classpath:/config/test.properties")
```
InformationsquelleAutor Michael
1

Ich bin derzeit kämpfen mit einem ähnlichen Fall im Frühjahr 3.1, aber ich bin mit einem anderen Ansatz zum überschreiben von Eigenschaften, weil @PropertySource unterstützt nicht die optionale property-Dateien:
```
@Configuration
@PropertySource("classpath:default.properties")
public class BaseConfig {

  @Inject
  private ApplicationContext context;

  @PostConstruct
  public void init() throws IOException {
    Resource runtimeProps = context.getResource("classpath:override.properties");
    if (runtimeProps.exists()) {
      MutablePropertySources sources = ((ConfigurableApplicationContext) context).getEnvironment().getPropertySources();
      sources.addFirst(new ResourcePropertySource(runtimeProps));
    }
  }
...
```
Scheint es, dass @Import verursacht keine bestimmte Reihenfolge der @Configuration Instanziierung auch immer neben der Ordnung diktiert von normaler bean-Abhängigkeiten. Weg zu zwingen, eine solche Anordnung ist zum injizieren der Basis @Configuration Instanz selbst als eine Abhängigkeit. Sie könnten versuchen:
```
@Configuration
@Import(DefaultConfig.class)
@PropertySource("classpath:override.properties")
public class OverrideConfig {

  @Inject
  private DefaultConfig defaultConfig;

  ...
}
```
Funktioniert diese Hilfe?
Und vielleicht ist die neue ContextHierarchy annotation könnte hier helfen auch aber ich habe nicht versucht, diese so weit.
- Ich fürchte, es hilft nicht. So weit wie ich kann sagen, dieses Verhalten ist genau so, wie es ist, es sei denn, die Frühjahr Leute Stimmen, um es zu ändern. Fall angehoben.
- Amen. So viel wie ich verabscheuen XML-Verkabelung, ich vermisse <context:property-placeholder ignore-resource-not-found="true" location="classpath:base.config,file:override.config" />
InformationsquelleAutor Robin

Sie durchsetzen könnten den laden, um Ihre Eigenschaften wie dieses:

@Configuration
@PropertySource(value={"classpath:default.properties","classpath:override.properties"})
public class OverrideConfig {
...
}

InformationsquelleAutor Katherine

Ich hatte ein ähnliches problem, und es gelang ihm in nur deklarieren, auch die default-Eigenschaft im custom-Konfiguration:

@Configuration
@Import(DefaultConfig.class)
@PropertySource({"classpath:default.properties", "classpath:override.properties"})
public class OverrideConfig {}

InformationsquelleAutor membersound

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.