StaleObjectStateException vs OptimisticLockException

Question

Một StaleObjectStateException đang được ném vào ứng dụng của tôi thay vì OptimisticLockException (khi tôi đọc tôi nên mong đợi điều này) khi vấn đề đồng thời lạc quan xảy ra trong ứng dụng của tôi. Không cần phải đăng mã, vì đó là vấn đề đồng thời cơ bản nhất - phiên bản sai trong cột dấu thời gian.

Làm cách nào để nhận được OptimisticLockException, chứ không phải phương pháp khác?

Answer 1

StaleObjectStateException được ném khi bạn sử dụng API hibernate thẳng. OptimisticLockException được ném nếu bạn sử dụng kiểu dáng ngủ đông kiểu JPA. Nếu đây lẫn lộn bạn vui lòng đọc: What's the difference between JPA and Hibernate?

Dùng thử khối catch để bắt ngoại lệ:

try { 
    // your hibernate operation here 
} catch (OptimisticLockException e) { 
    // do something (eg: inform user update is conflicting) 
} 

Nó đáng chú ý OptimisticLockException xảy ra do giao dịch khác đã được cập nhật (do đó tạo ra phiên bản mới hơn của) các đối tượng trước khi bạn có cơ hội để làm như vậy. Trong ứng dụng giao diện người dùng, thông thường người dùng có nên ghi đè/loại bỏ/hợp nhất phiên bản của mình đối tượng

Answer 2

Theo phân tích của tôi về Hibernate 3.5.2 (bây giờ bit cũ), tôi thấy đôi khi họ ném OptimisticLockException và đôi khi StaleObjectStateException. Các hoạt động hàng loạt thậm chí còn ném StaleStateException, là một siêu lớp của StaleObjectStateException, nhưng không có cá thể thực thể.

Dường như với tôi là một quá trình tái cấu trúc chưa hoàn thành, bạn có thể cần phải nắm bắt cả hai và phản ứng theo cùng một cách.