Funktioniert das Attribut Spring @Transactional mit einer privaten Methode?

Wenn ich eine @Transactional- Annotation für eine private Methode in einer Spring Bean habe, hat die Annotation irgendeine Auswirkung?

Wenn sich die @TransactionalAnnotation auf einer öffentlichen Methode befindet, funktioniert sie und öffnet eine Transaktion.

public class Bean {
  public void doStuff() {
     doPrivateStuff();
  }
  @Transactional
  private void doPrivateStuff() {

  }
}

...

Bean bean = (Bean)appContext.getBean("bean");
bean.doStuff();

Die Frage ist nicht privat oder öffentlich, die Frage lautet: Wie wird sie aufgerufen und welche AOP-Implementierung verwenden Sie?

Wenn Sie Spring Proxy AOP (Standard) verwenden, werden alle von Spring bereitgestellten AOP-Funktionen (wie @Transational) nur berücksichtigt, wenn der Anruf über den Proxy erfolgt. - Dies ist normalerweise der Fall, wenn die mit Anmerkungen versehene Methode von einer anderen Bean aufgerufen wird .

Dies hat zwei Auswirkungen:

• Da private Methoden nicht von einer anderen Bean aufgerufen werden dürfen (Ausnahme: Reflection), wird ihre @TransactionalAnnotation nicht berücksichtigt.
• Wenn die Methode öffentlich ist, aber von derselben Bean aufgerufen wird, wird sie auch nicht berücksichtigt (diese Anweisung ist nur korrekt, wenn (Standard) Spring Proxy AOP verwendet wird).

@ Siehe Federreferenz : Kapitel 9.6 9.6 Proxy-Mechanismen

IMHO sollten Sie anstelle der Spring Proxies den AspektJ-Modus verwenden, um das Problem zu lösen. Und die AspectJ-Transaktionsaspekte sind sogar in private Methoden eingebunden (auf Spring 3.0 geprüft).

Die Antwort auf Ihre Frage lautet "Nein" - @Transactionalhat keine Auswirkung, wenn private Methoden mit Anmerkungen versehen werden. Der Proxy-Generator ignoriert sie.

Dies ist im Spring Manual Kapitel 10.5.6 dokumentiert :

Methodensichtbarkeit und @Transactional

Wenn Sie Proxys verwenden, sollten Sie die @TransactionalAnmerkung nur auf Methoden mit öffentlicher Sichtbarkeit anwenden . Wenn Sie geschützte, private oder für Pakete sichtbare Methoden mit der @TransactionalAnnotation kommentieren, wird kein Fehler ausgegeben, aber die mit Annotationen versehene Methode weist nicht die konfigurierten Transaktionseinstellungen auf. Ziehen Sie die Verwendung von AspectJ in Betracht (siehe unten), wenn Sie nicht öffentliche Methoden mit Anmerkungen versehen müssen.

Standardmäßig @Transactionalfunktioniert das Attribut nur, wenn eine mit Anmerkungen versehene Methode für eine aus applicationContext erhaltene Referenz aufgerufen wird.

public class Bean {
  public void doStuff() {
    doTransactionStuff();
  }
  @Transactional
  public void doTransactionStuff() {

  }
}

Dies öffnet eine Transaktion:

Bean bean = (Bean)appContext.getBean("bean");
bean.doTransactionStuff();

Dies wird nicht:

Bean bean = (Bean)appContext.getBean("bean");
bean.doStuff();

Federreferenz: Verwenden von @Transactional

Hinweis: Im Proxy-Modus (Standardeinstellung) werden nur 'externe' Methodenaufrufe abgefangen, die über den Proxy eingehen. Dies bedeutet, dass 'Selbstaufruf', dh eine Methode innerhalb des Zielobjekts, die eine andere Methode des Zielobjekts aufruft, zur Laufzeit nicht zu einer tatsächlichen Transaktion führt, selbst wenn die aufgerufene Methode mit markiert ist @Transactional!

Ziehen Sie die Verwendung des AspectJ-Modus in Betracht (siehe unten), wenn Sie erwarten, dass Selbstaufrufe auch mit Transaktionen abgeschlossen werden. In diesem Fall gibt es überhaupt keinen Proxy. Stattdessen wird die Zielklasse "gewebt" (dh ihr Bytecode wird geändert), um @Transactionalbei jeder Art von Methode ein Laufzeitverhalten zu erzielen.

Ja, es ist möglich, @Transactional für private Methoden zu verwenden, aber wie andere bereits erwähnt haben, funktioniert dies nicht sofort. Sie müssen AspectJ verwenden. Ich brauchte einige Zeit, um herauszufinden, wie ich es zum Laufen bringen konnte. Ich werde meine Ergebnisse teilen.

