Có thể một hạt EJB3 "tự bơm" và gọi các phương thức riêng của nó qua EJB không?

Question

Có thể "tự bơm" một EJB để gọi các phương thức cục bộ như các phương thức bean không? Có một số trường hợp điều này có thể thuận lợi, ví dụ như nếu các giao dịch được quản lý container được sử dụng và điều gì đó cần được thực hiện trong giao dịch mới.

Một ví dụ thế nào điều này có thể làm việc:

Foo.java:

@Local 
public interface FoO { 
    public void doSomething(); 
    public void processWithNewTransaction(); // this should actually be private 
} 

FooBean.java:

@Stateless 
public class FooBean implements Foo { 

    @EJB 
    private Foo foo; 

    public void doSomething() { 
     ... 
     foo.processWithNewTransaction(); 
     ... 
    } 

    @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW) 
    public void processWithNewTransaction() { 
     ... 
    } 
} 

Nếu tôi trích xuất processWithNewTransaction() để đậu khác, nó sẽ cần phải được được hiển thị dưới dạng phương thức công khai trong giao diện, mặc dù nó chỉ được gọi là FooBean. (Vấn đề tương tự là với mã của tôi ở trên, đó là lý do tại sao có một nhận xét trong định nghĩa giao diện.)

Một giải pháp sẽ là chuyển sang giao dịch được quản lý bean. Tuy nhiên, điều này đòi hỏi phải thay đổi toàn bộ hạt để quản lý các giao dịch của riêng mình và sẽ thêm rất nhiều đĩa nồi hơi cho tất cả các phương pháp.

Answer 1

Cập nhật: Như đã lưu ý bằng các câu trả lời khác, điều này thực sự là có thể về mặt kỹ thuật. Vui lòng xem câu trả lời của Csaba và Michael về cách thức và lý do tại sao nó hoạt động bất chấp việc đệ quy vô tận.

---

Tôi không thể đưa ra câu trả lời chính xác 100% nhưng tôi khá chắc chắn rằng điều này là không thể.

Tôi nghĩ như vậy bởi vì để tiêm đậu Foo vào chính Foo bean, thùng chứa ban đầu sẽ phải tạo ra một cá thể Foo mà anh ta có thể tiêm sau đó. Nhưng để tạo ra điều này, anh ta phải tiêm một thể hiện đã có của Foo vào Foo để được tạo ra ... dẫn đến một đệ quy vô hạn.

Nếu bạn cần các giao dịch riêng biệt, tôi khuyên bạn nên giữ mọi thứ dễ dàng và tạo hai bean/giao diện độc lập.

Answer 2

Câu hỏi thú vị. Tôi không bao giờ tạo ra một phương thức với một thuộc tính giao tác khác nhau trong cùng một bean, đó là, điều này đòi hỏi cho việc tái cấu trúc. Điều này thường làm cho khó phát hiện lỗi trong ứng dụng khi nó phát triển.

EDIT: cố định lỗi chính tả

Answer 3

tôi có xu hướng không đồng ý, thường đó là hữu ích cho việc quản lý giao dịch để gọi một phương thức đậu địa phương thông qua các thùng chứa.

Chính xác như ví dụ nếu bạn phải gọi phương thức bean cục bộ trong vòng lặp, bạn sẽ có giao dịch trên mỗi lần lặp tốt hơn so với tất cả các lần lặp lại. (logic kinh doanh được cung cấp không phải là "tất cả hoặc không có gì" như gửi hàng hoặc phát hành chứng khoán)

Answer 4

Tự thực thi EJB thực sự có thể. Lý do tại sao một đệ quy vô hạn sẽ không xảy ra trong trường hợp này là khá đơn giản: container không tiêm một thực thể bean thực tế từ hồ bơi. Thay vào đó, nó sẽ tiêm một đối tượng proxy. Khi bạn gọi một phương thức trên proxy được tiêm (foo), vùng chứa sẽ nhận một cá thể bean từ nhóm của nó hoặc tạo một cá thể, nếu không có trường hợp có sẵn nào.

Answer 5

Có thể thực hiện self injection. Bạn cần sử dụng SessionContext.

SessionContext sc = ... 
sc.getBusinessObject(FooBean.class).processWithNewTransaction()