Wie bedingt zu erklären Bohne, wenn mehrere profile sind nicht aktiv?

In meinem Spring-Boot-App, die ich möchte um bedingt zu erklären, eine Bohne, je nach (un -) belasteten Feder-profile.

Die conditon:

Profile "a" NOT loaded  
AND  
Profile "b" NOT loaded

Meine Lösung bisher (was funktioniert):

@Bean
@ConditionalOnExpression("#{!environment.getProperty('spring.profiles.active').contains('a') && !environment.getProperty('spring.profiles.active').contains('b')}")
    public MyBean myBean(){/*...*/}

Gibt es eine elegantere (und kürzeren) Weg zu erklären, diese Bedingung?

Vor allem möchte ich, um loszuwerden, die Verwendung der Spring Expression Language hier.

InformationsquelleAutor Mike Boddin | 2016-02-16
  1. 24

    Seit dem Frühjahr 5.1 (aufgenommen im Frühjahr Starten 2.1) ist es möglich, ein Profil-Ausdruck innerhalb Profil string annotation. Also:

    In Frühjahr 5.1 (Spring-Boot-2.1) und den oben es ist so einfach wie:

    @Component
@Profile("!a & !b")
public class MyComponent {}

    In Frühjahr 4.x und 5.0.x:

    Gibt es viele Ansätze für dieses Frühjahr Versionen, jeder von Ihnen hat seine pro 's und con' s. Wenn es nicht viele Kombinationen abzudecken ich persönlich mag @Stanislav Antwort mit der @Conditional annotation.

    Andere Ansätze finden sich in dieser ähnlichen Fragen:

    Frühling Profil - Wie UND Bedingung für das hinzufügen von 2 Profilen?

    Frühling: Wie zu tun ist UND in den Profilen?

    • Das ist großartig! Dies sollte die akzeptierte Antwort jetzt 🙂
    InformationsquelleAutor f-CJ
  2. 21

    Wenn Sie ein einzelnes Profil könnte man einfach mit einem @Profile annotation mit dem not-operator. Es akzeptiert auch mehrere profile, aber mit der OR Zustand.

    So, die alternative Lösung ist die Verwendung eines benutzerdefinierten Bedingung mit der @Conditional annotation. Etwa so:

    public class SomeCustomCondition implements Condition {
  @Override
  public boolean matches(ConditionContext context, AnnotatedTypeMetadata metadata) {

    //Return true if NOT "a" AND NOT "b"
    return !context.getEnvironment().acceptsProfiles("a") 
                  && !context.getEnvironment().acceptsProfiles("b");
  }
}

    Und dann kommentieren Ihre Methode, wie:

    @Bean
@Conditional(SomeCustomCondition.class)
public MyBean myBean(){/*...*/}
    • Danke, ich mag diesen Ansatz. +1 für die Verwendung Condition. Ich warte einfach einige Zeit, bevor ich akzeptiere diese Antwort. Vielleicht kommt ein anderer Vorschlag, der ist noch eleganter 😉 (Aber ich denke nicht so)
    • Ich habe versucht, gleich oben, aber für einige Grund es zu ignorieren @Bedingten annotation. Jede Anregung?
    InformationsquelleAutor Stanislav
  3. 16

    Ich bevorzuge diese Lösung, die ist Ausführlicher, aber immer noch gut für zwei Profilen nur:

    @Profile("!a")
@Configuration
public class NoAConfig {

    @Profile("!b")
    @Configuration
    public static class NoBConfig {
        @Bean
        public MyBean myBean(){
            return new MyBean();
        }
    }

}
    InformationsquelleAutor willerr
  4. 6

    Leider habe ich nicht eine kürzere Lösung für Sie, aber wenn es geeignet ist, in Ihrem Fall zu erstellen, die die gleichen Bohnen für jedes Profil können Sie prüfen, die folgenden Ansatz.

    @Configuration
public class MyBeanConfiguration {

   @Bean
   @Profile("a")
   public MyBean myBeanForA() {/*...*/}

   @Bean
   @Profile("b")
   public MyBean myBeanForB() {/*...*/}

   @Bean
   @ConditionalOnMissingBean(MyBean.class)
   public MyBean myBeanForOthers() {/*...*/}

}
    • Danke, aber das ist nicht für mich geeignet. Sagen wir, wir haben Profil a UND b geladen, dann die MyBean wird zweimal geladen, in diesem Fall und in der Regel wollen wir nicht dieses Verhalten. Die zweite Sache ist, dass dies keine Lösung für meine Frage. Wenn beide profile werden nicht geladen, dann die MyBean sollte nicht erklärt werden, auch.
    • Mit @ConditionalOnMissingBean wie das ist gefährlich. Um sicher zu sein, es sollte nur verwendet werden, auf auto-Konfigurations-Klassen
    • Danke für Eure Kommentare, Jungs. Ich verwendet, um die Verwendung von Profilen als Bündel von Umwelt-bezogene Konfiguration Eigenschaften, wie 'dev', 'test', usw. Wirklich, dieser Ansatz kann nicht verwendet werden im Fall, dass beide profile werden geladen.
    InformationsquelleAutor dmytro
Schreibe einen Kommentar