StaleObjectStateException vs OptimisticLockException

Question

आशावादी लॉक अपवाद के बजाय मेरे ऐप में एक StaleObjectStateException फेंक दिया जा रहा है (जैसा कि मैंने पढ़ा है मुझे यह उम्मीद करनी चाहिए) जब मेरे ऐप में आशावादी समेकन समस्या होती है। कोड पोस्ट करने की कोई आवश्यकता नहीं है, क्योंकि यह सबसे बुनियादी सहमति समस्या है - टाइमस्टैम्प कॉलम में गलत संस्करण।

मुझे आशावादी लॉक अपवाद कैसे प्राप्त करना चाहिए, दूसरा नहीं?

Answer 1

जब आप सीधे हाइबरनेट एपीआई का उपयोग करते हैं तो StaleObjectStateException फेंक दिया जाता है। यदि आप जेपीए स्टाइल हाइबरनेट का इस्तेमाल करते हैं तो OptimisticLockException फेंक दिया जाता है। यह आप भ्रमित हैं कृपया इसे पढ़ें: अन्य लेनदेन आप पहले अपडेट किया गया है (इसलिए बनाया नया संस्करण) वस्तु की वजह से

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

यह OptimisticLockException टिप्पण होते हैं लायक है: What's the difference between JPA and Hibernate?

उपयोग अपवाद को पकड़ने के लिए कैच ब्लॉक की कोशिश ऐसा करने का मौका मिला। एक यूआई आवेदन में यह उपयोगकर्ता संकेत करने के लिए आम है अधिलेखित करने के लिए है कि क्या/त्यागने/वस्तु

Answer 2

हाइबरनेट 3.5.2 के अपने विश्लेषण के रूप में की उसकी/उसके संस्करण विलय (अब पुराना सा), मैं उन्हें कभी-कभी OptimisticLockException फेंक पाया और कभी-कभी StaleObjectStateException। बैच ऑपरेशंस भी StaleStateException फेंक देते हैं, जो StaleObjectStateException का सुपरक्लास है, लेकिन इकाई का उदाहरण नहीं है।

ऐसा लगता है कि मुझे एक अधूरा रिफैक्टरिंग के रूप में लगता है, आपको शायद दोनों को पकड़ने और उसी तरह प्रतिक्रिया करने की आवश्यकता है।