Nhiều cấu hình cấu hình CDI (devel, beta, qa, production) trong một cuộc chiến?

Question

Có kinh nghiệm với ứng dụng Spring DI applicationContext.xml cách khai báo Dependency Injection Tôi bây giờ cố gắng tìm ra cách làm tương tự với Java EE6 CDI.

Với Spring, tôi có thể gửi .jar với một số cấu hình cấu hình như unittest.xml, devel.xml, qa.xml, production.xml và kích hoạt chúng bằng các tham số dòng lệnh hoặc biến môi trường.

Với CDI, tôi có thể sử dụng @Alternative trong beans.xml và tài sản trong các web.xml nhưng dường như không có cách nào vận chuyển nhiều beans.xml cho các môi trường khác nhau.

Tôi không muốn sử dụng tiểu sử/bộ lọc Maven để tạo ra 4-6 phiên bản ứng dụng của mình mặc dù tôi hiểu rằng đối với một số trường hợp sẽ là giải pháp tốt hơn (tức là vận chuyển chiến tranh sẵn sàng cho khách hàng - nhưng tôi chỉ sử dụng Chiến tranh của tôi trong nội bộ vì vậy hãy tiết kiệm thời gian biên dịch!)

Tốt hơn là tôi cũng có thể tải các tệp cấu hình đó từ hệ thống tệp để chúng có thể được chỉnh sửa bởi hệ thống quản trị mà không phải xây dựng lại ứng dụng.

Cách Java EE6 có nhiều bộ cấu hình phụ thuộc và thuộc tính là gì?

Nếu không có, lựa chọn thay thế được đề xuất như năm 2013 là gì? Sử dụng Spring? Đường may? Guice? Tôi đã thấy đề cập đến Apache DeltaSpike nhưng chúng vẫn có vẻ như là đánh giá alpha từ trang web.

Answer 1

Tôi muốn sử dụng một nhà sản xuất năng động, sử dụng một Qualifier để xác định môi trường mong muốn

// 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; } 
    } 

} 

Vì vậy, đây container tiêm tất cả có sẵn Greeting triển khai vào GreetingFactory, mà lần lượt đóng vai trò như @Producer cho mục đích một, dựa trên quyết định về thuộc tính hệ thống 'deployenv'.

Answer 2

Câu trả lời trên của Carlo là tốt, chúng tôi có tất cả điều này trong DeltaSpike with the ProjectStage. Đáng xem xét để bạn không phải tự viết tất cả.

Answer 3

Một giải pháp thay thế được đề xuất bởi M.-Leander Reimer trong bài trình bày của ông Migrating a JSF-Based Web Application from Spring 3 to Java EE 7 and CDI (Trượt 32), sử dụng một phần mở rộng 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(); 
    } 
} 

Ông sử dụng một tùy chỉnh chú thích @ProfileAlternative bắt chước Spring @Profile và một phần mở rộng CDI quan sát sự kiện ProcessAnnotatedType tới veto() loại nếu nó được chú thích với tiểu sử và tiểu sử không hoạt động.