Spring @Transactional Vererbungsregeln

Question

Ich habe eine Reihe von @Service Beans, die Kernfunktionalität von einer abstrakten Klasse erben. Ich habe jeden der konkreten Sub-Class-Dienste mit @Service und @Transactional markiert. Die abstrakte Superklasse enthält die Methode des öffentlichen Einstiegspunkts für jeden dieser Dienste. Mit anderen Worten, ich habe etwas Ähnliches wie die folgenden:

abstract class AbstractService { 

    public void process() { 
     // Do common initialisation code here 
     processSpecific(); 
     // Do common completion code here 
    } 

    abstract protected void processSpecific(); 
} 


@Service @Transactional 
public class FirstSpecificService extends AbstractService { 
    protected void processSpecific() { 
     // Do specific processing code here 
    } 
} 


@Service @Transactional 
public class SecondSpecificService extends AbstractService { 
    protected void processSpecific() { 
     // Do different specific processing code here 
    } 
} 

Der spezifische Code in jedem konkreten Unterklasse-Service macht mehrere Anrufe auf die DAO-Schicht, um Änderungen an der Datenbank vornehmen, die REQUIRED als Transaktions Ausbreitung haben Art.

Jetzt mit den oben definierten Diensten, entdeckte ich, dass es keine aktuelle Transaktion in einem der Code dieser konkreten Unterklasse-Dienste gab, und jeder Aufruf der DAO-Ebene erstellte eine neue Transaktion, die Änderungen vorgenommen, die Transaktion begehen und zurückgeben.

Allerdings, wenn ich die abstrakte Superklasse mit @Transactional mit Anmerkungen versehen, dann eine Transaktion ist ordnungsgemäß erstellt, und die Unter Anrufe an die DAO-Schicht alle beteiligen sich an der aktuellen Transaktion.

Also meine Frage ist, was sind die Regeln für die Übernahme der @Transactional Verhalten? Warum verwendet Spring nicht die @Transactional für die konkreten Sub-Class-Dienste, die es tatsächlich instanziiert? Muss die @Transactional in diesem Fall auf der Super-Klasse sein, weil das die öffentliche Einstiegspunkt-Methode ist?

Answer 1

Vom Frühjahr Transaktionsdokumentation,

Hinweis: Im Proxy-Modus (die Standardeinstellung), nur ‚externe‘ Methode in über den Proxy abgefangen werden Anrufe kommen. Dies bedeutet, dass "Self-Invocation", d. H. Eine Methode innerhalb des Zielobjekts, die eine andere Methode des Zielobjekts aufruft, nicht zur tatsächlichen Transaktion zur Laufzeit führt, auch wenn die aufgerufene Methode mit @Transactional markiert ist!

Auch wenn Sie die @Transactional auf Ihre konkrete Umsetzung und Sie Prozess-Methode aufrufen, die tatsächlich durch Ihre Anmerkung Transaktions-, aber der Prozess Methode processSpecific auf Ihre Unter Klasse aufrufen wird nicht wegen dieser internen Anruf transaktional.

Schauen Sie in Weben.

Answer 2

Haben Sie den Teil über transaction propagation gelesen und wie er mit @Transactional konfiguriert werden kann?

Ein weiterer Bereich von Interesse ist, dass Spring empfiehlt, dass Sie annotate concrete classes (als Gegensatz zu annotieren Schnittstellen).