Spring @トランザクションの継承規則

Question

抽象クラスからコア機能を継承する一連の@Serviceがあります。私は@Serviceと@Transactionalという具体的なサブクラスサービスをそれぞれマークしました。抽象スーパークラスには、これらの各サービスの公開エントリポイントメソッドが含まれています。換言すれば、私は、次のようなものがある：

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

各具象サブクラスのサービスに固有のコードは、トランザクションの伝搬としてREQUIREDを有するデータベースに変更を加えるためにDAO層に複数の呼び出しを行いますタイプ。

上記のように定義されたサービスでは、これらの具体的なサブクラスサービスのコード内に現在のトランザクションがなく、DAOレイヤーへの各呼び出しで新しいトランザクションが作成され、トランザクションをコミットして戻ります。私は@Transactionalと抽象スーパークラスに注釈を付ける場合

しかし、そのトランザクションが正しく作成さであり、DAO層にサブの呼び出しはすべて、現在のトランザクションに参加しています。

私の質問は、@Transactionalの動作を継承するためのルールは何ですか？ Springが実際にインスタンス化している具体的なサブクラスサービスで@Transactionalを使用しないのはなぜですか？この場合、@Transactionalはスーパークラスにある必要があります。なぜなら、これは公開エントリーポイント方式がどこにあるのかということです。

Answer 1

、

注：（デフォルト）プロキシモードでは、プロキシ経由で着信したコール のみ「外部」方法が傍受されます。これは、 'self-invocation'、つまりターゲットオブジェクト内のメソッド 他のメソッドを呼び出しても、呼び出されたメソッドが@Transactionalでマークされていても、実行時に実際のトランザクション につながることはありません。

あなたの具体的な実装に@Transactionalを持っていて、実際に自分の注釈でトランザクションされたプロセスメソッドを呼び出しているが、あなたのサブクラスにprocessSpecificを呼び出す処理方法が原因で、この内部コールのトランザクションされていないにもかかわらず。

Looking Weaving。

Answer 2

transaction propagationについては、@Transactionalを使用してどのように構成できますか？

もう1つ興味深い点は、annotate concrete classes（注釈インターフェイスとは対照的）であることをSpringが推奨していることです。春のトランザクションのドキュメントから