@ActiveProfile und Frühjahr.profile.aktiv

Dies ist ein Stück meiner Datei ApplicationContext definition abrufen, die einige Eigenschaften. 

 <!-- get some properties -->
<context:property-placeholder
        ignore-resource-not-found="false" ignore-unresolvable="false"
        location="classpath:/properties/${spring.profiles.active:test}/some.properties"/>

Wie Sie sehen können ich lassen den Frühling.profile.aktiv entscheiden, welche Eigenschaften gelesen werden.
Meine tests sind versehen mit:

@ActiveProfile("integration")

Sie haben es erraten Recht, meine spring-bean profile sind eigentlich passend zu den Umgebungen, in denen zu implementieren/testen Sie die Anwendung.
Immer noch meine location-Eigenschaft wird immer aufgelöst zu "/Eigenschaften/test/einige.Eigenschaften". Das ist natürlich, weil der Frühling.profile.aktiv scheint nicht zu bekommen, gelöst in diesem Fall.

Wie könnte ich erreichen, immer die mit den richtigen Eigenschaften?

InformationsquelleAutor Peter De Winter | 2013-03-05
  1. 1

    Ist es, weil die aktiven profile kann aktiviert werden, indem Sie system-property (aber im Falle von @ActiveProfiles es arbeitet anders).

    Nur so:

    <beans profile="dev,prod,qa">
    <context:property-placeholder location="classpath:some.properties" ignore-unresolvable="true"/>
</beans>

<beans profile="test">
    <context:property-placeholder location="classpath:some-test.properties" ignore-unresolvable="true"/>
</beans>

    Auch, können Sie versuchen, zu ändern
    location="classpath:/properties/${spring.profiles.active:test}/some.properties"
    zu
    location="classpath:/properties/${spring.profiles.active}/some.properties"

    • Das ist in der Tat ein workaround war ich auch denken, aber immer noch fühlt sich an wie ein bug zu mir in die @ActiveProfile annotation-Implementierung. Ich hätte erwartet das er die Feder.profile.active-Eigenschaft der Vollständigkeit halber Willen. Ich bin kein großer fan des Schreibens eine Menge von xml.
    • In solch einem Fall können Sie das hinzufügen von benutzerdefinierten JUnitTestRunner und legen Sie die system property laut @ActiveProfiles
    • Wir könnten auch die propertysource mit @PropertySource und stellen sicher, dass unsere PropertyPlaceHolder beschwert sich nicht über fehlende property-Dateien. Aber der Punkt ist verloren mit dieser Eigenschaft.
    InformationsquelleAutor Michail Nikolaev
  2. 1

    Siehe ticket: https://jira.springsource.org/browse/SPR-8982#comment-88498

    Jemand hatte bereits den Antrag gestellt, diese:

    Eine option zum überschreiben einer @ActiveProfile angegebenen test in der runtime von der Kommandozeile mit "-Dspring.profile.aktiv" oder andere systemProperty

    Mein Kommentar:

    Dass oder sollte es die Eigenschaft Frühjahr.profile.aktiv.

    InformationsquelleAutor Peter De Winter
Schreibe einen Kommentar