Wiele profili konfiguracji CDI (devel, beta, qa, produkcja) w jednej wojnie?

Question

Mając doświadczenie z wiosennym DI applicationContext.xml sposobem zadeklarowania Dependency Injection Próbuję teraz dowiedzieć się, jak zrobić to samo z Java CDE EE6.

ze sprężyną, mogę wysłać mój .jar z kilku profili konfiguracyjnych jak unittest.xml, devel.xml, qa.xml, production.xml i aktywuj je za pomocą parametrów wiersza poleceń lub zmiennych środowiskowych.

z CDI, mogę używać @Alternative w beans.xml i właściwości z web.xml ale nie wydaje żadnego sposobu wysyłki wielokrotnego beans.xml dla różnych środowisk.

Nie chcę używać profili/filtrów Mavela do produkcji 4-6 wersji mojej aplikacji, chociaż rozumiem, że dla niektórych scenariuszy byłoby to lepsze rozwiązanie (np. Wysyłka gotowych wojen budujących dla klientów - ale ja używam tylko moje wojny wewnętrznie, więc oszczędźmy czas kompilacji!)

Najlepiej byłoby również móc załadować te pliki konfiguracyjne z systemu plików, aby mogły być edytowane przez sysadmins bez konieczności ponownego budowania aplikacji.

Jaki jest sposób Java EE6 posiadania wielu zestawów konfiguracji zależności i właściwości?

Jeśli nie ma żadnych, jakie są zalecane alternatywy na rok 2013? Korzystasz ze sprężyny? Szew? Guice? Widziałem wzmianki o Apache DeltaSpike, ale wciąż wyglądają na alfa ze strony internetowej.

Answer 1

użyję dynamiczny producent, stosując Qualifier zidentyfikować żądany środowisku

// The qualifier for the production/qa/unit test 
@Qualifier 
@Retention(RetentionPolicy.RUNTIME) 
@Target({ElementType.TYPE, ElementType.METHOD, 
ElementType.FIELD, ElementType.PARAMETER}) 
public @interface Stage { 
    String value() default "production"; 
} 

// The interface for the stage-dependant service 
public interface Greeting{ 
    public String sayHello(); 
} 

// The production service 
@Stage("production") 
public class ProductionGreeting implements Greeting{ 
    public String sayHello(){return "Hello customer"; } 
} 

// The QA service 
@Stage("qa") 
public class QAGreeting implements Greeting{ 
    public String sayHello(){return "Hello tester"; } 
} 

// The common code wich uses the service 
@Stateless 
public class Salutation{ 
    @Inject Greeting greeting; 
    public String sayHello(){ return greeting.sayHello(); }; 
} 

// The dynamic producer 
public class GreetingFactory{ 
    @Inject 
    @Any 
    Instance<Greeting> greetings;   

    public String getEnvironment(){ 
     return System.getProperty("deployenv"); 
    } 

    @Produces 
    public Greeting getGreeting(){ 
     Instance<Greeting> found=greetings.select(
      new StageQualifier(getEnvironment())); 
     if (!found.isUnsatisfied() && !found.isAmbiguous()){ 
      return found.get(); 
     } 
     throw new RuntimeException("Error ..."); 
    } 

    public static class StageQualifier 
     extends AnnotationLiteral<Stage> 
     implements Stage { 
     private String value; 

     public StageQualifier(String value){ 
      this.value=value; 
     } 
     public String value() { return value; } 
    } 

} 

Więc tutaj pojemnik wstrzykuje wszystkie dostępne Greeting implementacje język GreetingFactory, co z kolei służy jako @Producer o zamierzonym jeden, opierając decyzję na właściwości systemu "deployenv".

Answer 2

Powyższa odpowiedź Carlo jest dobra, mamy to wszystko w DeltaSpike with the ProjectStage. Warto przyjrzeć się, więc nie musisz sam tego pisać.

Answer 3

Alternatywnym rozwiązaniem jest sugerowane przez M.-Leander Reimer w swojej prezentacji Migrating a JSF-Based Web Application from Spring 3 to Java EE 7 and CDI (zjeżdżalnia 32), używając rozszerzenia CDI:

@Alternative 
@Stereotype 
@Target({ElementType.TYPE, ElementType.METHOD}) 
@Retention(RetentionPolicy.RUNTIME) 
public @interface ProfileAlternative { 
    Profile[] value(); 
} 

public void processAnnotated(@Observes ProcessAnnotatedType<?> event) { 
    ProfileAlternative pa = getProfileAlternative(event); 
    if (profileAlternativeIsNotActive(pa)) { 
     event.veto(); 
    } 
} 

on używa niestandardowego adnotacji @ProfileAlternative naśladujący sprężyny @Profile i rozszerzenie CDI obserwując zdarzenie typu, jeśli ma przypisany profil, a profil nie jest aktywny.