@Transactional ले method लाई database transaction मा बेर्छ: Spring ले method चल्नुअघि एउटा खोल्छ र यो सामान्य रूपमा return हुँदा commit गर्छ — वा यसले throw गरेमा rollback गर्छ। भित्री रूपमा यो एउटा AOP proxy हो, जुन धेरैजसो gotcha को स्रोत हो।
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
Default रूपमा Spring ले unchecked exception (RuntimeException) र Error मा मात्र rollback गर्छ — checked exception मा होइन। यदि तपाईंले checked exception throw गर्नुभयो भने, transaction commit हुन्छ। यसलाई explicit रूपमा override गर्नुहोस्:
@Transactional(rollbackFor = Exception.class) // roll back on checked too
public void process() throws IOException { /* ... */ }
Propagation ले एउटा transactional method ले अर्कोलाई बोलाउँदा के हुन्छ भन्ने निर्णय गर्छ:
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commits independently */ }
@Transactional proxy मार्फत काम गर्ने भएकाले, उही class भित्रको अर्को method बाट एउटा @Transactional method बोलाउँदा proxy लाई bypass गर्छ — annotation चुपचाप बेवास्ता गरिन्छ। bean हरूभरि बोलाउनुहोस्, वा self inject गर्नुहोस्।
Transaction हरू नै data correctness बस्ने ठाउँ हो, त्यसैले interviewer हरूले यहाँ कडा धकेल्छन्। checked-exception rollback नियम र self-invocation bug ती दुई प्रश्न हुन् जसले @Transactional प्रयोग गरेका मानिसहरूलाई त्यसलाई बुझ्ने मानिसहरूबाट भरपर्दो रूपमा छुट्याउँछन्।
विस्तृत उत्तरसहित IT अन्तर्वार्ता प्रश्नहरूको पुस्तकालय — जुनियरदेखि सिनियरसम्म।
दान गर्नुहोस्