ApplicationContext.getBean (Lớp clazz) không suôn sẻ với proxy

Question

Tôi có một định nghĩa bean trong mùa xuân và đó là đối proxy đó có nghĩa là để được sử dụng ở khắp mọi nơi:

<bean name="my.Bean" class="org.springframework.aop.framework.ProxyFactoryBean" scope="prototype"> 
    <property name="proxyInterfaces" value="my.Interface"/> 
    <property name="target" ref="my.BeanTarget"/> 
    <property name="interceptorNames"> 
    <list> 
     <value>someInterceptor</value> 
    </list> 
    </property> 
</bean> 

<bean name="my.BeanTarget" class="my.InterfaceImpl" scope="prototype"> 
    <property name="foo" ref="bar"/> 
</bean> 

bài này hoạt động tốt; và trong v3 thế giới trước mùa xuân Tôi đã sử dụng nó như

ApplicationContext ctx = ...; 
my.Interface foo = (my.Interface) ctx.getBean("my.Bean"); // cast is necessary 

Trong mùa xuân 3 nó đã trở thành có thể làm được loại tra cứu an toàn, ví dụ:

my.Interface foo = ctx.getBean(my.Interface.class); 

Một lần nữa, điều này hoạt động tốt cho đậu bình thường trong khi cho đậu proxied Tôi đang nhận được my.BeanTarget thay vì my.Bean. Tôi đã cố gắng để inline my.BeanTarget (như trong tài liệu hướng dẫn Spring) để làm cho nó ẩn, nhưng tất cả tôi nhận được

org.springframework.beans.factory.NoSuchBeanDefinitionException: No unique bean of type [my.Interface] is defined: expected single bean but found 0: 

Vậy là nó có thể sử dụng loại tra cứu đậu an toàn với đậu proxy và nếu có - làm thế nào?

Answer 1

Vấn đề ở đây là scope="prototype" trên ProxyFactoryBean của bạn.

Ngữ cảnh sẽ chỉ háo hức khởi tạo định nghĩa bean đơn. Đậu của phạm vi không singleton chỉ được khởi tạo khi được yêu cầu. Điều này có nghĩa là khi bạn hỏi bối cảnh cho các loại đậu của một loại nhất định, bối cảnh không thể khởi tạo những hạt không phải là singleton để yêu cầu chúng cho loại của chúng, nó phải hoàn toàn dựa vào thông tin trong định nghĩa bean.

Trong trường hợp ProxyFactoryBean, loại proxy được tạo được xác định bởi logic phức tạp yêu cầu bean được khởi tạo hoàn toàn. Nếu không có khởi tạo đó, ProxyFactoryBean chỉ có thể báo cáo loại mục tiêu là null.

Tôi không thể nói cách khác, ngoài việc sử dụng định nghĩa bean đơn hoặc yêu cầu tên đậu một cách rõ ràng, ví dụ:

<bean id="my.Interface"> class="ProxyFactoryBean"... > 

và sau đó:

ctx.getBean(MyInterface.class.getName()); 

Ở đây, chúng tôi sử dụng quy ước tên đậu là giao diện mà họ thực hiện.

Answer 2

Bạn không thể thực hiện my.Interface foo = ctx.getBean(my.Bean.class);?

Answer 3

Dường như phạm vi của proxy được tạo ra bởi ProxyFactoryBean nên được chỉ định sử dụng singleton tài sản thay vì scope thuộc tính:

<bean name="my.Bean" class="org.springframework.aop.framework.ProxyFactoryBean"> 
    <property name="singleton" value="false"/> 
    ... 
</bean> 

này đã giải quyết được vấn đề khi đậu mục tiêu là bên trong.

Khi bạn có nhiều đậu cấp cao nhất của lớp tương tự, bạn có thể sử dụng một tra cứu kiểu an bởi id:

my.Interface foo = ctx.getBean("my.Bean", my.Interface.class); 

Answer 4

Khi Spring hoạt động với Giao diện, trong ngữ cảnh của aop, bạn có thể xác định bộ giao diện khác nhau và yêu cầu giao diện bạn mong đợi. Bằng cách này, không cần phải cast cho một lớp thực sự nhưng Spring sẽ quản lý các giao diện.

Giả sử bạn có lớp A thực hiện B. Bạn muốn truyền từ A đến B nhưng bị từ chối vì A là proxy do aop. Sau đó, thực hiện A thực hiện C và C mở rộng B. C sở hữu các phương thức cần thiết, và C là giao diện riêng được truy cập chỉ từ mã thực hiện của bạn. Cuối cùng yêu cầu mùa xuân tiêm B hoặc C tùy thuộc vào kỳ vọng của bạn.

PrivateItf executor = context.getBean(PrivateItf.class); 

Bằng cách này, ngay cả khi lớp thực là proxy, nó thực hiện Giao diện riêng của bạn với tất cả những gì bạn cần.