Spring @Transactional özniteliği özel bir yöntemle çalışır mı?

Bir varsa @Transactional bir bahar fasulye özel bir yöntem üzerinde -annotation, ek açıklama bir etkiye sahip midir?

Eğer @Transactionalek açıklama bir kamu yönteme, bu işler ve hareketi açabilir.

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

  }
}

...

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

Soru özel veya herkese açık değildir, soru şudur: Nasıl başlatılır ve hangi AOP uygulamasını kullanırsınız!

(Varsayılan) Spring Proxy AOP kullanırsanız, Spring (gibi @Transational) tarafından sağlanan tüm AOP işlevleri yalnızca çağrı proxy'den geçerse dikkate alınır. - Bu, açıklamalı yöntem başka bir fasulyeden çağrıldığında normalde geçerlidir .

Bunun iki anlamı vardır:

• Özel yöntemler başka bir fasulyeden çağrılmaması gerektiğinden (istisna yansımadır), @TransactionalEk Açıklamaları dikkate alınmaz.
• Yöntem herkese açık, ancak aynı fasulyeden çağrılırsa, bu da dikkate alınmaz (bu ifade yalnızca (varsayılan) Yay Proxy AOP kullanılıyorsa doğrudur).

@See Spring Referansı: Bölüm 9.6 9.6 Proxy mekanizmaları

IMHO, sorunun üstesinden gelecek olan Spring Proxy'ler yerine aspectJ modunu kullanmalısınız. Ve AspectJ İşlemsel Yönler özel yöntemlere bile dokunur (Bahar 3.0 için kontrol edilir).

Sorunuzun cevabı hayır - @Transactionalözel yöntemlere açıklama eklemek için kullanılırsa hiçbir etkisi olmayacaktır. Proxy oluşturucu onları yok sayar.

Bu, Bahar Kılavuzu bölüm 10.5.6'da belgelenmiştir :

Yöntem görünürlüğü ve @Transactional

Proxy'leri kullanırken @Transactionalek açıklamayı yalnızca genel görünürlüğü olan yöntemlere uygulamalısınız . Ek açıklama ile korumalı, özel veya paket tarafından görülebilir yöntemlere açıklama eklerseniz @Transactionalhata oluşmaz, ancak ek açıklama yöntemi yapılandırılmış işlem ayarlarını göstermez. Herkese açık olmayan yöntemlere açıklama eklemeniz gerekiyorsa AspectJ (aşağıya bakın) kullanımını düşünün.

Varsayılan olarak @Transactionalöznitelik yalnızca applicationContext öğesinden alınan bir başvuruda açıklamalı bir yöntem çağrıldığında çalışır.

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

  }
}

Bu bir işlem açar:

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

Bu olmayacak:

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

Yay Referansı: @Transactional Kullanma

Not: Proxy modunda (varsayılan değerdir), yalnızca proxy üzerinden gelen 'harici' yöntem çağrıları durdurulur. Bu, "kendini çağırma" ifadesinin, yani hedef nesnenin içinde, hedef nesnenin başka bir yöntemini çağıran bir yöntemin, çağrılan yöntemle işaretlenmiş olsa bile, çalışma zamanında gerçek bir işleme yol açmayacağı anlamına gelir @Transactional!

Kendi kendine çağırma işlemlerinin de işlemlerle sarılmasını bekliyorsanız AspectJ modunu (aşağıya bakın) kullanmayı düşünün. Bu durumda, ilk etapta proxy olmayacak; bunun yerine, @Transactionalherhangi bir yöntemde çalışma zamanı davranışına dönüştürmek için hedef sınıf 'örülecektir' (yani bayt kodu değiştirilecektir) .

Evet, @Tacacactional'ı özel yöntemlerde kullanmak mümkündür, ancak diğerlerinin de belirttiği gibi bu kutudan çıkmaz. AspectJ kullanmanız gerekir. Nasıl çalıştıracağımı anlamak biraz zaman aldı. Sonuçlarımı paylaşacağım.

Yükleme zamanı dokuma yerine derleme zamanı dokuma kullanmayı tercih ettim çünkü bence genel olarak daha iyi bir seçenek. Ayrıca, Java 8 kullanıyorum, bu yüzden bazı parametreleri ayarlamanız gerekebilir.

İlk olarak, aspectjrt bağımlılığını ekleyin.

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

Sonra Maven gerçek baytkod dokuma yapmak için AspectJ eklentisi ekleyin (bu minimal bir örnek olmayabilir).

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

Son olarak bunu yapılandırma sınıfınıza ekleyin

@EnableTransactionManagement(mode = AdviceMode.ASPECTJ)

Şimdi @Transactional'ı özel yöntemlerde kullanabilmelisiniz.

Bu yaklaşım için bir uyarı: IDE'nizi AspectJ'den haberdar olacak şekilde yapılandırmanız gerekecektir, aksi takdirde uygulamayı Eclipse aracılığıyla çalıştırırsanız çalışmayabilir. Bir sağlık kontrolü olarak doğrudan bir Maven yapısına karşı test ettiğinizden emin olun.

Özel bir yöntemi bir işlemin içine sarmanız gerekiyorsa ve aspectj kullanmak istemiyorsanız, TransactionTemplate'i kullanabilirsiniz .

@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 bunu açıklıyor

Proxy modunda (varsayılan değerdir), yalnızca proxy üzerinden gelen harici yöntem çağrıları durdurulur. Bu, kendini çağırma işlevinin, aslında, hedef nesnenin içinde, hedef nesnenin başka bir yöntemini çağıran bir yöntemin, çağrılan yöntem @Transactional ile işaretlenmiş olsa bile çalışma zamanında gerçek bir işleme yol açmayacağı anlamına gelir.

Kendi kendine çağırma işlemlerinin de işlemlerle sarılmasını bekliyorsanız, AspectJ modunun kullanımını düşünün (aşağıdaki tablodaki mod özniteliğine bakın). Bu durumda, ilk etapta vekil olmayacak; bunun yerine, hedef sınıf, @Tacacactional'ı herhangi bir yöntemde çalışma zamanı davranışına dönüştürmek için örülecektir (yani bayt kodu değiştirilecektir).

Başka bir yol kullanıcı BeanSelfAware

Cevap hayır. Lütfen Bahar Referansına bakınız : @Tacacactional :

@TransactionalAçıklama bir arayüz, bir sınıf tanımı ya da üzerinde, bir ara-yüz tanımı daha önce bir usul yerleştirilebilir ortak bir sınıf yöntemi

@ Loonis'in TransactionTemplate'i kullanması önerilen şekilde, bu yardımcı bileşen (Kotlin) kullanılabilir:

@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()
    }
}

Kullanımı:

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

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

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

TransactionTemplateMevcut işlemi tekrar kullanıp kullanmadığınızı bilmiyorum ama bu kod kesinlikle yapıyor.