Điểm đau có thể là gì khi nâng cấp ứng dụng lên Spring 3.0

Question

Với ứng dụng sử dụng Spring 2.5, khi di chuyển sang Spring 3.0, các khu vực có khả năng là điểm đau, tức là những thứ mà nhóm phát triển sẽ phải dành thời gian để làm cho mọi thứ hoạt động. Giả sử nhóm sẽ không cố gắng tận dụng các tính năng mới của Spring như một phần của bản nâng cấp, nhưng chỉ cần tải ứng dụng về trạng thái mà nó hoạt động như trên 2.5. Lợi dụng các tính năng 3.0 sẽ là các bước tiếp theo cần xem xét.

Chỉnh sửa: Tôi đã sửa đổi câu hỏi để tập trung vào các điểm đau của bản nâng cấp, đó là những gì tôi thực sự sau.

Answer 1

Có lẽ sự thay đổi lớn nhất trong Spring 3.0 là bây giờ nó yêu cầu J2SE 5.0.

Một trong những nhà phát triển Spring trả lời câu hỏi tương thích trong this blog entry.

Spring 3.0 hướng tới 99% ngược tương thích với Spring 2.5. Các API và SPI chính sẽ vẫn ổn định theo số để giữ các tiện ích mở rộng hiện có (và tất nhiên cũng có ứng dụng hiện tại mã) hoạt động. Giới thiệu generics và varargs, như chúng ta đã thực hiện trong M1 và M2, vẫn nên duy trì khả năng tương thích nhị phân . Điều đó nói rằng, chúng tôi thường khuyên bạn nên xây dựng lại các ứng dụng của mình cho Spring 3.0, để sớm bắt đầu các vấn đề về API tiềm năng API. Điều này sẽ cũng cho phép bạn nhận được tối đa lợi ích từ các bước tinh chỉnh Java 5 API của Spring 3.0.

Answer 2

Nếu bạn may mắn, thì không có gì cần thay đổi, tất cả chỉ hoạt động. Các chàng trai mùa xuân rất cẩn thận để giữ lại khả năng tương thích ngược.

Lý do lớn nhất tôi có thể nghĩ là không hoạt động là nếu bạn đang sử dụng mã không được dùng nữa trong 2.5 và được đánh dấu để xóa trong 3.0 Bạn có thể tìm thấy danh sách đó here.