Yaylı @Transaction yöntemi ve geri alma

Question

Aynı sınıfta başka bir Transactional yöntemini çağıran bir Transaction yöntemi olan bir @Service sınıfım var. Bunun için geri alma davranışını test ediyordum ve düzgün çalışmadığını buldum. "- geri alma JDBCTransaction" log gösterdiği halde ben veritabanını kontrol edip değişiklikler vardır methodOne çalıştırdıktan sonra

@Service 
public class DefaulService implements ervice 
{ 
    @Transactional 
    public void methodOne() 
    { 
     methodTwo(); 

      //question edited 
      //this seems to be the problem 
      this.serviceDAO.executeUpdateOperation(); 

     //test rollback 
     throw new RuntimeException(); 
    } 

    @Transactional 
    public void methodTwo() 
    { 
     //DAO stuff 
    } 
} 

: Kod şöyle görünür.

Ben teker teker yöntemini çağırır ve sonunda bir istisna eklerseniz, değişiklikler doğru şekilde geri alınır.

İç içe @Transaction çağrısı sırasında gerçekleşen değişikliklerin doğru bir şekilde geri alınmasını sağlamanın bir yolu var mı? REQUIRED'in varsayılan yayılımının bunu başaracağı izlenimindeydim, ama işe yaramıyor gibi görünüyor. Teşekkür

Tamam GÜNCELLEME, sadece başka bir şey fark ettim. İstisna atmadan hemen önce, servisin servisini arıyorum ve 'executeUpdate' aracılığıyla manuel güncelleme yapıyorum. Bu satırı yorumlarsam, içe aktarılan rollback çalışır. Yani sorun aslında DAO çağırıyor ve executeUpdate sorgusu çalıştırıyor gibi görünüyor. Fakat bu, mevcut işlem içinde de çalışmıyor mu?

Answer 1

Yöntemleri çağırdığınızda, fasulye fabrikasından "servis" örneğini almaktasınız, doğru mu? Fasulye fabrikasının, her yöntem çağrısı etrafındaki işlem mantığını uygulayan bir proxy kurması gerekir. Bu yalnızca "dışarıdan gelenler" proxy aracılığıyla yöntemleri çağırdığında işe yaramış izlenim altındaydım ve bir yöntem başka bir nesneyi çağırdığında işe yaramaz, çünkü bu yöntem uygulama nesnesinin içinde doğrudan bir çağrıdır ve AOP proxy'si üzerinden gitmez.