@Transactional একটি method-কে একটি database transaction-এ মোড়ে: Spring method চলার আগে একটি খোলে এবং স্বাভাবিকভাবে return করলে commit করে — অথবা throw করলে rollback করে। ভেতরে এটি একটি AOP proxy, যা বেশিরভাগ ফাঁদের উৎস।
{
{
accounts.debit(from, amount);
accounts.credit(to, amount);
}
}
Default-ভাবে Spring কেবল unchecked exception (RuntimeException) এবং Error-এ rollback করে — checked exception-এ নয়। আপনি একটি checked exception throw করলে transaction commit হয়। এটি স্পষ্টভাবে 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 এড়িয়ে যায় — annotation নীরবে উপেক্ষিত হয়। bean-এর মধ্য দিয়ে কল করুন, বা self inject করুন।
Transaction-এই data-এর শুদ্ধতা থাকে, তাই interviewer-রা এখানে জোরে চাপ দেন। checked-exception rollback নিয়ম এবং self-invocation bug হলো সেই দুটি প্রশ্ন যা নির্ভরযোগ্যভাবে @Transactional ব্যবহার করা মানুষকে বোঝা মানুষের থেকে আলাদা করে।
বিস্তারিত উত্তরসহ IT ইন্টারভিউ প্রশ্নের একটি লাইব্রেরি — জুনিয়র থেকে সিনিয়র পর্যন্ত।
দান করুন