phương pháp Generic nhà máy ở Xuân DI

Question

Tôi tự hỏi tại sao trong mùa xuân DI định nghĩa bean sau làm việc (tôi sử dụng bean instantiation with a static factory method và ổi của Suppliers.ofInstance):

<bean id="keySupplier" class="com.google.common.base.Suppliers" 
    factory-method="ofInstance"> 
    <constructor-arg> 
    <value type="java.lang.String">someReallyLongValue <!-- note line break here --> 
    </value> 
    </constructor-arg> 
</bean> 

nhưng điều này không:

<bean id="keySupplier" class="com.google.common.base.Suppliers" 
    factory-method="ofInstance"> 
    <constructor-arg type="java.lang.String" value="someReallyLongValue" /> 
</bean> 

Nó ném theo ngoại lệ sau:

org.springframework.beans.factory.BeanCreationException: Lỗi creatin g đậu với tên 'userRepo' định nghĩa trong đường dẫn lớp tài nguyên:
(...)
phụ thuộc không được đáp ứng thể hiện qua tranh luận constructor với chỉ số 0 của loại [java.lang.Object]:
nhập nhằng các loại phương pháp nhà máy đối số - đã làm bạn chỉ định các tham chiếu bean đúng như các đối số phương thức của nhà máy?

Vấn đề là, trong trường hợp của tôi, khi tôi sử dụng định nghĩa bean đầu tiên với chuỗi rất dài như một giá trị dòng phá vỡ biên tập viên của tôi sau khi ký tự cuối cùng của chuỗi, gây rằng chuỗi được thông qua với thêm khoảng trắng-Suppliers.ofInstance và kết quả là nó phá vỡ mã của tôi.

Định nghĩa thứ hai sẽ nghiêm ngặt hơn về khoảng trắng nhưng đáng ngạc nhiên là nó không hoạt động (có thể không đối phó với kiểu chung, mặc dù loại được chỉ định trong thuộc tính type).

Tôi có thể buộc Spring bỏ qua khoảng trắng trong thẻ <value> bằng cách nào đó không?

Hoặc tôi có sử dụng <constructor-arg type="java.lang.String" value="someReallyLongValue" /> đúng cách không? Hoặc tôi nên nộp một vấn đề vì nó là một lỗi mùa xuân?

Tôi không muốn đưa ra bất kỳ giả định nào về chuỗi (ví dụ: sử dụng string.trim() tại đây).

Answer 1

tôi sẽ khuyên bạn nên sử dụng một thuộc tính tập tin và sau đó sử dụng tài sản trong định nghĩa

Nhưng điều này không giải thích hành vi quan sát của bạn.

Answer 2

Không chắc chắn 100% nhưng thử

<value index="0" [...] 

Không chắc những gì mã của bạn trông giống như nhưng theo thứ tự mà bạn đặt args constructor của bạn không được xem là trừ khi bạn xác định vị trí. Nếu bạn có nhiều nhà xây dựng, điều này có thể làm mọi thứ rối tung lên.

Answer 3

Hai cấu hình không liên quan đến cùng một đường dẫn thực hiện trong Spring theo reference documentation about constructor resolution. Thất bại đến từ generics được sử dụng cho this instanceOf method mà tuyên bố Object làm đối số phương pháp.

mùa xuân đã làm các công việc sau để thành công:

• tìm ra phương pháp đúng theo lập luận
• chuyển đổi XML giá trị văn chương vào các đối tượng Java hoặc nhờ rõ ràng type khai hoặc dựa trên các loại phương pháp luận khi index được sử dụng

Logic tham gia là trong ConstructorArgumentValues giữ trong phương pháp getArgumentValue và trong cả hai getIndexedArgumentValue một d getGenericArgumentValue. Cả hai phương pháp đều sử dụng các bài kiểm tra để từ chối một số ValueHolder dựa trên thông tin có sẵn.

Trong trường hợp cấu hình thứ hai, phát hiện được lập chỉ mục được sử dụng và từ chối giá trị vì loại yêu cầu String không khớp chính xác với Object. Thử nghiệm này được thực hiện với ClassUtils.matchesTypeName không kiểm tra phân cấp loại.

Trong trường hợp cấu hình đầu tiên, giá trị chủ sở hữu sẵn sàng với đối tượng String và cơ chế đối số chung đồng ý vì giá trị được gán cho loại đối số phương thức được phát hiện.

Về mặt lý thuyết, biểu thức sau sẽ hoạt động vì loại được cung cấp để tạo đối tượng từ giá trị và chỉ mục được cung cấp để tránh bất kỳ phỏng đoán nào, ngay cả khi chỉ có một phương thức khớp.

<constructor-arg index="0" type="java.lang.String" value="queueName" /> 

May mắn thay, nó không cải thiện được gì, cùng một đường dẫn thực hiện vẫn được sử dụng. Tôi thực sự nghĩ rằng một cải tiến mùa xuân là bắt buộc. Bạn có thể tạo một số JIRA ticket.