Service sınıfında olarak işaretlenmiş bir yöntem gördüm @Transactional, ancak aynı sınıftaki, olarak işaretlenmemiş bazı diğer yöntemleri de çağırıyordu @Transactional.
Ayrı yöntemlere yapılan çağrının, uygulamanın DB'ye ayrı bağlantılar açmasına veya ana işlemi askıya almasına vb. Neden olduğu anlamına mı geliyor?
Ek açıklamalı başka bir yöntem tarafından çağrılan herhangi bir ek açıklama içermeyen bir yöntem için varsayılan davranış nedir @Transactional?
Yanıtlar:
Bir @Transactionalişlem bloğu içinde olmayan bir yöntemi çağırdığınızda , ana işlem yeni yönteme devam edecektir. Ana yöntemle (with @Transactional) aynı bağlantıyı ve çağrılan yöntemden kaynaklanan herhangi bir istisnayı kullanır (olmadan @Transactional, işlemin işlem tanımında yapılandırıldığı gibi geri alınmasına neden olmaz.
Aynı örnek içindeki @Transactionalbir yöntemden ek açıklama içeren bir yöntemi çağırırsanız @Transactional, çağrılan yöntemlerin işlem davranışının işlem üzerinde herhangi bir etkisi olmayacaktır. Ancak, bir işlem tanımına sahip başka bir yöntemden bir işlem tanımına sahip bir yöntemi çağırırsanız ve bunlar farklı örneklerdeyse, çağrılan yöntemdeki kod, çağrılan yöntemde verilen işlem tanımlarını izleyecektir.
Sen bölümünde daha fazla ayrıntı bulabilirsiniz Bildirimsel işlem yönetimi ve yay işlem belgelerinde .
Spring bildirim temelli işlem modeli AOP proxy kullanır. bu nedenle işlemlerin oluşturulmasından AOP vekili sorumludur. AOP proxy'si yalnızca örnekte bulunan yöntemler örneğin dışarıdan çağrılırsa etkin olacaktır.
will follow the transaction definitions given in the called method. Ancak çağrı aynı nesne örneğinden gelirse, işlemin sürdürülmesinden sorumlu olan aop proxy'leri aracılığıyla yayılmayacağından herhangi bir etkisi olmayacaktır.
@Transactionalfarklı bir nesne / örnekten tanımlı bir metodu çağırırsanız , çağıran metot farklı @Transactionalniteliklere sahip olsa bile , çağrılan metot kendi işlem tanımını takip edecektir.
Bu, yayılma düzeyine bağlıdır . İşte tüm olası seviye değerleri .
Örneğin, bir yayılma seviyesinin YERLEŞTİRİLMİŞ olması durumunda, mevcut bir işlem "askıya alınacak" ve yeni bir işlem yaratılacaktır ( not: iç içe bir işlemin gerçek oluşturulması yalnızca belirli işlem yöneticilerinde çalışacaktır )
Varsayılan yayılma seviyesi ("davranış" dediğiniz şey) GEREKLİDİR . Üzerinde bir @Transactionalaçıklama olan (veya XML aracılığıyla bildirimli olarak işlem gören) bir "iç" yöntem çağrıldığında , aynı işlem içinde yürütülür , örneğin "yeni bir şey" oluşturulmaz.
@Transactional, işlem sınırını (başlangıç / bitiş) işaretler, ancak işlemin kendisi iş parçacığına bağlıdır. Bir işlem başladığında, orijinal yöntem geri dönene ve işlem tamamlayana / geri alınana kadar yöntem çağrılarında yayılır.
@Transactional ek açıklamasına sahip başka bir yöntem çağrılırsa, yayılma o açıklamanın yayılma özniteliğine bağlıdır.
İç yöntem @Transactional ile açıklanmadıysa, iç yöntem dış yöntemi etkileyecektir.
İç yöntemin de @Transactional ile açıklanması durumunda REQUIRES_NEW, aşağıdaki olacaktır.
...
@Autowired
private TestDAO testDAO;
@Autowired
private SomeBean someBean;
@Override
@Transactional(propagation=Propagation.REQUIRED)
public void outerMethod(User user) {
testDAO.insertUser(user);
try{
someBean.innerMethod();
} catch(RuntimeException e){
// handle exception
}
}
@Override
@Transactional(propagation=Propagation.REQUIRES_NEW)
public void innerMethod() {
throw new RuntimeException("Rollback this transaction!");
}
İç yönteme açıklama eklenmiştir REQUIRES_NEWve bir RuntimeException oluşturur, böylece işlemin geri alınmasını ayarlar, ancak dış işlemi ETKİLEMEZ. Dış işlem, iç işlem başladığında DURAKLATILIR ve ardından iç işlem tamamlandıktan SONRA DEVAM EDİLİR. Birbirlerinden bağımsız olarak çalışırlar, bu nedenle dış işlem başarıyla gerçekleştirilebilir.