@Transactional method ને database transaction માં લપેટે છે: Spring method ચાલે તે પહેલાં એક ખોલે છે અને તે સામાન્ય રીતે return થાય ત્યારે commit કરે છે — અથવા throw થાય તો rollback કરે છે. અંદરથી તે એક AOP proxy છે, જે મોટા ભાગની gotchas નું મૂળ છે.
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
By default Spring ફક્ત unchecked exceptions (RuntimeException) અને Error પર rollback કરે છે — checked exceptions પર નહીં. જો તમે checked exception throw કરો, તો transaction commit થાય છે. તેને સ્પષ્ટપણે override કરો:
@Transactional(rollbackFor = Exception.class) // roll back on checked too
public void process() throws IOException { /* ... */ }
Propagation નક્કી કરે છે કે જ્યારે transactional method બીજી method ને call કરે ત્યારે શું થાય:
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commits independently */ }
@Transactional proxy દ્વારા કામ કરે છે તેથી એ જ class ની બીજી method માંથી એક @Transactional method ને call કરવાથી proxy bypass થાય છે — annotation ચૂપચાપ અવગણાય છે. Beans ના પાર call કરો, અથવા self ને inject કરો.
Transactions એ છે જ્યાં data correctness રહે છે, તેથી interviewers અહીં જોરથી ધકેલે છે. Checked-exception rollback નિયમ અને self-invocation bug એ બે પ્રશ્નો છે જે @Transactional વાપરેલા લોકોને તેને સમજનારા લોકોથી ભરોસાપાત્ર રીતે અલગ પાડે છે.
વિગતવાર જવાબો સાથે IT ઇન્ટરવ્યૂ પ્રશ્નોની લાઇબ્રેરી — જુનિયરથી સિનિયર સુધી.
દાન કરો