Ich habe mich für das Weben zur Kompilierungszeit anstelle des Webens zur Ladezeit entschieden, da ich denke, dass dies eine insgesamt bessere Option ist. Außerdem verwende ich Java 8, sodass Sie möglicherweise einige Parameter anpassen müssen.

Fügen Sie zunächst die Abhängigkeit für aspectjrt hinzu.

<dependency>
    <groupId>org.aspectj</groupId>
    <artifactId>aspectjrt</artifactId>
    <version>1.8.8</version>
</dependency>

Fügen Sie dann das AspectJ-Plugin hinzu, um das eigentliche Bytecode-Weben in Maven durchzuführen (dies ist möglicherweise kein minimales Beispiel).

<plugin>
    <groupId>org.codehaus.mojo</groupId>
    <artifactId>aspectj-maven-plugin</artifactId>
    <version>1.8</version>
    <configuration>
        <complianceLevel>1.8</complianceLevel>
        <source>1.8</source>
        <target>1.8</target>
        <aspectLibraries>
            <aspectLibrary>
                <groupId>org.springframework</groupId>
                <artifactId>spring-aspects</artifactId>
            </aspectLibrary>
        </aspectLibraries>
    </configuration>
    <executions>
        <execution>
            <goals>
                <goal>compile</goal>
            </goals>
        </execution>
    </executions>
</plugin>

Fügen Sie dies schließlich Ihrer Konfigurationsklasse hinzu

@EnableTransactionManagement(mode = AdviceMode.ASPECTJ)

Jetzt sollten Sie @Transactional für private Methoden verwenden können.

Eine Einschränkung bei diesem Ansatz: Sie müssen Ihre IDE so konfigurieren, dass Sie AspectJ kennen. Andernfalls funktioniert die App möglicherweise nicht, wenn Sie sie über Eclipse ausführen. Stellen Sie sicher, dass Sie einen Test gegen einen direkten Maven-Build durchführen.

Wenn Sie eine private Methode in eine Transaktion einschließen müssen und aspectj nicht verwenden möchten, können Sie TransactionTemplate verwenden .

@Service
public class MyService {

    @Autowired
    private TransactionTemplate transactionTemplate;

    private void process(){
        transactionTemplate.execute(new TransactionCallbackWithoutResult() {
            @Override
            protected void doInTransactionWithoutResult(TransactionStatus status) {
                processInTransaction();
            }
        });

    }

    private void processInTransaction(){
        //...
    }

}

Spring Docs erklären das

Im Proxy-Modus (Standardeinstellung) werden nur externe Methodenaufrufe abgefangen, die über den Proxy eingehen. Dies bedeutet, dass der Selbstaufruf einer Methode innerhalb des Zielobjekts, die eine andere Methode des Zielobjekts aufruft, zur Laufzeit nicht zu einer tatsächlichen Transaktion führt, selbst wenn die aufgerufene Methode mit @Transactional markiert ist.

Ziehen Sie die Verwendung des AspectJ-Modus in Betracht (siehe Modusattribut in der folgenden Tabelle), wenn Sie erwarten, dass Selbstaufrufe auch mit Transaktionen abgeschlossen werden. In diesem Fall gibt es überhaupt keinen Proxy. Stattdessen wird die Zielklasse gewebt (dh ihr Bytecode wird geändert), um @Transactional bei jeder Art von Methode in Laufzeitverhalten umzuwandeln.

Ein anderer Weg ist der Benutzer BeanSelfAware

Die Antwort ist nein. Weitere Informationen finden Sie in der Spring-Referenz: Verwenden von @Transactional :

Die @TransactionalAnmerkung kann vor einer Schnittstellendefinition, einer Methode auf einer Schnittstelle, einer Klassendefinition oder einer öffentlichen Methode auf einer Klasse platziert werden

Genauso wie @loonis vorgeschlagen hat , TransactionTemplate zu verwenden, kann diese Hilfskomponente (Kotlin) verwendet werden:

@Component
class TransactionalUtils {
    /**
     * Execute any [block] of code (even private methods)
     * as if it was effectively [Transactional]
     */
    @Transactional
    fun <R> executeAsTransactional(block: () -> R): R {
        return block()
    }
}

Verwendung:

@Service
class SomeService(private val transactionalUtils: TransactionalUtils) {

    fun foo() {
        transactionalUtils.executeAsTransactional { transactionalFoo() }
    }

    private fun transactionalFoo() {
        println("This method is executed within transaction")
    }
}

Ich weiß nicht, ob TransactionTemplatevorhandene Transaktionen wiederverwendet werden oder nicht, aber dieser Code tut es definitiv.