Chuyển trạng thái giữa các phương thức EJB/@RequestScoped và @Stateless

Question

Tôi có một hạt CDI @RequestScoped mà tôi muốn biến thành một EJB để nhận các giao dịch khai báo. (Tôi đang sử dụng EJB 3.1, Java EE 6)

Hiện tại, tôi đang chuyển trạng thái giữa các chương trình con, theo giả định rằng cá thể chỉ được sử dụng trong một yêu cầu duy nhất. Nếu tôi thêm @Stateless thì giả định đó sẽ thay đổi.

Ví dụ, tôi muốn làm một cái gì đó giống như

@Stateless 
@Named 
@RequestScoped 
public class Foo { 
    private String var1; // can't use instance vars in @Stateless? 
    private String var2; 

    public void transactionForRequest() { 
    var1 = value; 
    var2 = value; 
    .... 
    subroutine(); 
    } 
} 

tôi giả định trên không work- đó là chính xác?

Tôi đang suy ngẫm về hai lựa chọn:

• Sử dụng @Stateful thay vì @Stateless, cùng với @Named và @RequestScoped.
• Giữ @Stateless và sử dụng EJBContext.getContextData bản đồ để thay thế các biến mẫu.

Điều nào tốt hơn? Và có một số thay thế khác mà tôi không nghĩ đến? (Bên cạnh việc chờ Java EE 7 hoặc chuyển sang Spring. :-))

Answer 1

Trong khi @Stateless, @Singleton và @MessageDriven tài liệu tham khảo có thể đã scoped tiêm qua @Inject, họ không có thể@RequestScoped hoặc bất kỳ phạm vi nào khác. Chỉ có mô hình @Stateful đủ linh hoạt để hỗ trợ phạm vi. Nói cách khác, bạn có thể chú thích các lớp @Stateful đậu chính nó như là @RequestScoped, @SessionScoped, vv ..

Trong thuật ngữ đơn giản @Stateless, @Singleton đã cố định "phạm vi" rồi. @Singleton về cơ bản là @ApplicationScoped và @Stateless có lẽ sẽ là một số phạm vi được thiết lập như @InvocationScoped, nếu tồn tại. Vòng đời của một hạt @MessageDriven hoàn toàn phụ thuộc vào Trình kết nối ổ đĩa và do đó cũng không được phép có phạm vi do người dùng xác định.

Xem thêm https://stackoverflow.com/a/8720148/190816

Answer 2

Nếu bạn đang sử dụng bean không quốc tịch, bạn chịu trách nhiệm quản lý nhà nước và thường làm điều này trong lớp ứng dụng web bằng HttpSessions. Và có, bạn không thể sử dụng các biến mẫu như các bean không trạng thái được gộp chung.

Answer 3

Tôi sẽ đi với SFSB thay vì SLSB. Bạn muốn giữ một trạng thái, vì vậy đối với tôi đây là thông tin quan trọng nhất - đây là một công việc cho Stateful EJB.

Ngoài ra tôi không nghĩ rằng EJBContext#getContextData() sẽ giúp bạn. Theo tôi nhớ, nó chỉ hợp lệ trong một thời gian của một cuộc gọi. Do đó, mỗi lời gọi của một phương pháp trên EJB của bạn sẽ tạo mới dữ liệu bản đồ ngữ cảnh (ít nhất đó là những gì tôi mong đợi.)