@Transactional ఒక method ను database transaction లో చుడుతుంది: method నడిచే ముందు Spring ఒకదాన్ని తెరుస్తుంది మరియు అది సాధారణంగా return అయినప్పుడు commit చేస్తుంది — లేదా అది throw చేస్తే rolls back చేస్తుంది. లోపల ఇది ఒక AOP proxy, ఇది చాలా gotchas కు మూలం.
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
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 { /* ... */ }
ఒక transactional method మరొకదాన్ని పిలిచినప్పుడు ఏమి జరుగుతుందో propagation నిర్ణయిస్తుంది:
@Transactional(propagation = Propagation.REQUIRES_NEW)
public void writeAuditLog(String event) { /* commits independently */ }
@Transactional ఒక proxy ద్వారా పనిచేస్తుంది కాబట్టి, అదే class లో మరొక method నుండి ఒక @Transactional method ను పిలవడం proxy ను bypass చేస్తుంది — annotation నిశ్శబ్దంగా విస్మరించబడుతుంది. beans అంతటా పిలవండి, లేదా self ను inject చేయండి.
data correctness ఉండేది transactions లోనే, కాబట్టి interviewers ఇక్కడ గట్టిగా నెట్టుతారు. checked-exception rollback నియమం మరియు self-invocation bug అనేవి @Transactional ను ఉపయోగించిన వారిని దాన్ని అర్థం చేసుకున్న వారి నుండి విశ్వసనీయంగా వేరు చేసే రెండు ప్రశ్నలు.
జూనియర్ నుండి సీనియర్ వరకు వివరణాత్మక సమాధానాలతో IT ఇంటర్వ్యూ ప్రశ్నల లైబ్రరీ.
విరాళం