Spring @Transferimenti ereditarietà

Question

Ho un set di bean @Service che ereditano funzionalità di base da una classe astratta. Ho contrassegnato ciascuno dei servizi di sottoclasse concreti con @Service e @Transactional. La super classe astratta contiene il metodo del punto di ingresso pubblico per ciascuno di questi servizi. In altre parole, ho qualcosa simile al seguente:

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 
    } 
} 

Il codice specifica in ogni servizio sottoclasse concreta rende più chiamate allo strato DAO di apportare modifiche al database, che hanno REQUIRED come la propagazione transazionale genere.

Ora con i servizi definiti come sopra, ho scoperto che non c'era nessuna transazione corrente all'interno di alcun codice di questi servizi di sottoclasse concreti, e ogni chiamata al livello DAO stava creando una nuova transazione, facendo le modifiche, commettendo la transazione e tornando.

Tuttavia, se annotare l'astratto super-classe con @Transactional, poi una transazione è creato correttamente, e le sub-chiamate verso lo strato DAO tutti partecipano alla transazione corrente.

Quindi la mia domanda è: quali sono le regole per ereditare il comportamento di @Transactional? Perché Spring non usa lo @Transactional sui servizi di sottoclasse concreti che sta effettivamente creando? Il @Transactional deve essere sulla super-classe in questo caso, perché è qui che si trova il metodo del punto di accesso pubblico?

Answer 1

Dalla documentazione relativa all'operazione di primavera,

Nota: In modalità proxy (che è il default), unico metodo 'esterna' chiamate in arrivo attraverso il proxy verrà intercettato. Ciò significa che 'autoinvocazione', ovvero un metodo all'interno dell'oggetto target che chiama un altro metodo dell'oggetto dell'oggetto target, non porterà a una transazione effettiva in fase di esecuzione anche se il metodo richiamato è contrassegnato con @Transactional!

Anche se avete la @Transactional sulla concreta attuazione e che si sta chiamando il metodo processo che è in realtà transazionale l'annotazione, ma il metodo processo chiamando processSpecific sulla tua classe sub non è transazionale a causa di questa chiamata interna.

Guardare nella tessitura.

Answer 2

Hai letto la parte su transaction propagation e come può essere configurata utilizzando @Transactional?

Un'altra area di interesse è che Spring consiglia di eseguire annotate concrete classes (anziché annotare le interfacce).